[Bug driver/108022] [11/12/13 regression] -frecord-gcc-switches doesn't record preprocessor macros since r11-5739-g7caa49706316e6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022 --- Comment #6 from Sam James --- (In reply to Martin Liška from comment #5) > Yes, -ggdb3 seems to me like a reasonable solution. Note you can always > strip the debuginfo into a separate file. This doesn't really work for us, as building with (a lot of) debug info requires a lot more build-time resources (disk and RAM, mainly). We want to do these checks for everybody building things - keeping in mind we're a source-based distribution, and we don't make everyone build with debugging symbols. Building with -ggdb3 for everybody is not really an option. The existing behaviour has been pretty useful for us for many years, and we were hoping to extend it to CPPFLAGS too.
[Bug driver/108022] [11/12/13 regression] -frecord-gcc-switches doesn't record preprocessor macros since r11-5739-g7caa49706316e6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022 --- Comment #5 from Martin Liška --- Yes, -ggdb3 seems to me like a reasonable solution. Note you can always strip the debuginfo into a separate file.
[Bug driver/108022] [11/12/13 regression] -frecord-gcc-switches doesn't record preprocessor macros since r11-5739-g7caa49706316e6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022 David Seifert changed: What|Removed |Added CC||soap at gentoo dot org --- Comment #4 from David Seifert --- (In reply to Jakub Jelinek from comment #3) > -frecord-gcc-switches is a totally useless option btw, just forget it exists > and use -grecord-gcc-switches instead. The problem is, the UX isn't exactly helpful. The only way I managed to extract the macro definition was gcc -ggdb3 -grecord-gcc-switches -D_TEST_SAVE_CPPFLAGS test.c -o ~/test && objdump -s -j .debug_str test | grep SAVE which doesn't make our use case any easier really (since it requires heavy debug flags).
[Bug driver/108022] [11/12/13 regression] -frecord-gcc-switches doesn't record preprocessor macros since r11-5739-g7caa49706316e6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- -frecord-gcc-switches is a totally useless option btw, just forget it exists and use -grecord-gcc-switches instead.
[Bug driver/108022] [11/12/13 regression] -frecord-gcc-switches doesn't record preprocessor macros since r11-5739-g7caa49706316e6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022 Martin Liška changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #2 from Martin Liška --- Yes, the change was intentional as we merged what we produce for both -frecord-gcc-switches and -grecord-gcc-switches.
[Bug driver/108022] [11/12/13 regression] -frecord-gcc-switches doesn't record preprocessor macros since r11-5739-g7caa49706316e6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022 Sam James changed: What|Removed |Added Summary|[11/12/13 regression] |[11/12/13 regression] |-frecord-gcc-switches |-frecord-gcc-switches |doesn't record preprocessor |doesn't record preprocessor |macros since|macros since |7caa49706316e650fb67719e1a1 |r11-5739-g7caa49706316e6 |bf3a35054b685 | --- Comment #1 from Sam James --- (it's r11-5739-g7caa49706316e6).
