public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Gcc mainline failed to bootstrap on Linux/ia64
@ 2003-09-06 23:30 H. J. Lu
  2003-09-06 23:39 ` Jan Hubicka
  0 siblings, 1 reply; 24+ messages in thread
From: H. J. Lu @ 2003-09-06 23:30 UTC (permalink / raw)
  To: gcc

Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
Linux/ia64. I got

In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
                 from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
./include/java-threads.h:228: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[5]: *** [exception.lo] Error 1
make[5]: *** Waiting for unfinished jobs....
In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
                 from /net/gnu/export/gnu/src/gcc/gcc/libjava/jni.cc:18:
./include/java-threads.h:228: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[5]: *** [jni.lo] Error 1

Wed Sep  3 17:25:24 UTC 2003:

http://gcc.gnu.org/ml/gcc-testresults/2003-09/msg00106.html

is OK.


H.J.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-06 23:30 Gcc mainline failed to bootstrap on Linux/ia64 H. J. Lu
@ 2003-09-06 23:39 ` Jan Hubicka
  2003-09-07 10:38   ` H. J. Lu
  2003-09-08 14:09   ` Andreas Schwab
  0 siblings, 2 replies; 24+ messages in thread
From: Jan Hubicka @ 2003-09-06 23:39 UTC (permalink / raw)
  To: H. J. Lu; +Cc: gcc

> Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
> Linux/ia64. I got
> 
> In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
>                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
> ./include/java-threads.h:228: internal compiler error: Segmentation fault
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.

This appears to be related to change of mine to notice_global_symbol.
I just commited fix to different problem that may fix it.  Can you
please ensure that the following patch is in your tree?
       * cgraph.c (cgraph_mark_reachable_node): Only enqueue finalized functions.
       (cgraph_varpool_finalize_decl): Notice global symbol when needed.


> make[5]: *** [exception.lo] Error 1
> make[5]: *** Waiting for unfinished jobs....
> In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
>                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/jni.cc:18:
> ./include/java-threads.h:228: internal compiler error: Segmentation fault
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> make[5]: *** [jni.lo] Error 1
> 
> Wed Sep  3 17:25:24 UTC 2003:
> 
> http://gcc.gnu.org/ml/gcc-testresults/2003-09/msg00106.html
> 
> is OK.
> 
> 
> H.J.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-06 23:39 ` Jan Hubicka
@ 2003-09-07 10:38   ` H. J. Lu
  2003-09-07 13:52     ` Jan Hubicka
  2003-09-08 14:09   ` Andreas Schwab
  1 sibling, 1 reply; 24+ messages in thread
From: H. J. Lu @ 2003-09-07 10:38 UTC (permalink / raw)
  To: Jan Hubicka; +Cc: gcc

On Sun, Sep 07, 2003 at 01:13:16AM +0200, Jan Hubicka wrote:
> > Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
> > Linux/ia64. I got
> > 
> > In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
> >                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
> > ./include/java-threads.h:228: internal compiler error: Segmentation fault
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> 
> This appears to be related to change of mine to notice_global_symbol.
> I just commited fix to different problem that may fix it.  Can you
> please ensure that the following patch is in your tree?
>        * cgraph.c (cgraph_mark_reachable_node): Only enqueue finalized functions.
>        (cgraph_varpool_finalize_decl): Notice global symbol when needed.
> 

The current mainline, on Sat Sep  6 23:22:22 UTC 2003, is even worse.
The bootstrap never finished stage1 on Linux/i686 and Linux/ia64:

 9790 ?        S      0:00 make -j 2 -C build-i686-linux bootstrap
 20293 ?        S      0:00 /bin/sh -c r=`${PWDCMD-pwd}`; export r;  s=`cd
 /expor
 20344 ?        S      0:00 make DESTDIR= RPATH_ENVVAR=LD_LIBRARY_PATH
 TARGET_SUB
 25128 ?        S      0:00 make CC= stage1/xgcc -Bstage1/
 -B/usr/gcc-3.4/i686-pc
 25658 ?        S      0:00 stage1/xgcc -Bstage1/
 -B/usr/gcc-3.4/i686-pc-linux-gn
 25659 ?        R    277:24 stage1/gnat1 -I- -I. -Iada
 -I/export/gnu/src/gcc/gcc/
 25672 ?        S      0:00 stage1/xgcc -Bstage1/
 -B/usr/gcc-3.4/i686-pc-linux-gn
 25673 ?        R    277:16 stage1/gnat1 -I- -I. -Iada
 -I/export/gnu/src/gcc/gcc/

 stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
 -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
 /export/gnu/src/gcc/gcc/gcc/ada/sem_smem.adb -o ada/sem_smem.o
 stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
 -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
 /export/gnu/src/gcc/gcc/gcc/ada/sem_type.adb -o ada/sem_type.o
 stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
 -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
 /export/gnu/src/gcc/gcc/gcc/ada/sem_util.adb -o ada/sem_util.o



 H.J.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 10:38   ` H. J. Lu
@ 2003-09-07 13:52     ` Jan Hubicka
  2003-09-07 15:44       ` H. J. Lu
  0 siblings, 1 reply; 24+ messages in thread
From: Jan Hubicka @ 2003-09-07 13:52 UTC (permalink / raw)
  To: H. J. Lu; +Cc: Jan Hubicka, gcc

> On Sun, Sep 07, 2003 at 01:13:16AM +0200, Jan Hubicka wrote:
> > > Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
> > > Linux/ia64. I got
> > > 
> > > In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
> > >                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
> > > ./include/java-threads.h:228: internal compiler error: Segmentation fault
> > > Please submit a full bug report,
> > > with preprocessed source if appropriate.
> > > See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> > 
> > This appears to be related to change of mine to notice_global_symbol.
> > I just commited fix to different problem that may fix it.  Can you
> > please ensure that the following patch is in your tree?
> >        * cgraph.c (cgraph_mark_reachable_node): Only enqueue finalized functions.
> >        (cgraph_varpool_finalize_decl): Notice global symbol when needed.
> > 
> 
> The current mainline, on Sat Sep  6 23:22:22 UTC 2003, is even worse.
> The bootstrap never finished stage1 on Linux/i686 and Linux/ia64:
> 
>  9790 ?        S      0:00 make -j 2 -C build-i686-linux bootstrap
>  20293 ?        S      0:00 /bin/sh -c r=`${PWDCMD-pwd}`; export r;  s=`cd
>  /expor
>  20344 ?        S      0:00 make DESTDIR= RPATH_ENVVAR=LD_LIBRARY_PATH
>  TARGET_SUB
>  25128 ?        S      0:00 make CC= stage1/xgcc -Bstage1/
>  -B/usr/gcc-3.4/i686-pc
>  25658 ?        S      0:00 stage1/xgcc -Bstage1/
>  -B/usr/gcc-3.4/i686-pc-linux-gn
>  25659 ?        R    277:24 stage1/gnat1 -I- -I. -Iada
>  -I/export/gnu/src/gcc/gcc/
>  25672 ?        S      0:00 stage1/xgcc -Bstage1/
>  -B/usr/gcc-3.4/i686-pc-linux-gn
>  25673 ?        R    277:16 stage1/gnat1 -I- -I. -Iada
>  -I/export/gnu/src/gcc/gcc/
> 
>  stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
>  -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
>  /export/gnu/src/gcc/gcc/gcc/ada/sem_smem.adb -o ada/sem_smem.o
>  stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
>  -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
>  /export/gnu/src/gcc/gcc/gcc/ada/sem_type.adb -o ada/sem_type.o
>  stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
>  -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
>  /export/gnu/src/gcc/gcc/gcc/ada/sem_util.adb -o ada/sem_util.o

I am just testing the attached patch I will commit as obvious if it
passes.
It should help you too.

Sun Sep  7 14:45:44 CEST 2003  Jan Hubicka  <jh@suse.cz>
	* cfgcleanup.c (try_simplify_condjump): Fix.

Index: cfgcleanup.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/cfgcleanup.c,v
retrieving revision 1.93
diff -c -3 -p -r1.93 cfgcleanup.c
*** cfgcleanup.c	7 Sep 2003 00:51:52 -0000	1.93
--- cfgcleanup.c	7 Sep 2003 12:44:49 -0000
*************** try_simplify_condjump (basic_block cbran
*** 182,191 ****
        next = NEXT_INSN (insn);
        if (GET_CODE (insn) == NOTE && NOTE_LINE_NUMBER (insn) > 0)
  	{
! 	  if (insn == end)
  	    {
  	      jump_block->end = PREV_INSN (insn);
! 	      if (jump_block->end == end)
  	        break;
  	    }
  	  reorder_insns_nobb (insn, insn, end);
--- 182,191 ----
        next = NEXT_INSN (insn);
        if (GET_CODE (insn) == NOTE && NOTE_LINE_NUMBER (insn) > 0)
  	{
! 	  if (insn == jump_block->end)
  	    {
  	      jump_block->end = PREV_INSN (insn);
! 	      if (insn == end)
  	        break;
  	    }
  	  reorder_insns_nobb (insn, insn, end);

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 13:52     ` Jan Hubicka
@ 2003-09-07 15:44       ` H. J. Lu
  2003-09-07 15:54         ` Andreas Tobler
  0 siblings, 1 reply; 24+ messages in thread
