BUG: PUCMColorKey thread-races wlenthe lazy lookup-table init

The vendored wlenthe coloring functions cubicToHemi and cubicLowToHemi
populate function-static `std::vector<T> irho, omega` lookup tables on
first call. Under ParallelDataAlgorithm (e.g. the simplnx
ComputeIPFColorsFilter with PUCM kind), multiple TBB workers all see
`omega.empty() == true` simultaneously, all enter the resize/iota/
partial_sum block, and the heap allocator eventually trips on a
partially-published vector and aborts with `free_small_botch`.

The PUCMColorKey per-class singletons in each LaueOps subclass are
already serialized by C++11 magic statics during their first
construction, so warm the wlenthe dispatch path once in the
PUCMColorKey constructor with a benign direction. By the time any
worker thread can read the lookup tables they are fully populated.

Keeps the vendored wlenthe_orientation_coloring.hpp byte-identical
(per the existing comment in PUCMColorKey.cpp about preserving
upstream for future re-syncs).

Repro: pipeline at /tmp/pucm_ipf_test.d3dpipeline (Small_IN100 .ang
read → euler rotate → sample rotate → threshold → Compute IPF Colors
with color_key_index=1 PUCM). Pre-fix: crash in `free_small_botch`
inside cubicToHemi via 8 parallel workers. Post-fix: runs cleanly.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Author: imikejackson

Source/EbsdLib/Utilities/PUCMColorKey.cpp

@@ -106,6 +106,16 @@ PUCMColorKey::PUCMColorKey(const std::string& rotationPointGroup)
 : m_Group(static_cast<Group>(groupFromRotationPointGroup(rotationPointGroup)))
 , m_RotationPointGroup(rotationPointGroup)
 {
+  // The wlenthe coloring routines lazily populate static lookup tables
+  // (cubicToHemi / cubicLowToHemi) on first call. Under ParallelDataAlgorithm
+  // multiple worker threads race that init and corrupt the table, producing a
+  // free_small_botch crash. Warm the per-group dispatch path once here so the
+  // tables are fully populated before any concurrent reader can see them --
+  // PUCMColorKey instances are themselves constructed under C++11
+  // magic-statics locks (one per LaueOps subclass singleton), so this
+  // construction-time warmup is serialized.
+  const Vec3 k_WarmupDir = {0.5, 0.3, 0.7};
+  (void)dispatchPucm(static_cast<int>(m_Group), k_WarmupDir);
 }
 
 PUCMColorKey::Vec3 PUCMColorKey::direction2Color(const Vec3& direction) const