https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759
--- Comment #5 from Daniel Santos <daniel.santos at pobox dot com> --- OK, I think I've got these fixed but I need to rerun my tests now. Somebody else discovered another flaw that caused the test to break with -j1 (when parallelization wasn't being used). I hate that I've had to go so far off of the beaten path with this test, but I don't see another way to do it right now unless I pre-generated all of the headers (for each parallelization directory), but they are about 9 MB each so I think that would be a very bad idea -- if you ran -j48, you could get 1.7 GiB of stupid headers. (In reply to r...@cebitec.uni-bielefeld.de from comment #4) > Exactly: I'd avoid that if you can. It will only complicate things. The only advantage is that I can get the offsets of the test_data struct members cleanly using inline gcc, but for now I've just replaced them with hard offsets and put asserts in the main() of the C file to validate that those offsets haven't changed. Daniel