From: H. J. Lu @ 2003-09-07 15:44 UTC (permalink / raw)
  To: Jan Hubicka; +Cc: gcc

On Sun, Sep 07, 2003 at 02:46:55PM +0200, Jan Hubicka wrote:
> > On Sun, Sep 07, 2003 at 01:13:16AM +0200, Jan Hubicka wrote:
> > > > Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
> > > > Linux/ia64. I got
> > > > 
> > > > In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
> > > >                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
> > > > ./include/java-threads.h:228: internal compiler error: Segmentation fault
> > > > Please submit a full bug report,
> > > > with preprocessed source if appropriate.
> > > > See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> > > 
> > > This appears to be related to change of mine to notice_global_symbol.
> > > I just commited fix to different problem that may fix it.  Can you
> > > please ensure that the following patch is in your tree?
> > >        * cgraph.c (cgraph_mark_reachable_node): Only enqueue finalized functions.
> > >        (cgraph_varpool_finalize_decl): Notice global symbol when needed.
> > > 
> > 
> > The current mainline, on Sat Sep  6 23:22:22 UTC 2003, is even worse.
> > The bootstrap never finished stage1 on Linux/i686 and Linux/ia64:
> > 
> >  9790 ?        S      0:00 make -j 2 -C build-i686-linux bootstrap
> >  20293 ?        S      0:00 /bin/sh -c r=`${PWDCMD-pwd}`; export r;  s=`cd
> >  /expor
> >  20344 ?        S      0:00 make DESTDIR= RPATH_ENVVAR=LD_LIBRARY_PATH
> >  TARGET_SUB
> >  25128 ?        S      0:00 make CC= stage1/xgcc -Bstage1/
> >  -B/usr/gcc-3.4/i686-pc
> >  25658 ?        S      0:00 stage1/xgcc -Bstage1/
> >  -B/usr/gcc-3.4/i686-pc-linux-gn
> >  25659 ?        R    277:24 stage1/gnat1 -I- -I. -Iada
> >  -I/export/gnu/src/gcc/gcc/
> >  25672 ?        S      0:00 stage1/xgcc -Bstage1/
> >  -B/usr/gcc-3.4/i686-pc-linux-gn
> >  25673 ?        R    277:16 stage1/gnat1 -I- -I. -Iada
> >  -I/export/gnu/src/gcc/gcc/
> > 
> >  stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
> >  -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
> >  /export/gnu/src/gcc/gcc/gcc/ada/sem_smem.adb -o ada/sem_smem.o
> >  stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
> >  -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
> >  /export/gnu/src/gcc/gcc/gcc/ada/sem_type.adb -o ada/sem_type.o
> >  stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gnu/bin/ -c -g -O2
> >  -gnatpg -gnata -I- -I. -Iada -I/export/gnu/src/gcc/gcc/gcc/ada
> >  /export/gnu/src/gcc/gcc/gcc/ada/sem_util.adb -o ada/sem_util.o
> 
> I am just testing the attached patch I will commit as obvious if it
> passes.
> It should help you too.
> 

It is still no good. On Linux/i686,

30885 pts/10   S      0:00 stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gn
30886 pts/10   R     65:33 stage1/cc1 -quiet -I. -Ijava -I/export/gnu/src/gcc/gc


H.J.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 15:44       ` H. J. Lu
@ 2003-09-07 15:54         ` Andreas Tobler
  2003-09-07 16:35           ` Jan Hubicka
  0 siblings, 1 reply; 24+ messages in thread
From: Andreas Tobler @ 2003-09-07 15:54 UTC (permalink / raw)
  To: H. J. Lu; +Cc: Jan Hubicka, gcc

H. J. Lu wrote:

> It is still no good. On Linux/i686,
> 
> 30885 pts/10   S      0:00 stage1/xgcc -Bstage1/ -B/usr/gcc-3.4/i686-pc-linux-gn
> 30886 pts/10   R     65:33 stage1/cc1 -quiet -I. -Ijava -I/export/gnu/src/gcc/gc

See the same 'hanging' on ppclinux and solaris 2.9.

Blocking for me!

Andreas

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 15:54         ` Andreas Tobler
@ 2003-09-07 16:35           ` Jan Hubicka
  2003-09-07 16:39             ` Gabriel Dos Reis
  2003-09-07 16:57             ` Kaveh R. Ghazi
  0 siblings, 2 replies; 24+ messages in thread
From: Jan Hubicka @ 2003-09-07 16:35 UTC (permalink / raw)
  To: Andreas Tobler; +Cc: H. J. Lu, Jan Hubicka, gcc

> H. J. Lu wrote:
> 
> >It is still no good. On Linux/i686,
> >
> >30885 pts/10   S      0:00 stage1/xgcc -Bstage1/ 
> >-B/usr/gcc-3.4/i686-pc-linux-gn
> >30886 pts/10   R     65:33 stage1/cc1 -quiet -I. -Ijava 
> >-I/export/gnu/src/gcc/gc
> 
> See the same 'hanging' on ppclinux and solaris 2.9.
> 
> Blocking for me!

Would be possible to have backtrace?
> 
> Andreas

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 16:35           ` Jan Hubicka
@ 2003-09-07 16:39             ` Gabriel Dos Reis
  2003-09-07 16:57             ` Kaveh R. Ghazi
  1 sibling, 0 replies; 24+ messages in thread
From: Gabriel Dos Reis @ 2003-09-07 16:39 UTC (permalink / raw)
  To: Jan Hubicka; +Cc: gcc



Jan,

Please use the ISO format for dates in ChangeLog entries.

Sun Sep  7 13:15:14 CEST 2003  Jan Hubicka  <jh@suse.cz>

        * decl2.c (maybe_emit_vtables, write_out_vars, finish_file):
        Avoid re-emitting variables in unit-at-a-time mode.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 16:35           ` Jan Hubicka
  2003-09-07 16:39             ` Gabriel Dos Reis
@ 2003-09-07 16:57             ` Kaveh R. Ghazi
  2003-09-07 17:12               ` Andreas Tobler
  2003-09-08 23:35               ` H. J. Lu
  1 sibling, 2 replies; 24+ messages in thread
From: Kaveh R. Ghazi @ 2003-09-07 16:57 UTC (permalink / raw)
  To: hubicka; +Cc: gcc, hjl, toa

 > > H. J. Lu wrote:
 > > 
 > > >It is still no good. On Linux/i686,
 > > >
 > > >30885 pts/10   S      0:00 stage1/xgcc -Bstage1/ 
 > > >-B/usr/gcc-3.4/i686-pc-linux-gn
 > > >30886 pts/10   R     65:33 stage1/cc1 -quiet -I. -Ijava 
 > > >-I/export/gnu/src/gcc/gc
 > > 
 > > See the same 'hanging' on ppclinux and solaris 2.9.
 > > 
 > > Blocking for me!
 > 
 > Would be possible to have backtrace?
 > > 
 > > Andreas

I saw the hang problem on solaris2.7, but Jan's patch here fixed it.
http://gcc.gnu.org/ml/gcc/2003-09/msg00332.html

Andreas and HJ, you may have still seen the problem because Jan
installed his patch on mainline just now, several hours after
installing it on 3.3.x.  Can you please reconfirm with current
mainline CVS?

		--Kaveh
--
Kaveh R. Ghazi			ghazi@caip.rutgers.edu

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 16:57             ` Kaveh R. Ghazi
@ 2003-09-07 17:12               ` Andreas Tobler
  2003-09-07 18:49                 ` Andreas Tobler
  2003-09-08 23:35               ` H. J. Lu
  1 sibling, 1 reply; 24+ messages in thread
