Re: df_insn_refs_record's handling of global_regs[]

2007-10-19 Thread H.J. Lu
On Fri, Oct 19, 2007 at 05:42:58PM -0700, Seongbae Park (박성배, 朴成培) wrote: > On 10/19/07, David Miller <[EMAIL PROTECTED]> wrote: > > From: "Seongbae Park (박성배, 朴成培)" <[EMAIL PROTECTED]> > > Date: Fri, 19 Oct 2007 17:25:14 -0700 > > > > > If you're not in a hurry, can you wait > > > till I run the r

Re: df_insn_refs_record's handling of global_regs[]

2007-10-19 Thread Seongbae Park (박성배, 朴成培)
On 10/19/07, David Miller <[EMAIL PROTECTED]> wrote: > From: "Seongbae Park (박성배, 朴成培)" <[EMAIL PROTECTED]> > Date: Fri, 19 Oct 2007 17:25:14 -0700 > > > If you're not in a hurry, can you wait > > till I run the regtest against 4.2 on x86-64 ? > > I've already discussed the patch with Kenny > > and

Re: df_insn_refs_record's handling of global_regs[]

2007-10-19 Thread David Miller
From: "Seongbae Park (박성배, 朴成培)" <[EMAIL PROTECTED]> Date: Fri, 19 Oct 2007 17:25:14 -0700 > If you're not in a hurry, can you wait > till I run the regtest against 4.2 on x86-64 ? > I've already discussed the patch with Kenny > and we agreed that this is the right approach, > but I'd like to see

Re: df_insn_refs_record's handling of global_regs[]

2007-10-19 Thread Seongbae Park (박성배, 朴成培)
On 10/19/07, David Miller <[EMAIL PROTECTED]> wrote: > From: "Seongbae Park (박성배, 朴成培)" <[EMAIL PROTECTED]> > Date: Tue, 16 Oct 2007 22:56:49 -0700 > > > Did you replace the DF_REF_REG_USE with DEF ? > > If so, that's not correct. We need to add DEF as well as USE: > ... > > Then, we'll need to c

Re: df_insn_refs_record's handling of global_regs[]

2007-10-19 Thread David Miller
From: "Seongbae Park (박성배, 朴成培)" <[EMAIL PROTECTED]> Date: Tue, 16 Oct 2007 22:56:49 -0700 > Did you replace the DF_REF_REG_USE with DEF ? > If so, that's not correct. We need to add DEF as well as USE: ... > Then, we'll need to change the df_invalidated_by_call loop > not to add global_regs[] a

gcc-4.3-20071019 is now available

2007-10-19 Thread gccadmin
Snapshot gcc-4.3-20071019 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20071019/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk

Re: SPARC Ada compilation hangs

2007-10-19 Thread Eric Botcazou
> The two files in question do compile at -O0 so you wouldn't > trip it. You misunderstood, only the compiler is built at -O0 -g, the runtime is built normally at -O2 -g. -- Eric Botcazou

Re: SPARC Ada compilation hangs

2007-10-19 Thread Joel Sherrill
Eric Botcazou wrote: I would appreciate it is one of the SPARC/Solaris users would see if they can duplicate this. I cannot duplicate on SPARC/Solaris, but my tree is not pristine. This is for a --disable--bootstrap compiler built at -O0 -g. The two files in question do compile at -O0

Re: SPARC Ada compilation hangs

2007-10-19 Thread Eric Botcazou
> I would appreciate it is one of the SPARC/Solaris > users would see if they can duplicate this. I cannot duplicate on SPARC/Solaris, but my tree is not pristine. This is for a --disable--bootstrap compiler built at -O0 -g. -- Eric Botcazou

SPARC Ada compilation hangs

2007-10-19 Thread Joel Sherrill
Hi, When compiling GNAT/RTEMS to SPARC on the SVN trunk, the compilation of g-catiio.adb and g-spipat.adb hang when using -O2. I kill the compilation and do them by hand with -O0 and the build continues. I would appreciate it is one of the SPARC/Solaris users would see if they can duplicate thi

Re: Ada standard elaboration order

2007-10-19 Thread Florian Weimer
* Christophe Meudec: > So how can the body of system.soft_links be elaborated prior to the > body of ada.exceptions since it is dependent on it? The standard library is not subject to the elaboration rules of the language. It's not written in standard Ada, either.

Removal of pre-ISO C++ items from include/backwards

2007-10-19 Thread Richard Guenther
2007-10-18 Benjamin Kosnik <[EMAIL PROTECTED]> Removal of pre-ISO C++ items from include/backwards. * include/Makefile.am (backward_headers): Remove all but strstream, backward_warning.h. * include/Makefile.in: Regenerate. * include/backward/new.h: Remov

Ada standard elaboration order

2007-10-19 Thread Christophe Meudec
Just an old newbie question. when I look at the elaboration order generated by gnatbind for the standard libraries I get the following: ... system.soft_links (spec) system.soft_links (body) ... ada.exceptions (body) ... but the body of soft_links contains Ada.Exceptions.Save_Occ