valgrind value errors detected in sac2c WLIR, PH, TRAVdo...
Holden and I are trying to find out why sac2c runs several orders of magnitude slower than it should. Our APEX CI tests can't even run the APEX UnitTests in an hour!
I stumbled on this just now, while hoping to find some directions from valgrind:
Sun 22 Aug 2021 11:41:14 AM EDT
apex@boa:~/apexgit/Ancillary/benchmks/UnitTests/UTTakeDrop/src$ valgrind sac2c UTTakeDrop.sac
==13174== Memcheck, a memory error detector
==13174== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==13174== Using Valgrind-3.16.1 and LibVEX; rerun with -h for copyright info
==13174== Command: sac2c UTTakeDrop.sac
==13174==
==13174== Conditional jump or move depends on uninitialised value(s)
==13174== at 0x51E6D39: merge_dmask (withloop_invariant_removal.c:346)
==13174== by 0x51E6D39: WLIRassign (withloop_invariant_removal.c:779)
==13174== by 0x5213F3C: TRAVdo (traverse.c:97)
==13174== by 0x51E6BF9: WLIRblock (withloop_invariant_removal.c:650)
==13174== by 0x5213F3C: TRAVdo (traverse.c:97)
==13174== by 0x51E6AC3: WLIRfundef (withloop_invariant_removal.c:554)
==13174== by 0x5213F3C: TRAVdo (traverse.c:97)
==13174== by 0x51E7A7D: WLIRdoLoopInvariantRemoval (withloop_invariant_removal.c:1072)
==13174== by 0x51045EF: PHrunCyclePhaseFun (phase.c:588)
==13174== by 0x5104B71: PHDdriveCycleFun_cyc (phase_sac2c.mac:397)
==13174== by 0x5104382: PHrunCycleFun (phase.c:519)
==13174== by 0x5105694: PHDdriveCycle_cyc (phase_sac2c.mac:314)
==13174== by 0x5103C19: PHrunCycle (phase.c:332)
==13174==