From: Andreas Tobler @ 2003-09-07 17:12 UTC (permalink / raw)
  To: Kaveh R. Ghazi; +Cc: hubicka, gcc, hjl

Kaveh R. Ghazi wrote:

> I saw the hang problem on solaris2.7, but Jan's patch here fixed it.
> http://gcc.gnu.org/ml/gcc/2003-09/msg00332.html
> 
> Andreas and HJ, you may have still seen the problem because Jan
> installed his patch on mainline just now, several hours after
> installing it on 3.3.x.  Can you please reconfirm with current
> mainline CVS?

Hm, ok, ppclinux build in progress. Sol 2.9 syncing. Let you know asap.

Sorry, for the delay. My new hppa needs some config :)

Thanks anyway.


Andreas



^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 17:12               ` Andreas Tobler
@ 2003-09-07 18:49                 ` Andreas Tobler
  2003-09-07 20:21                   ` Andreas Tobler
  0 siblings, 1 reply; 24+ messages in thread
From: Andreas Tobler @ 2003-09-07 18:49 UTC (permalink / raw)
  To: hubicka; +Cc: Kaveh R. Ghazi, gcc, hjl

Andreas Tobler wrote:

> Kaveh R. Ghazi wrote:
> 
>> I saw the hang problem on solaris2.7, but Jan's patch here fixed it.
>> http://gcc.gnu.org/ml/gcc/2003-09/msg00332.html
>>
>> Andreas and HJ, you may have still seen the problem because Jan
>> installed his patch on mainline just now, several hours after
>> installing it on 3.3.x.  Can you please reconfirm with current
>> mainline CVS?
> 
> 
> Hm, ok, ppclinux build in progress. Sol 2.9 syncing. Let you know asap.

For the record, solaris in stage 3 now. Was hanging before in stage 2.

Further info coming.

Andreas

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 18:49                 ` Andreas Tobler
@ 2003-09-07 20:21                   ` Andreas Tobler
  2003-09-07 20:22                     ` Jan Hubicka
  0 siblings, 1 reply; 24+ messages in thread
From: Andreas Tobler @ 2003-09-07 20:21 UTC (permalink / raw)
  To: hubicka, Kaveh R. Ghazi; +Cc: gcc, hjl

Andreas Tobler wrote:

>> Hm, ok, ppclinux build in progress. Sol 2.9 syncing. Let you know asap.
> 
> 
> For the record, solaris in stage 3 now. Was hanging before in stage 2.
> 
> Further info coming.

Here it is:

ppc linux now in stage of building the libs (libgcj at the moment). 
Solaris 2.9 died in libstdc++ with the filed (12126) bug.
Darwin building, but I had a hanger in libgcj.

Honza, thanks & sorry for bothering you!

Situation is very unstable on every arch I have. (BE)

Andreas

P.S Kaveh, mail delivery probs on your account.




^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 20:21                   ` Andreas Tobler
@ 2003-09-07 20:22                     ` Jan Hubicka
  2003-09-08 23:37                       ` H. J. Lu
  0 siblings, 1 reply; 24+ messages in thread
From: Jan Hubicka @ 2003-09-07 20:22 UTC (permalink / raw)
  To: Andreas Tobler; +Cc: hubicka, Kaveh R. Ghazi, gcc, hjl

> Andreas Tobler wrote:
> 
> >>Hm, ok, ppclinux build in progress. Sol 2.9 syncing. Let you know asap.
> >
> >
> >For the record, solaris in stage 3 now. Was hanging before in stage 2.
> >
> >Further info coming.
> 
> Here it is:
> 
> ppc linux now in stage of building the libs (libgcj at the moment). 
> Solaris 2.9 died in libstdc++ with the filed (12126) bug.
> Darwin building, but I had a hanger in libgcj.

Excellent.
> 
> Honza, thanks & sorry for bothering you!

Definitly no need to apologize :) thanks for usefull testing and
feedback!  The unit-at-a-time change brings me number of headaches by
being able to uncover really a lot of latent bugs and design issues.
Hope to get into end of that soon.

Honza

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-06 23:39 ` Jan Hubicka
  2003-09-07 10:38   ` H. J. Lu
@ 2003-09-08 14:09   ` Andreas Schwab
  2003-09-09  0:20     ` Jan Hubicka
  1 sibling, 1 reply; 24+ messages in thread
From: Andreas Schwab @ 2003-09-08 14:09 UTC (permalink / raw)
  To: Jan Hubicka; +Cc: H. J. Lu, gcc

Jan Hubicka <hubicka@ucw.cz> writes:

>> Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
>> Linux/ia64. I got
>> 
>> In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
>>                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
>> ./include/java-threads.h:228: internal compiler error: Segmentation fault
>> Please submit a full bug report,
>> with preprocessed source if appropriate.
>> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
>
> This appears to be related to change of mine to notice_global_symbol.
> I just commited fix to different problem that may fix it.  Can you
> please ensure that the following patch is in your tree?
>        * cgraph.c (cgraph_mark_reachable_node): Only enqueue finalized functions.
>        (cgraph_varpool_finalize_decl): Notice global symbol when needed.

This is still not fixed.

$ gdb --args /tmp/cvs/gcc-20030908/Build/gcc/cc1plus -quiet -nostdinc++ -v -I. -I../../../libjava -I./include -I./gcj -I../../../libjava -Iinclude -I../../../libjava/include -I/tmp/cvs/gcc-20030908/boehm-gc/include -I../../../libjava/libltdl -I../../../libjava/libltdl -I../../../libjava/.././libjava/../gcc -I../../../libjava/../libffi/include -I../libffi/include -iprefix /tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/ -isystem /tmp/cvs/gcc-20030908/Build/gcc/include -isystem /usr/local/ia64-suse-linux/bin/include -isystem /usr/local/ia64-suse-linux/lib/include -D_GNU_SOURCE -DHAVE_CONFIG_H -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -D_GNU_SOURCE -DPREFIX="/usr/local" -DLIBDIR="/usr/local/lib" -DBOOT_CLASS_PATH="/usr/local/share/java/libgcj-3.4.jar" -D_GNU_SOURCE -DPIC -isystem /usr/local/ia64-suse-linux
 /include -isystem /usr/local/ia64-suse-linux/sys-include -MD .deps/prims.pp ../../../libjava/prims.cc -quiet -dumpbase prims.cc -auxbase-strip .libs/prims.o -g -g -O2 -O2 -O2 -Wswitch-enum -W -Wall -version -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -funwind-tables -fPIC -o /tmp/cc7t0b1y.s
GNU gdb 5.3.90_2003-07-16-cvs
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "ia64-suse-linux"...
(gdb) r
Starting program: /tmp/cvs/gcc-20030908/Build/gcc/cc1plus -quiet -nostdinc++ -v -I. -I../../../libjava -I./include -I./gcj -I../../../libjava -Iinclude -I../../../libjava/include -I/tmp/cvs/gcc-20030908/boehm-gc/include -I../../../libjava/libltdl -I../../../libjava/libltdl -I../../../libjava/.././libjava/../gcc -I../../../libjava/../libffi/include -I../libffi/include -iprefix /tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/ -isystem /tmp/cvs/gcc-20030908/Build/gcc/include -isystem /usr/local/ia64-suse-linux/bin/include -isystem /usr/local/ia64-suse-linux/lib/include -D_GNU_SOURCE -DHAVE_CONFIG_H -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -D_GNU_SOURCE -DPREFIX=/usr/local -DLIBDIR=/usr/local/lib -DBOOT_CLASS_PATH=/usr/local/share/java/libgcj-3.4.jar -D_GNU_SOURCE -DPIC -isystem /usr/local/ia64-suse-linux/
 include -isystem /usr/local/ia64-suse-linux/sys-include -MD .deps/prims.pp ../../../libjava/prims.cc -quiet -dumpbase prims.cc -auxbase-strip .libs/prims.o -g -g -O2 -O2 -O2 -Wswitch-enum -W -Wall -version -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -funwind-tables -fPIC -o /tmp/cc7t0b1y.s
ignoring nonexistent directory "/usr/local/ia64-suse-linux/bin/include"
ignoring nonexistent directory "/usr/local/ia64-suse-linux/lib/include"
ignoring nonexistent directory "/usr/local/ia64-suse-linux/include"
ignoring nonexistent directory "/usr/local/ia64-suse-linux/sys-include"
ignoring nonexistent directory "/tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/include"
ignoring nonexistent directory "/tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/../../../../ia64-suse-linux/include"
ignoring nonexistent directory "NONE/include"
ignoring nonexistent directory "/usr/local/lib/gcc/ia64-suse-linux/3.4/include"
ignoring nonexistent directory "/usr/local/lib/../ia64-suse-linux/include"
ignoring duplicate directory "../../../libjava"
ignoring duplicate directory "include"
ignoring duplicate directory "../../../libjava/libltdl"
#include "..." search starts here:
#include <...> search starts here:
 .
 ../../../libjava
 ./include
 ./gcj
 ../../../libjava/include
 /tmp/cvs/gcc-20030908/boehm-gc/include
 ../../../libjava/libltdl
 ../../../libjava/.././libjava/../gcc
 ../../../libjava/../libffi/include
 ../libffi/include
 /tmp/cvs/gcc-20030908/Build/gcc/include
 /usr/local/include
 /usr/include
End of search list.
GNU C++ version 3.4 20030908 (experimental) (ia64-suse-linux)
        compiled by GNU C version 3.4 20030908 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096

Program received signal SIGSEGV, Segmentation fault.
notice_global_symbol (decl=0x2000000000b7a2f0) at ../../gcc/varasm.c:1061
1061          p = (* targetm.strip_name_encoding) (XSTR (XEXP (decl_rtl, 0), 0));
(gdb) bt
#0  notice_global_symbol (decl=0x2000000000b7a2f0) at ../../gcc/varasm.c:1061
#1  0x4000000000779360 in cgraph_varpool_mark_needed_node (
    node=0x2000000000ad9980) at ../../gcc/cgraph.c:475
#2  0x40000000006e0d60 in rest_of_decl_compilation (decl=0x2000000000b7a2f0, 
    asmspec=0x600000000015c178 "r13", top_level=1, at_end=0)
    at ../../gcc/toplev.c:1912
#3  0x400000000008e5b0 in cp_finish_decl (decl=0x2000000000b7a2f0, init=0x0, 
    asmspec_tree=0x2000000000ad9980, flags=9470730) at ../../gcc/cp/decl.c:7805
#4  0x400000000019b730 in cp_parser_init_declarator (
    parser=0x20000000003e37a0, decl_specifiers=0x2000000000b85830, 
    prefix_attributes=0x60000fffffffa411, function_definition_allowed_p=false, 
    member_p=false, declares_class_or_enum=0, 
    function_definition_p=0x60000fffffffa420) at ../../gcc/cp/parser.c:9486
#5  0x4000000000779360 in cgraph_varpool_mark_needed_node (
    node=0x20000000003e37a0) at ../../gcc/cgraph.c:475
#6  0x2000000000b85830 in ?? ()
#7  0x4000000000779360 in cgraph_varpool_mark_needed_node (node=Cannot access memory at address 0x60000fff7fffffe0
)
    at ../../gcc/cgraph.c:475
Cannot access memory at address 0x60000fff7ffffff0
(gdb) pt decl
 <var_decl 0x2000000000b7a2f0 _Jv_self
    type <integer_type 0x20000000004362f0 size_t unsigned asm_written DI
        size <integer_cst 0x200000000031cb70 constant 64>
        unit size <integer_cst 0x200000000031ccc0 constant 8>
        align 64 symtab 4077552 alias set -1 precision 64 min <integer_cst 0x200000000031cd50 0> max <integer_cst 0x200000000031cd80 18446744073709551615>
        pointer_to_this <pointer_type 0x20000000009c11e0>>
    unsigned public static tree_1 regdecl decl_4 DI file ./include/java-threads.h line 228 size <integer_cst 0x200000000031cb70 64> unit size <integer_cst 0x200000000031ccc0 8>
    align 64
    (reg/v:DI 13 r13 [ _Jv_self ]) chain <type_decl 0x2000000000b79e10 _Jv_ThreadId_t>>

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 16:57             ` Kaveh R. Ghazi
  2003-09-07 17:12               ` Andreas Tobler
@ 2003-09-08 23:35               ` H. J. Lu
  1 sibling, 0 replies; 24+ messages in thread
