Include OpenMP functionality in testing coverage

[evan-charmworks]

[evan-charmworks]

The dotProd test is aborting. I'm not sure if I set up the test command wrong, or if there is an issue in the code.

make[4]: Entering directory '/home/runner/work/charm/charm/netlrts-linux-i386/examples/charm++/ckloop/dotProd'
../../../../bin/testrun   +p4 ./dotProd 800 2 0.7 5  ++local
Charmrun> scalable start enabled. 
Charmrun> started all node programs in 0.012 seconds.
Charm++> Running in non-SMP mode: 4 processes (PEs)
Converse/Charm++ Commit ID: 7dd0ab4
Charm++ built with internal error checking enabled.
Do not use for performance benchmarking (build without --enable-error-checking to do so).
Isomalloc> Synchronized global address space.
Charm++> scheduler running in netpoll mode.
CharmLB> Load balancer assumes all CPUs are same.
Charm++> Running on 1 hosts (1 sockets x 2 cores x 1 PUs = 2-way SMP)
Charm++> cpu topology info is gathered in 0.051 seconds.
Running dot product code with 110 iterations.
CkLoopLib is used with extra -1 pthreads via a simple dynamic scheduling
------------- Processor 0 Exiting: Called CmiAbort ------------
Reason: [0] Assertion "numThreads>0" failed in file /home/runner/work/charm/charm/src/libs/ck-libs/ckloop/CkLoop.C line 781.

[0] Stack Traceback:
  [0:0] dotProd 0x56777386 CmiAbortHelper(char const*, char const*, char const*, int, int)
  [0:1] dotProd 0x56777425 
  [0:2] dotProd 0x5674f2cc __CmiEnforceMsgHelper
  [0:3] dotProd 0x5674f31b __CmiEnforceHelper
  [0:4] dotProd 0x5660e2ed CkLoop_Init(int)
  [0:5] dotProd 0x5660b203 Main::Main(CkArgMsg*)
  [0:6] dotProd 0x5660a410 CkIndex_Main::_call_Main_CkArgMsg(void*, void*)
  [0:7] dotProd 0x566c4529 _initCharm(int, char**)
  [0:8] dotProd 0x5677c145 ConverseInit
  [0:9] dotProd 0x566c2a11 charm_main
  [0:10] dotProd 0x56604d1b main
  [0:11] libc.so.6 0xf7a9dee5 __libc_start_main
  [0:12] dotProd 0x56605825 _start
Fatal error on PE 0> [0] Assertion "numThreads>0" failed in file /home/runner/work/charm/charm/src/libs/ck-libs/ckloop/CkLoop.C line 781.

[evan-charmworks]

(same as #3450, fixed by #3451) The omp-smp build that always adds -fopenmp to arguments during the execution of charmc fails in a test using buildold:

make[3]: Entering directory '/home/runner/work/charm/charm/netlrts-linux-x86_64-omp-smp/tests/charm++/charmxi_parsing'
../../../bin/testrun  ./Typename +p1 ++local +setcpuaffinity
Charmrun> scalable start enabled. 
Charmrun> started all node programs in 0.011 seconds.
Charm++> Running in SMP mode: 1 processes, 1 worker threads (PEs) + 1 comm threads per process, 1 PEs total
Charm++> The comm. thread both sends and receives messages
Converse/Charm++ Commit ID: 7dd0ab4
Charm++ built with internal error checking enabled.
Do not use for performance benchmarking (build without --enable-error-checking to do so).
Charm++> scheduler running in netpoll mode.
CharmLB> Load balancer assumes all CPUs are same.
Charm++> cpu affinity enabled. 
Charm++> Running on 1 hosts (1 sockets x 2 cores x 1 PUs = 2-way SMP)
Charm++> cpu topology info is gathered in 0.000 seconds.
Test #1 passed (1)
------------- Processor 0 Exiting: Called CmiAbort ------------
Reason: A thread's scheduler should not be less than 0!

[0] Stack Traceback:
  [0:0] Typename 0x5555557c60cf 
  [0:1] Typename 0x55555576a6f6 
  [0:2] Typename 0x55555564b655 CkWaitFutureID
  [0:3] Typename 0x55555564ba2b CkRemoteCall
  [0:4] Typename 0x55555562e6e9 CProxy_Typename::Test1(int const&, CkEntryOptions const*)
  [0:5] Typename 0x55555562ece2 CkIndex_Typename::_call_Typename_marshall1(void*, void*)
  [0:6] Typename 0x55555563ef03 CkDeliverMessageFree
  [0:7] Typename 0x55555563eff8 
  [0:8] Typename 0x555555644404 _processHandler(void*, CkCoreState*)
  [0:9] Typename 0x55555576dcec CsdScheduleForever
  [0:10] Typename 0x55555576e275 CsdScheduler
  [0:11] Typename 0x5555557ccff5 
  [0:12] Typename 0x5555557ce846 ConverseInit
  [0:13] Typename 0x55555563100d charm_main
  [0:14] libc.so.6 0x7ffff7a590b3 __libc_start_main
Fatal error on PE 0> A thread's scheduler should not be less than 0!
  [0:15] Typename 0x55555562cf6e _start

buildcmake support will depend on #3436.