В этом макросе проблема, которая проявляется при -Wall: Так это выглядит при ./configure: ... checking if i586-alt-linux-gcc supports -fno-rtti -fno-exceptions... no ... Хотя очевидно, что в нашем компиляторе эти опции поддерживаются. Так это выглядит в config.log: checking if i586-alt-linux-gcc supports -fno-rtti -fno-exceptions i586-alt-linux-gcc -c -pipe -Wall -O2 -march=i586 -mcpu=i686 -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: "-fno-rtti" is valid for C++ but not for C/ObjC Макрос находится в /usr/share/libtool-1.5/aclocal/libtool.m4 Очевидно, в этом тесте надо использовать компилятор C++ вместо компилятора C.
Но ведь gcc действительно не поддерживает эти параметры.
Поэтому бага и не на gcc. Проблема в том, что на основании этого теста -fno-rtti не будет использоваться для g++. Т.е. некорректен сам тест. (Это если я правильно помню суть проблемы)Поэтому бага и не на gcc. Проблема в том, что на основании этого теста -fno-rtti не будет использоваться для g++. Т.е. некорректен сам тест.
Этот тест проверяет $compiler, который может меняться в зависимости от контекста. Я склоняюсь к мысли, что этот макрос просто иногда неправильно используется. Я встречал логи сборки, в которых rtti проверялось и для gcc, и для g++. То же самое касается и AC_LIBTOOL_PROG_COMPILER_PIC.