From: H. J. Lu @ 2003-09-08 23:35 UTC (permalink / raw)
  To: Kaveh R. Ghazi; +Cc: hubicka, gcc, toa

On Sun, Sep 07, 2003 at 12:35:52PM -0400, Kaveh R. Ghazi wrote:
>  > > H. J. Lu wrote:
>  > > 
>  > > >It is still no good. On Linux/i686,
>  > > >
>  > > >30885 pts/10   S      0:00 stage1/xgcc -Bstage1/ 
>  > > >-B/usr/gcc-3.4/i686-pc-linux-gn
>  > > >30886 pts/10   R     65:33 stage1/cc1 -quiet -I. -Ijava 
>  > > >-I/export/gnu/src/gcc/gc
>  > > 
>  > > See the same 'hanging' on ppclinux and solaris 2.9.
>  > > 
>  > > Blocking for me!
>  > 
>  > Would be possible to have backtrace?
>  > > 
>  > > Andreas
> 
> I saw the hang problem on solaris2.7, but Jan's patch here fixed it.
> http://gcc.gnu.org/ml/gcc/2003-09/msg00332.html
> 
> Andreas and HJ, you may have still seen the problem because Jan
> installed his patch on mainline just now, several hours after
> installing it on 3.3.x.  Can you please reconfirm with current
> mainline CVS?
> 

As of Sun Sep  7 19:28:11 UTC 2003, mainline was still broken on ia64:

/export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -shared-libgcc -B/export/build/gnu/gcc/build-ia64-linux/gcc/ -nostdinc++ -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/gcc-3.4/ia64-unknown-linux-gnu/bin/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/lib/ -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/include -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/net/gnu/export/gnu/src/gcc/gcc/libjava -I./include -I./gcj -I/net/gnu/export/gnu/src/gcc/gcc/libjava -Iinclude -I/net/gnu/export/gnu/src/gcc/gcc/libjava/include -I/net/gnu/export/gnu/src/gcc/gcc/boehm-gc/include -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -I/net/gnu/export/gnu/src/gcc/gcc/libjava/libltdl -I/net/gnu/export/gnu/src/gcc/gcc/libjava/libltdl -I/net/gnu/export/gnu/src/gcc/gcc/libjava/.././libjava/../gcc -I/net/gnu/export/gnu/src/gcc/gcc/libjava/../libffi/include -I../libffi/include -O2 -g -O2 -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -funwind-tables -I/usr/X11R6/include -W -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/gcc-3.4\" -DLIBDIR=\"/usr/gcc-3.4/lib\" -DBOOT_CLASS_PATH=\"/usr/gcc-3.4/share/java/libgcj-3.4.jar\" -g -O2 -D_GNU_SOURCE -Wp,-MD,.deps/prims.pp -c /net/gnu/export/gnu/src/gcc/gcc/libjava/prims.cc  -fPIC -DPIC -o .libs/prims.o
/export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -shared-libgcc -B/export/build/gnu/gcc/build-ia64-linux/gcc/ -nostdinc++ -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/gcc-3.4/ia64-unknown-linux-gnu/bin/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/lib/ -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/include -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/net/gnu/export/gnu/src/gcc/gcc/libjava -I./include -I./gcj -I/net/gnu/export/gnu/src/gcc/gcc/libjava -Iinclude -I/net/gnu/export/gnu/src/gcc/gcc/libjava/include -I/net/gnu/export/gnu/src/gcc/gcc/boehm-gc/include -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -I/net/gnu/export/gnu/src/gcc/gcc/libjava/libltdl -I/net/gnu/export/gnu/src/gcc/gcc/libjava/libltdl -I/net/gnu/export/gnu/src/gcc/gcc/libjava/.././libjava/../gcc -I/net/gnu/export/gnu/src/gcc/gcc/libjava/../libffi/include -I../libffi/include -O2 -g -O2 -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -funwind-tables -I/usr/X11R6/include -W -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/gcc-3.4\" -DLIBDIR=\"/usr/gcc-3.4/lib\" -DBOOT_CLASS_PATH=\"/usr/gcc-3.4/share/java/libgcj-3.4.jar\" -g -O2 -D_GNU_SOURCE -Wp,-MD,.deps/jni.pp -c /net/gnu/export/gnu/src/gcc/gcc/libjava/jni.cc  -fPIC -DPIC -o .libs/jni.o
/export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -shared-libgcc -B/export/build/gnu/gcc/build-ia64-linux/gcc/ -nostdinc++ -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/gcc-3.4/ia64-unknown-linux-gnu/bin/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/lib/ -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/include -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/net/gnu/export/gnu/src/gcc/gcc/libjava -I./include -I./gcj -I/net/gnu/export/gnu/src/gcc/gcc/libjava -Iinclude -I/net/gnu/export/gnu/src/gcc/gcc/libjava/include -I/net/gnu/export/gnu/src/gcc/gcc/boehm-gc/include -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -I/net/gnu/export/gnu/src/gcc/gcc/libjava/libltdl -I/net/gnu/export/gnu/src/gcc/gcc/libjava/libltdl -I/net/gnu/export/gnu/src/gcc/gcc/libjava/.././libjava/../gcc -I/net/gnu/export/gnu/src/gcc/gcc/libjava/../libffi/include -I../libffi/include -O2 -g -O2 -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -funwind-tables -I/usr/X11R6/include -W -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/gcc-3.4\" -DLIBDIR=\"/usr/gcc-3.4/lib\" -DBOOT_CLASS_PATH=\"/usr/gcc-3.4/share/java/libgcj-3.4.jar\" -g -O2 -D_GNU_SOURCE -Wp,-MD,.deps/exception.pp -c /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc  -fPIC -DPIC -o .libs/exception.o
In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
                 from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
