I made a custom alternative build of c2ea. The differences are a bit technical (see below), but basically if you've been using the "conventional"
MAKE HACK_quick.cmd method it makes:
MAKE HACK_full.cmd slightly faster overall in theory (may or may not be insignificant).
MAKE HACK_quick.cmd significantly faster.
The reason for that is that this version, when repointing tables, instead of putting
#inctext PFinder ... into the generated event files, it puts the repointing code directly. This basically means that Event Assembler won't have to call
PFinder itself for each repointed table. This does make
c2ea itself take a bit more time, but the full build will be overall faster as it removes the overhead of calling the
PFinder executable for each table.
Here are some numbers to prove my point (ran on some VBA-BT develop state from yesterday, using ColorzCore):
time ./Core A FE8 -output:"../VBA-BT.gba" -input:"../ROM Buildfile.event"
With old c2ea:
With new c2ea:
I don't know either about those user/sys time values but I assume it's just msys being msys, or maybe VM shenanigans. Just look at real time. So yeah, EA takes about half the time it took before.
All of this was done because
PFinder is hella slow.