3653 2004-02-09 21:29:42 +0300 problem with AC_LIBTOOL_PROG_COMPILER_NO_RTTI macro 2005-07-13 15:45:49 +0400 1 1 4 Development Sisyphus libtool_1.5 unstable all Linux CLOSED NOTABUG P2 normal --- 1 voins ldv qa-sisyphus oldest_to_newest 11704 0 voins 2004-02-09 21:29:42 +0300 В этом макросе проблема, которая проявляется при -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. 20055 1 ldv 2004-11-28 01:56:07 +0300 Но ведь gcc действительно не поддерживает эти параметры. 20060 2 voins 2004-11-28 10:36:23 +0300 Поэтому бага и не на gcc. Проблема в том, что на основании этого теста -fno-rtti не будет использоваться для g++. Т.е. некорректен сам тест. (Это если я правильно помню суть проблемы)Поэтому бага и не на gcc. Проблема в том, что на основании этого теста -fno-rtti не будет использоваться для g++. Т.е. некорректен сам тест. 20065 3 ldv 2004-11-28 19:53:11 +0300 Этот тест проверяет $compiler, который может меняться в зависимости от контекста. Я склоняюсь к мысли, что этот макрос просто иногда неправильно используется. Я встречал логи сборки, в которых rtti проверялось и для gcc, и для g++. То же самое касается и AC_LIBTOOL_PROG_COMPILER_PIC.