./include/java-threads.h:228: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[5]: *** [exception.lo] Error 1
make[5]: *** Waiting for unfinished jobs....
In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
                 from /net/gnu/export/gnu/src/gcc/gcc/libjava/jni.cc:18:
./include/java-threads.h:228: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[5]: *** [jni.lo] Error 1
In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
                 from /net/gnu/export/gnu/src/gcc/gcc/libjava/prims.cc:25:
./include/java-threads.h:228: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[5]: *** [prims.lo] Error 1
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libjava'
make[3]: *** [all-target-libjava] Error 2
make[3]: *** Waiting for unfinished jobs....
/export/build/gnu/gcc/build-ia64-linux/gcc/g++ -B/export/build/gnu/gcc/build-ia64-linux/gcc/ -nostdinc++ -nostdinc++ -I/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/include/ia64-unknown-linux-gnu -I/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/include -I/net/gnu/export/gnu/src/gcc/gcc/libstdc++-v3/libsupc++ -I/net/gnu/export/gnu/src/gcc/gcc/libstdc++-v3/libsupc++ -I/net/gnu/export/gnu/src/gcc/gcc/libstdc++-v3/include/backward -I/net/gnu/export/gnu/src/gcc/gcc/libstdc++-v3/testsuite -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src -L/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/gcc-3.4/ia64-unknown-linux-gnu/bin/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/lib/ -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/include -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/sys-include -fno-rtti -fno-exceptions -D_GLIBCXX_DEMANGLER_NOSTDCXX -c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I/net/gnu/export/gnu/src/gcc/gcc/libiberty/../include  -W -Wall -Wtraditional -pedantic demangle.cc -o demangle.o
cc1plus: warning: command line option "-Wtraditional" is valid for C/ObjC but not for C++
rm -f libiberty.a pic/libiberty.a
make DEMANGLER=demangle.o
make[6]: Entering directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libiberty'
rm -f libiberty.a pic/libiberty.a
ar rc libiberty.a \
  regex.o cplus-dem.o demangle.o  md5.o alloca.o argv.o choose-temp.o concat.o dyn-string.o fdmatch.o fibheap.o floatformat.o fnmatch.o getopt.o getopt1.o getpwd.o getruntime.o hashtab.o hex.o lbasename.o lrealpath.o make-relative-prefix.o make-temp-file.o objalloc.o obstack.o partition.o physmem.o pex-unix.o safe-ctype.o sort.o spaces.o splay-tree.o strerror.o strsignal.o ternary.o xatexit.o xexit.o xmalloc.o xmemdup.o xstrdup.o xstrerror.o  mkstemps.o
ranlib libiberty.a
make[7]: Entering directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libiberty/testsuite'
make[7]: Nothing to be done for `all'.
make[7]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libiberty/testsuite'
if [ x"-fpic" != x ]; then \
  cd pic; \
  ar rc libiberty.a \
    regex.o cplus-dem.o demangle.o  md5.o alloca.o argv.o choose-temp.o concat.o dyn-string.o fdmatch.o fibheap.o floatformat.o fnmatch.o getopt.o getopt1.o getpwd.o getruntime.o hashtab.o hex.o lbasename.o lrealpath.o make-relative-prefix.o make-temp-file.o objalloc.o obstack.o partition.o physmem.o pex-unix.o safe-ctype.o sort.o spaces.o splay-tree.o strerror.o strsignal.o ternary.o xatexit.o xexit.o xmalloc.o xmemdup.o xstrdup.o xstrerror.o  mkstemps.o; \
  ranlib libiberty.a; \
  cd ..; \
else true; fi
make[7]: Entering directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libiberty'
if [ -z "" ]; then \
  true; \
else \
  rootpre=`${PWDCMD-pwd}`/; export rootpre; \
  srcrootpre=`cd /net/gnu/export/gnu/src/gcc/gcc/libiberty; ${PWDCMD-pwd}`/; export srcrootpre; \
  lib=`echo ${rootpre} | sed -e 's,^.*/\([^/][^/]*\)/$,\1,'`; \
  compiler="/export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -B/export/build/gnu/gcc/build-ia64-linux/gcc/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/bin/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/lib/ -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/include -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/sys-include"; \
  for i in `${compiler} --print-multi-lib 2>/dev/null`; do \
    dir=`echo $i | sed -e 's/;.*$//'`; \
    if [ "${dir}" = "." ]; then \
      true; \
    else \
      if [ -d ../${dir}/${lib} ]; then \
	flags=`echo $i | sed -e 's/^[^;]*;//' -e 's/@/ -/g'`; \
	if (cd ../${dir}/${lib}; make "AR=ar" "AR_FLAGS=rc" "CC=/export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -B/export/build/gnu/gcc/build-ia64-linux/gcc/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/bin/ -B/usr/gcc-3.4/ia64-unknown-linux-gnu/lib/ -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/include -isystem /usr/gcc-3.4/ia64-unknown-linux-gnu/sys-include" "CFLAGS=-O2 -g -O2" "DESTDIR=" "LIBCFLAGS=-O2 -g -O2" "EXTRA_OFILES=" "HDEFINES=" "INSTALL=/usr/bin/install -c" "INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c" "LDFLAGS=" "LOADLIBES=" "RANLIB=ranlib" "SHELL=/bin/sh" "prefix=/usr/gcc-3.4" "exec_prefix=/usr/gcc-3.4" "libdir=/usr/gcc-3.4/lib" "libsubdir=/usr/gcc-3.4/lib/gcc/ia64-unknown-linux-gnu/3.4" "tooldir=/usr/gcc-3.4/ia64-unknown-linux-gnu" \
			CFLAGS="-O2 -g -O2 ${flags}" \
			prefix="/usr/gcc-3.4" \
			exec_prefix="/usr/gcc-3.4" \
			GCJFLAGS=" ${flags}" \
			CXXFLAGS="-g -O2 -D_GNU_SOURCE ${flags}" \
			LIBCFLAGS="-O2 -g -O2 ${flags}" \
			LIBCXXFLAGS="-g -O2 -D_GNU_SOURCE -fno-implicit-templates ${flags}" \
			LDFLAGS=" ${flags}" \
			DESTDIR="" \
			INSTALL="/usr/bin/install -c" \
			INSTALL_DATA="/usr/bin/install -c -m 644" \
			INSTALL_PROGRAM="/usr/bin/install -c" \
			INSTALL_SCRIPT="/usr/bin/install -c" \
			all); then \
	  true; \
	else \
	  exit 1; \
	fi; \
      else true; \
      fi; \
    fi; \
  done; \
fi
make[7]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libiberty'
make[6]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libiberty'
touch new_demangler
make[5]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/libiberty'
make[4]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux/ia64-unknown-linux-gnu/demangler'
make[3]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux'
make[2]: *** [bootstrap] Error 2
make[2]: Leaving directory `/export/build/gnu/gcc/build-ia64-linux'
Command exited with non-zero status 2
5683.47user 155.09system 57:48.40elapsed 168%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (4460130major+6359896minor)pagefaults 0swaps
make[1]: *** [bootstrap] Error 2
make[1]: Leaving directory `/export/build/gnu/gcc'
make: *** [one] Error 2

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-07 20:22                     ` Jan Hubicka
@ 2003-09-08 23:37                       ` H. J. Lu
  2003-09-09  0:05                         ` Jan Hubicka
  0 siblings, 1 reply; 24+ messages in thread
