gcc-4.8 strangeness

[JonY]

On 7/30/2013 16:26, Corinna Vinschen wrote:
> On Jul 30 06:37, JonY wrote:
>> Hi,
>>
>> After removing 4.8-cmodel-medium.patch and 4.8-duplicate-symbols.patch
>> for 32bit cygwin, 2nd stage libgcc fails with spawn error, "C compiler
>> cannot create executables".
> 
> I thought the 4.8-cmodel-medium.patch only affects the x86_64 target.
> 

Apparently it ICEs cc1:

enable-execute-stack.c: In function ‘__enable_execute_stack’:
enable-execute-stack.c:38:1: error: unrecognizable insn:
 }
 ^
(insn 10 9 11 2 (set (reg:SI 64)
        (symbol_ref:SI ("VirtualQuery@12") [flags 0x441] <function_decl
0xffac1980 VirtualQuery>)) enable-execute-stack.c:34 -1
     (nil))
enable-execute-stack.c:38:1: internal compiler error: in extract_insn,
at recog.c:2150

enable-execute-stack.c:38:1: internal compiler error: Aborted
xgcc: internal compiler error: Aborted (program cc1)

>> Running the compile command manually does show it running cc1, but hangs
>> indefinitely, adding -v causes it to emit xgcc: error: unrecognized
>> command line option ‘-v’.
>>
>> Piping the C files over stdin and adding -xc makes it run, but it never
>> does produce any output file. It does print some Execution times statistics.
>>
>> I'm not sure what's going on.
> 
> Can you discuss this in the gcc mailing lists?  I hope Kai is available
> for some input...

gcc-help:

When building gcc-4.8.1, gcc fails at the 2nd stage libgcc:

configure: error: in
`/cygdrive/i/szsz/tmpp/gcc4/gcc-4.8.1-1/build/i686-pc-cygwin/libgcc':
configure: error: C compiler cannot create executables
See `config.log' for more details.
Makefile:13865: recipe for target `configure-stage2-target-libgcc' failed

config.log says:



configure:3430: /cygdrive/i/szsz/tmpp/gcc4/gcc-4.8.1-1/build/./gcc/xgcc
-B/cygdrive/i/szsz/tmpp/gcc4/gcc-4.8.1-1/build/./gcc/
-B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem
/usr/i686-pc-cygwin/include -isystem /usr/i686-$

Analyzing compilation unit
Performing interprocedural optimizations
 <*free_lang_data> <visibility> <early_local_cleanups>
<*free_inline_summary> <emutls> <whole-program>Assembling functions:

Execution times (seconds)
 phase setup             :   0.02 (100%) usr   0.00 ( 0%) sys   0.01
(67%) wall     517 kB (89%) ggc
 TOTAL                 :   0.02             0.00             0.02
         581 kB
xgcc: error: spawn: No such file or directory
configure:3434: $? = 0




Any ideas why xgcc would emit "xgcc: error: unrecognized command line
option ‘-v’"? Also, xgcc seems to be printing execution statistics
instead of creating an output file if I manage to make it work over
stdin "-xc -".

Procmon show it find cc1, after at which it just sits hung.

Anything?

Configured with:

.../gcc-4.8.1/configure --srcdir=.../gcc-4.8.1-1/src/gcc-4.8.1
--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var
--sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc
-C --build=i686-pc-cygwin --host=i686-pc-cygwin --target=i686-pc-cygwin
--without-libiconv-prefix --without-libintl-prefix --enable-shared
--enable-shared-libgcc --enable-static
--enable-version-specific-runtime-libs --enable-bootstrap
--disable-__cxa_atexit --with-dwarf2 --with-arch=i686
--with-tune=generic --disable-sjlj-exceptions
--enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++
--enable-graphite --enable-threads=posix --enable-libatomic
--enable-libgomp --disable-libitm --enable-libquadmath
--enable-libquadmath-support --enable-libssp --enable-libada
--enable-libjava --enable-libgcj-sublibs --disable-java-awt
--disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld
--with-gnu-as --with-cloog-include=/usr/include/cloog-isl
--without-libiconv-prefix --without-libintl-prefix --with-system-zlib



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 834 bytes
Desc: OpenPGP digital signature
URL: <https://gcc.gnu.org/pipermail/gcc-help/attachments/20130731/31593ddc/attachment.sig>