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==
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information