From: H. J. Lu @ 2003-09-08 23:37 UTC (permalink / raw)
  To: Jan Hubicka; +Cc: Andreas Tobler, hubicka, Kaveh R. Ghazi, gcc

On Sun, Sep 07, 2003 at 10:19:16PM +0200, Jan Hubicka wrote:
> > Andreas Tobler wrote:
> > 
> > >>Hm, ok, ppclinux build in progress. Sol 2.9 syncing. Let you know asap.
> > >
> > >
> > >For the record, solaris in stage 3 now. Was hanging before in stage 2.
> > >
> > >Further info coming.
> > 
> > Here it is:
> > 
> > ppc linux now in stage of building the libs (libgcj at the moment). 
> > Solaris 2.9 died in libstdc++ with the filed (12126) bug.
> > Darwin building, but I had a hanger in libgcj.
> 
> Excellent.

FYI, Sun Sep  7 19:28:11 UTC 2003 mainline is still broken on ia64.


H.J.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-08 23:37                       ` H. J. Lu
@ 2003-09-09  0:05                         ` Jan Hubicka
  0 siblings, 0 replies; 24+ messages in thread
From: Jan Hubicka @ 2003-09-09  0:05 UTC (permalink / raw)
  To: H. J. Lu; +Cc: Jan Hubicka, Andreas Tobler, hubicka, Kaveh R. Ghazi, gcc

> On Sun, Sep 07, 2003 at 10:19:16PM +0200, Jan Hubicka wrote:
> > > Andreas Tobler wrote:
> > > 
> > > >>Hm, ok, ppclinux build in progress. Sol 2.9 syncing. Let you know asap.
> > > >
> > > >
> > > >For the record, solaris in stage 3 now. Was hanging before in stage 2.
> > > >
> > > >Further info coming.
> > > 
> > > Here it is:
> > > 
> > > ppc linux now in stage of building the libs (libgcj at the moment). 
> > > Solaris 2.9 died in libstdc++ with the filed (12126) bug.
> > > Darwin building, but I had a hanger in libgcj.
> > 
> > Excellent.
> 
> FYI, Sun Sep  7 19:28:11 UTC 2003 mainline is still broken on ia64.

Can you please send me something more specific (such as a bracktrace?)
I can't build on IA-64 myself right now...

