http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46037
--- Comment #3 from Jack Howarth <howarth at nitro dot med.uc.edu> 2010-10-16 13:41:03 UTC --- (In reply to comment #2) > the optimize attribute isn't used in the preprocessed file but only the > target attribute which is supported. Thus, "worksforme". Using a stock build of gcc trunk on x86_64-apple-darwin10, built with... Using built-in specs. COLLECT_GCC=gcc-4 COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.5.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.5.0 Configured with: ../gcc-4.6-20101014/configure --prefix=/sw --prefix=/sw/lib/gcc4.6 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info --enable-languages=c,c++,fortran,objc,obj-c++,java,lto --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.6 --enable-checking=yes Thread model: posix gcc version 4.6.0 20101015 (experimental) (GCC) the error can be reproduced out of tree with the lex.i file as... gcc-4 -g -O2 -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic -Wno-long-long -Werror -flto -c -o lex.o -MT ex.o -MMD -MP -MF .deps/lex.Tpo lex.i ../../gcc-4.6-20101014/libcpp/lex.c:2838:1: sorry, unimplemented: gimple bytecode streams do not support the optimization attribute It would be interesting to know if COFF's lto support has the same issues (since they share the same backend design for lto support).
