On Tue, Nov 18, 2014 at 9:27 AM, Jan Hubicka <hubi...@ucw.cz> wrote:
>> https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00473.html
>>
>> /export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/xg++
>> -B/export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/
>> -B/usr/5.0.0/x86_64-unknown-linux-gnu/bin/ -nostdinc++
>> -B/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
>> -B/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
>>  
>> -I/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
>>  
>> -I/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include
>>  -I/export/gnu/import/git/gcc-test-profiled/src-trunk/libstdc++-v3/libsupc++
>> -L/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
>> -L/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
>>   -g -O2 -flto=jobserver -frandom-seed=1 -fprofile-use -DIN_GCC
>> -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
>> -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
>> -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
>> -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE
>> -static-libstdc++ -static-libgcc  -o build/genmatch \
>>     build/genmatch.o ../libcpp/libcpp.a ../libiberty/libiberty.a
>> build/errors.o build/vec.o build/hash-table.o
>> .././libiberty/libiberty.a
>> ../../src-trunk/libcpp/lex.c: In function âend_directiveâ:
>> ../../src-trunk/libcpp/lex.c:442:43: error:
>> â__builtin_ia32_pcmpestri128â needs isa option -m32 -msse4.2
>>        index = __builtin_ia32_pcmpestri128 (search, 4, sv, 16, 0);
>>                                            ^
>> make[7]: *** [/tmp/ccTC6Hk9.ltrans9.ltrans.o] Error 1
>
> Indeed, it looks like the bug is that search_line_sse42 gets inlined int
> end_directive that is compiled w/o SSE support.  Probably something that
> happened previously, too, just led to compiling the function with
> SSE4.2
>
> I will need to setup -m32 LTO bootstrap enviornment...
>

This is -m64 LTO, not -m32.


-- 
H.J.

Reply via email to