Honza
> 
> 
> H.J.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-08 14:09   ` Andreas Schwab
@ 2003-09-09  0:20     ` Jan Hubicka
  2003-09-09  6:28       ` H. J. Lu
  0 siblings, 1 reply; 24+ messages in thread
From: Jan Hubicka @ 2003-09-09  0:20 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: Jan Hubicka, H. J. Lu, gcc

> Jan Hubicka <hubicka@ucw.cz> writes:
> 
> >> Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
> >> Linux/ia64. I got
> >> 
> >> In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
> >>                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
> >> ./include/java-threads.h:228: internal compiler error: Segmentation fault
> >> Please submit a full bug report,
> >> with preprocessed source if appropriate.
> >> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> >
> > This appears to be related to change of mine to notice_global_symbol.
> > I just commited fix to different problem that may fix it.  Can you
> > please ensure that the following patch is in your tree?
> >        * cgraph.c (cgraph_mark_reachable_node): Only enqueue finalized functions.
> >        (cgraph_varpool_finalize_decl): Notice global symbol when needed.
> 
> This is still not fixed.
> 
> $ gdb --args /tmp/cvs/gcc-20030908/Build/gcc/cc1plus -quiet -nostdinc++ -v -I. -I../../../libjava -I./include -I./gcj -I../../../libjava -Iinclude -I../../../libjava/include -I/tmp/cvs/gcc-20030908/boehm-gc/include -I../../../libjava/libltdl -I../../../libjava/libltdl -I../../../libjava/.././libjava/../gcc -I../../../libjava/../libffi/include -I../libffi/include -iprefix /tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/ -isystem /tmp/cvs/gcc-20030908/Build/gcc/include -isystem /usr/local/ia64-suse-linux/bin/include -isystem /usr/local/ia64-suse-linux/lib/include -D_GNU_SOURCE -DHAVE_CONFIG_H -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -D_GNU_SOURCE -DPREFIX="/usr/local" -DLIBDIR="/usr/local/lib" -DBOOT_CLASS_PATH="/usr/local/share/java/libgcj-3.4.jar" -D_GNU_SOURCE -DPIC -isystem /usr/local/ia64-suse-linux
>  /include -isystem /usr/local/ia64-suse-linux/sys-include -MD .deps/prims.pp ../../../libjava/prims.cc -quiet -dumpbase prims.cc -auxbase-strip .libs/prims.o -g -g -O2 -O2 -O2 -Wswitch-enum -W -Wall -version -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -funwind-tables -fPIC -o /tmp/cc7t0b1y.s
> GNU gdb 5.3.90_2003-07-16-cvs
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "ia64-suse-linux"...
> (gdb) r
> Starting program: /tmp/cvs/gcc-20030908/Build/gcc/cc1plus -quiet -nostdinc++ -v -I. -I../../../libjava -I./include -I./gcj -I../../../libjava -Iinclude -I../../../libjava/include -I/tmp/cvs/gcc-20030908/boehm-gc/include -I../../../libjava/libltdl -I../../../libjava/libltdl -I../../../libjava/.././libjava/../gcc -I../../../libjava/../libffi/include -I../libffi/include -iprefix /tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/ -isystem /tmp/cvs/gcc-20030908/Build/gcc/include -isystem /usr/local/ia64-suse-linux/bin/include -isystem /usr/local/ia64-suse-linux/lib/include -D_GNU_SOURCE -DHAVE_CONFIG_H -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DTHREAD_LOCAL_ALLOC=1 -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -D_GNU_SOURCE -DPREFIX=/usr/local -DLIBDIR=/usr/local/lib -DBOOT_CLASS_PATH=/usr/local/share/java/libgcj-3.4.jar -D_GNU_SOURCE -DPIC -isystem /usr/local/ia64-suse-linux/
>  include -isystem /usr/local/ia64-suse-linux/sys-include -MD .deps/prims.pp ../../../libjava/prims.cc -quiet -dumpbase prims.cc -auxbase-strip .libs/prims.o -g -g -O2 -O2 -O2 -Wswitch-enum -W -Wall -version -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -funwind-tables -fPIC -o /tmp/cc7t0b1y.s
> ignoring nonexistent directory "/usr/local/ia64-suse-linux/bin/include"
> ignoring nonexistent directory "/usr/local/ia64-suse-linux/lib/include"
> ignoring nonexistent directory "/usr/local/ia64-suse-linux/include"
> ignoring nonexistent directory "/usr/local/ia64-suse-linux/sys-include"
> ignoring nonexistent directory "/tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/include"
> ignoring nonexistent directory "/tmp/cvs/gcc-20030908/Build/gcc/../lib/gcc/ia64-suse-linux/3.4/../../../../ia64-suse-linux/include"
> ignoring nonexistent directory "NONE/include"
> ignoring nonexistent directory "/usr/local/lib/gcc/ia64-suse-linux/3.4/include"
> ignoring nonexistent directory "/usr/local/lib/../ia64-suse-linux/include"
> ignoring duplicate directory "../../../libjava"
> ignoring duplicate directory "include"
> ignoring duplicate directory "../../../libjava/libltdl"
> #include "..." search starts here:
> #include <...> search starts here:
>  .
>  ../../../libjava
>  ./include
>  ./gcj
>  ../../../libjava/include
>  /tmp/cvs/gcc-20030908/boehm-gc/include
>  ../../../libjava/libltdl
>  ../../../libjava/.././libjava/../gcc
>  ../../../libjava/../libffi/include
>  ../libffi/include
>  /tmp/cvs/gcc-20030908/Build/gcc/include
>  /usr/local/include
>  /usr/include
> End of search list.
> GNU C++ version 3.4 20030908 (experimental) (ia64-suse-linux)
>         compiled by GNU C version 3.4 20030908 (experimental).
> GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
> 
> Program received signal SIGSEGV, Segmentation fault.
> notice_global_symbol (decl=0x2000000000b7a2f0) at ../../gcc/varasm.c:1061
> 1061          p = (* targetm.strip_name_encoding) (XSTR (XEXP (decl_rtl, 0), 0));
> (gdb) bt
> #0  notice_global_symbol (decl=0x2000000000b7a2f0) at ../../gcc/varasm.c:1061
> #1  0x4000000000779360 in cgraph_varpool_mark_needed_node (
>     node=0x2000000000ad9980) at ../../gcc/cgraph.c:475
> #2  0x40000000006e0d60 in rest_of_decl_compilation (decl=0x2000000000b7a2f0, 
>     asmspec=0x600000000015c178 "r13", top_level=1, at_end=0)
>     at ../../gcc/toplev.c:1912
> #3  0x400000000008e5b0 in cp_finish_decl (decl=0x2000000000b7a2f0, init=0x0, 
>     asmspec_tree=0x2000000000ad9980, flags=9470730) at ../../gcc/cp/decl.c:7805
> #4  0x400000000019b730 in cp_parser_init_declarator (
>     parser=0x20000000003e37a0, decl_specifiers=0x2000000000b85830, 
>     prefix_attributes=0x60000fffffffa411, function_definition_allowed_p=false, 
>     member_p=false, declares_class_or_enum=0, 
>     function_definition_p=0x60000fffffffa420) at ../../gcc/cp/parser.c:9486
> #5  0x4000000000779360 in cgraph_varpool_mark_needed_node (
>     node=0x20000000003e37a0) at ../../gcc/cgraph.c:475
> #6  0x2000000000b85830 in ?? ()
> #7  0x4000000000779360 in cgraph_varpool_mark_needed_node (node=Cannot access memory at address 0x60000fff7fffffe0
> )
>     at ../../gcc/cgraph.c:475
> Cannot access memory at address 0x60000fff7ffffff0
> (gdb) pt decl
>  <var_decl 0x2000000000b7a2f0 _Jv_self
>     type <integer_type 0x20000000004362f0 size_t unsigned asm_written DI
>         size <integer_cst 0x200000000031cb70 constant 64>
>         unit size <integer_cst 0x200000000031ccc0 constant 8>
>         align 64 symtab 4077552 alias set -1 precision 64 min <integer_cst 0x200000000031cd50 0> max <integer_cst 0x200000000031cd80 18446744073709551615>
>         pointer_to_this <pointer_type 0x20000000009c11e0>>
>     unsigned public static tree_1 regdecl decl_4 DI file ./include/java-threads.h line 228 size <integer_cst 0x200000000031cb70 64> unit size <integer_cst 0x200000000031ccc0 8>
>     align 64
>     (reg/v:DI 13 r13 [ _Jv_self ]) chain <type_decl 0x2000000000b79e10 _Jv_ThreadId_t>>

The problem obviously is that we see global variable placed in register.
I am quite surprised to see this in java, but the attached patch should
help.  Can you, please try it out?
Sorry for the delay - bit too many problems to deal with at once :(

Tue Sep  9 02:03:42 CEST 2003  Jan Hubicka  <jh@suse.cz>
	* varasm.c (notice_global_symbol):  Fix dealing with registers.
Index: varasm.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/varasm.c,v
retrieving revision 1.381
diff -c -3 -p -r1.381 varasm.c
*** varasm.c	5 Sep 2003 04:24:26 -0000	1.381
--- varasm.c	9 Sep 2003 00:03:31 -0000
*************** notice_global_symbol (tree decl)
*** 1058,1063 ****
--- 1058,1066 ----
        char *name;
        rtx decl_rtl = DECL_RTL (decl);
  
+       if (GET_CODE (decl_rtl) == REG)
+ 	return;
+ 
        p = (* targetm.strip_name_encoding) (XSTR (XEXP (decl_rtl, 0), 0));
        name = xstrdup (p);
  

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-09  0:20     ` Jan Hubicka
@ 2003-09-09  6:28       ` H. J. Lu
  2003-09-09 10:36         ` Eric Christopher
                           ` (2 more replies)
  0 siblings, 3 replies; 24+ messages in thread
From: H. J. Lu @ 2003-09-09  6:28 UTC (permalink / raw)
  To: Jan Hubicka; +Cc: Andreas Schwab, gcc

On Tue, Sep 09, 2003 at 02:05:21AM +0200, Jan Hubicka wrote:
> > Jan Hubicka <hubicka@ucw.cz> writes:
> > 
> > >> Gcc mainline on Sat Sep  6 07:08:21 PDT 2003 failed to bootstrap on
> > >> Linux/ia64. I got
> > >> 
> > >> In file included from /net/gnu/export/gnu/src/gcc/gcc/libjava/include/jvm.h:23,
> > >>                  from /net/gnu/export/gnu/src/gcc/gcc/libjava/exception.cc:22:
> > >> ./include/java-threads.h:228: internal compiler error: Segmentation fault
> > >> Please submit a full bug report,
> > >> with preprocessed source if appropriate.
> > >> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
> > >
> > > This appears to be related to change of mine to notice_global_symbol.
> > > I just commited fix to different problem that may fix it.  Can you
> > > please ensure that the following patch is in your tree?
> > >        * cgraph.c (cgraph_mark_reachable_node): Only enqueue finalized functions.
> > >        (cgraph_varpool_finalize_decl): Notice global symbol when needed.
> > 
> > This is still not fixed.
> > 
> 
> The problem obviously is that we see global variable placed in register.
> I am quite surprised to see this in java, but the attached patch should
> help.  Can you, please try it out?
> Sorry for the delay - bit too many problems to deal with at once :(
> 
> Tue Sep  9 02:03:42 CEST 2003  Jan Hubicka  <jh@suse.cz>
> 	* varasm.c (notice_global_symbol):  Fix dealing with registers.
> Index: varasm.c
> ===================================================================
> RCS file: /cvs/gcc/gcc/gcc/varasm.c,v
> retrieving revision 1.381
> diff -c -3 -p -r1.381 varasm.c
> *** varasm.c	5 Sep 2003 04:24:26 -0000	1.381
> --- varasm.c	9 Sep 2003 00:03:31 -0000
> *************** notice_global_symbol (tree decl)
> *** 1058,1063 ****
> --- 1058,1066 ----
>         char *name;
>         rtx decl_rtl = DECL_RTL (decl);
>   
> +       if (GET_CODE (decl_rtl) == REG)
> + 	return;
> + 
>         p = (* targetm.strip_name_encoding) (XSTR (XEXP (decl_rtl, 0), 0));
>         name = xstrdup (p);
>   

I can bootstrap gcc mainline with this patch on Linux/ia64 now. But I
got new failures:

+FAIL: gcc.c-torture/compile/20000120-2.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
+FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
+FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
+FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
+FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
+FAIL: g++.dg/init/array11.C (test for excess errors)
+FAIL: libffi.call/closure_fn0.c output pattern test, is 1 2 3 4 127 429 7 8 0
10 11 97 13 19 21 1 3: 756
+FAIL: libffi.call/closure_fn1.c output pattern test, is 1 2 3 4 127 5 6 8 0 10
11 0 13 19 21 1 3: 234
+FAIL: libffi.call/closure_fn2.c output pattern test, is 1 2 3 4 127 5 6 8 0 10
11 0 13 0 21 1 3: 215
+FAIL: libffi.call/closure_fn3.c output pattern test, is 1 2 3 4 5 6 7 8 9 10 0
0 13 0 0 1 3: 72
+FAIL: libffi.call/cls_1_1byte.c execution test
+FAIL: libffi.call/cls_12byte.c execution test
+FAIL: libffi.call/cls_16byte.c execution test
+FAIL: libffi.call/cls_20byte.c execution test
+FAIL: libffi.call/cls_24byte.c execution test
+FAIL: libffi.call/cls_2byte.c execution test
+FAIL: libffi.call/cls_3_1byte.c execution test
+FAIL: libffi.call/cls_3byte1.c execution test
+FAIL: libffi.call/cls_3byte2.c execution test
+FAIL: libffi.call/cls_4_1byte.c execution test
+FAIL: libffi.call/cls_4byte.c execution test
+FAIL: libffi.call/cls_5byte.c execution test
+FAIL: libffi.call/cls_6byte.c execution test
+FAIL: libffi.call/cls_7byte.c execution test
+FAIL: libffi.call/cls_8byte.c execution test
+FAIL: libffi.call/float2.c execution test
+FAIL: libffi.call/float.c execution test
+FAIL: libffi.call/nested_struct1.c execution test
+FAIL: libffi.call/nested_struct.c execution test
+FAIL: libffi.call/problem1.c execution test
+FAIL: libffi.call/pyobjc-tc.c execution test
+FAIL: libffi.call/struct8.c execution test
+FAIL: libffi.special/unwindtest.cc execution test

comparing against 20030903.


H.J.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-09  6:28       ` H. J. Lu
@ 2003-09-09 10:36         ` Eric Christopher
  2003-09-09 13:44           ` Jan Hubicka
  2003-09-09 13:41         ` Jan Hubicka
  2003-09-09 16:40         ` David Edelsohn
  2 siblings, 1 reply; 24+ messages in thread
