34162 2017-11-09 14:08:06 +0300 check that things have been compiled with %optflags 2024-11-25 17:08:31 +0300 1 1 4 Development Sisyphus rpm-build unstable all Linux NEW https://bugzilla.altlinux.org/show_bug.cgi?id=40628 http://bugzilla.altlinux.org/show_bug.cgi?id=15376 P3 enhancement --- 34161 1 imz placeholder aen arseny bircoph glebfm ilyakurdyukov imz lav ldv mike placeholder vt qa-sisyphus oldest_to_newest 167095 0 imz 2017-11-09 14:08:06 +0300 4.0.4-alt105 A BRP check that would check that the resulting files have been compiled with flags which include all %optflags would help to see which packages have problems with honoring %optflags. This would warn the maintainers that their attention is needed to fix this before someone changes %optflags to rebuild packages differently en masse (on another platform or with a different mechanism for passing %optflags to the compiler as in https://bugzilla.altlinux.org/show_bug.cgi?id=34161 ). bircoph@ had this idea and suggested to use a special GCC flag to record the actually used flags in the resulting files. 167845 1 ldv 2017-12-12 00:07:03 +0300 (In reply to comment #0) > bircoph@ had this idea and suggested to use a special GCC flag to record the > actually used flags in the resulting files. The option is called -frecord-gcc-switches; it adds .GCC.command.line section in each generated ELF file. These sections have the same type (PROGBITS) and flags (MERGE, STRINGS) as .comment sections. Like .comment sections, .GCC.command.line sections are moved to .debug files by debugedit. 168347 2 mike 2018-01-07 20:11:19 +0300 rpm-build: Sun Jan 07 2018 Dmitry V. Levin <ldv@altlinux> 4.0.4-alt107 - compare_deps: fixed a bug in handling epochs. - platform.in: + %optflags_core: added -frecord-gcc-switches (see: #34162); + %make_build: implemented as a simple command (closes: #34237). - genCpioListAndHeader: implemented remapping of device and inode numbers (by Vladimir D. Seleznev and me; closes: #34398). 171353 3 lav 2018-05-28 18:17:43 +0300 А как теперь поступать с такой ошибкой при сборке: "/usr/bin/clang" is not able to compile a simple test program. It fails with the following output: clang-6.0: error: unknown argument: '-frecord-gcc-switches' 171354 4 ldv 2018-05-28 18:26:14 +0300 (In reply to comment #3) > А как теперь поступать с такой ошибкой при сборке: > > "/usr/bin/clang" > > is not able to compile a simple test program. > > It fails with the following output: > > clang-6.0: error: unknown argument: '-frecord-gcc-switches' не передавать -frecord-gcc-switches в clang? не использовать clang? 171355 5 lav 2018-05-28 18:33:00 +0300 (В ответ на комментарий №4) ... > не передавать -frecord-gcc-switches в clang? > не использовать clang? Хороший совет, но по строке changelog + %optflags_core: added -frecord-gcc-switches (see: #34162); я ожидал хоть где-то найти его, чтобы не передавать, но $ rpm --showrc | grep optflags_core -14: optflags_core -pipe А... Ах вот оно что... $ rpmbuild --showrc | grep optflags_core -14: optflags_core -pipe -frecord-gcc-switches А точно нельзя, чтобы команда rpm --showrc выдавала те же макросы, или не работала бы вообще. А то я теперь даже не знаю, откуда она берёт свой вывод. 171356 6 lav 2018-05-28 18:47:16 +0300 (В ответ на комментарий №4) ... > не передавать -frecord-gcc-switches в clang? так и сделаю, спасибо: %remove_optflags -frecord-gcc-switches 201002 7 vt 2021-07-29 06:01:09 +0300 FYI: `%remove_optflags -frecord-gcc-switches` не нужен начиная с clang8. 255020 8 mike 2024-11-25 17:05:20 +0300 Ещё стоит проверять _отсутствие_ -mtune=native при условии, что пакет собирается в репозиторий по умолчанию (см. тж. mcst#9169).