From: Eric Christopher @ 2003-09-09 10:36 UTC (permalink / raw)
  To: H. J. Lu; +Cc: Jan Hubicka, Andreas Schwab, gcc


> I can bootstrap gcc mainline with this patch on Linux/ia64 now. But I
> got new failures:
> 
> +FAIL: gcc.c-torture/compile/20000120-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
> +FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
> +FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
> +FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)

I'm seeing at least these too on mips-elf and frv-elf. I'll debug
tomorrow.

-eric

-- 
Eric Christopher <echristo@redhat.com>

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-09  6:28       ` H. J. Lu
  2003-09-09 10:36         ` Eric Christopher
@ 2003-09-09 13:41         ` Jan Hubicka
  2003-09-09 16:40         ` David Edelsohn
  2 siblings, 0 replies; 24+ messages in thread
From: Jan Hubicka @ 2003-09-09 13:41 UTC (permalink / raw)
  To: H. J. Lu; +Cc: Jan Hubicka, Andreas Schwab, gcc

> I can bootstrap gcc mainline with this patch on Linux/ia64 now. But I
> got new failures:
> 
> +FAIL: gcc.c-torture/compile/20000120-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)
> +FAIL: gcc.c-torture/compile/20011119-2.c (test for excess errors)

This testcase triggers ill defined behaviour and probably should be
turned into hard error, unfortunately I still don't know how to do that
without breaking glibc yet.

I will take look on the 20000120-2.c and install the patch as obvious.
Thanks!
Honza

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-09 10:36         ` Eric Christopher
@ 2003-09-09 13:44           ` Jan Hubicka
  0 siblings, 0 replies; 24+ messages in thread
From: Jan Hubicka @ 2003-09-09 13:44 UTC (permalink / raw)
  To: Eric Christopher; +Cc: H. J. Lu, Jan Hubicka, Andreas Schwab, gcc

> > +FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
> > +FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
> > +FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
> 
> I'm seeing at least these too on mips-elf and frv-elf. I'll debug
> tomorrow.
That can be great.  Let me know if you find it realted to unit-at-a-time
code.

Honza
> 
> -eric
> 
> -- 
> Eric Christopher <echristo@redhat.com>

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Gcc mainline failed to bootstrap on Linux/ia64
  2003-09-09  6:28       ` H. J. Lu
  2003-09-09 10:36         ` Eric Christopher
  2003-09-09 13:41         ` Jan Hubicka
@ 2003-09-09 16:40         ` David Edelsohn
  2003-09-09 16:43           ` 20011119-1.c failure (Re: Gcc mainline failed to bootstrap on Linux/ia64) Jan Hubicka
  2 siblings, 1 reply; 24+ messages in thread
From: David Edelsohn @ 2003-09-09 16:40 UTC (permalink / raw)
  To: H. J. Lu; +Cc: Jan Hubicka, Andreas Schwab, gcc

FAIL: gcc.c-torture/compile/20000120-2.c (test for excess errors)
FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)

are failing on a lot of systems and have been for a while.  In fact, they
all fail on AIX as well. The testcases are questionable.

	The libffi testcases were added since your last bootstrap.  Do the
failures report cgraph problems?

David

^ permalink raw reply	[flat|nested] 24+ messages in thread

* 20011119-1.c failure (Re: Gcc mainline failed to bootstrap on Linux/ia64)
  2003-09-09 16:40         ` David Edelsohn
@ 2003-09-09 16:43           ` Jan Hubicka
  0 siblings, 0 replies; 24+ messages in thread
From: Jan Hubicka @ 2003-09-09 16:43 UTC (permalink / raw)
  To: David Edelsohn, gcc-patches; +Cc: H. J. Lu, Jan Hubicka, Andreas Schwab, gcc

> FAIL: gcc.c-torture/compile/20000120-2.c (test for excess errors)
> FAIL: gcc.c-torture/compile/20011119-1.c (test for excess errors)
> FAIL: gcc.dg/debug/20010207-1.c (test for excess errors)
> 
> are failing on a lot of systems and have been for a while.  In fact, they
> all fail on AIX as well. The testcases are questionable.

I see now failure of 20011119-1.c on i386 too.  The problem is that
re-definition of function kills the saved function body:

extern inline int foo (void) { return 23; }
int xxx(void) __asm__("xxx");
int xxx(void) { return 23; }
extern int foo (void) __attribute__ ((weak, alias ("xxx")));

I do have patch to keep it (attached), but I am not convienced that it
is good idea to allow such a construct.  Would be possible to error on
this?   If so, any idea what exactly test?  Or does the attached patch
look OK?

Honza

Index: c-decl.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/c-decl.c,v
retrieving revision 1.444
diff -c -3 -p -r1.444 c-decl.c
*** c-decl.c	8 Sep 2003 15:56:17 -0000	1.444
--- c-decl.c	9 Sep 2003 00:29:52 -0000
*************** duplicate_decls (tree newdecl, tree oldd
*** 1480,1493 ****
      return 0;
  
    /* Copy most of the decl-specific fields of NEWDECL into OLDDECL.
!      But preserve OLDDECL's DECL_UID.  */
    {
      unsigned olddecl_uid = DECL_UID (olddecl);
  
      memcpy ((char *) olddecl + sizeof (struct tree_common),
  	    (char *) newdecl + sizeof (struct tree_common),
  	    sizeof (struct tree_decl) - sizeof (struct tree_common));
      DECL_UID (olddecl) = olddecl_uid;
    }
  
    /* NEWDECL contains the merged attribute lists.
--- 1480,1500 ----
      return 0;
  
    /* Copy most of the decl-specific fields of NEWDECL into OLDDECL.
!      But preserve OLDDECL's DECL_UID and function body.
!      The function body needs to be preserved only for case where extern
!      inline function is later re-declared with different linkage.
!      See testsuite/gcc.c-torture/compile/20011119-2.c.  */
    {
      unsigned olddecl_uid = DECL_UID (olddecl);
+     tree saved_tree = (TREE_CODE (olddecl) == FUNCTION_DECL
+ 	    	       ? DECL_SAVED_TREE (olddecl) : NULL);
  
      memcpy ((char *) olddecl + sizeof (struct tree_common),
  	    (char *) newdecl + sizeof (struct tree_common),
  	    sizeof (struct tree_decl) - sizeof (struct tree_common));
      DECL_UID (olddecl) = olddecl_uid;
+     if (saved_tree && !DECL_SAVED_TREE (olddecl))
+       DECL_SAVED_TREE (olddecl) = saved_tree;
    }
  
    /* NEWDECL contains the merged attribute lists.

^ permalink raw reply	[flat|nested] 24+ messages in thread

end of thread, other threads:[~2003-09-09 14:59 UTC | newest]

Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-09-06 23:30 Gcc mainline failed to bootstrap on Linux/ia64 H. J. Lu
2003-09-06 23:39 ` Jan Hubicka
2003-09-07 10:38   ` H. J. Lu
2003-09-07 13:52     ` Jan Hubicka
2003-09-07 15:44       ` H. J. Lu
2003-09-07 15:54         ` Andreas Tobler
2003-09-07 16:35           ` Jan Hubicka
2003-09-07 16:39             ` Gabriel Dos Reis
2003-09-07 16:57             ` Kaveh R. Ghazi
2003-09-07 17:12               ` Andreas Tobler
2003-09-07 18:49                 ` Andreas Tobler
2003-09-07 20:21                   ` Andreas Tobler
2003-09-07 20:22                     ` Jan Hubicka
2003-09-08 23:37                       ` H. J. Lu
2003-09-09  0:05                         ` Jan Hubicka
2003-09-08 23:35               ` H. J. Lu
2003-09-08 14:09   ` Andreas Schwab
2003-09-09  0:20     ` Jan Hubicka
2003-09-09  6:28       ` H. J. Lu
2003-09-09 10:36         ` Eric Christopher
2003-09-09 13:44           ` Jan Hubicka
2003-09-09 13:41         ` Jan Hubicka
2003-09-09 16:40         ` David Edelsohn
2003-09-09 16:43           ` 20011119-1.c failure (Re: Gcc mainline failed to bootstrap on Linux/ia64) Jan Hubicka

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).