Re: target-defs.h / tm.h question

2005-10-05 Thread Kean Johnston
Are the comment /* Note that if one of these macros must be defined in an OS .h file rather than the .c file, then we need to wrap the default definition in a #ifndef, since files include tm.h before this one. */ and the description in tm.texi of these macros as defined in the .c file (n

Types of allowed regions in sched-rgn.c

2005-10-05 Thread mcrosier
I'm interested in studying different region formation algorithms for the interblock scheduling code. Can someone please tell me the restrictions on the form of these regions? (i.e., what does the Haifa scheduler expect?) Specifically, I am interested in forming treegions (tree regions). If intere

Re: target-defs.h / tm.h question

2005-10-05 Thread Joseph S. Myers
On Wed, 5 Oct 2005, Kean Johnston wrote: > Hi, > > Is there any reason why *all* of the macros in target-defs.h > are not conditionalized? target-defs.h is always included after > tm.h, so if the target specific include sets any of the macros > that are not protected in target-defs.h, they get ov

target-defs.h / tm.h question

2005-10-05 Thread Kean Johnston
Hi, Is there any reason why *all* of the macros in target-defs.h are not conditionalized? target-defs.h is always included after tm.h, so if the target specific include sets any of the macros that are not protected in target-defs.h, they get overwritten. Yes, you are warned, so my question is, is

Re: Ada question about PR 18434

2005-10-05 Thread Arnaud Charlet
> Now the question is how to fix this for real. As far as I can see, the binder is indeed generating a call to osint__m___elabb before osint___elabb, so this is probably working elsewhere because Running_Program is probably initialized by the loader. I would suggest reducing the bug as much as po

Re: Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Kaz Kojima
Gerald Pfeifer <[EMAIL PROTECTED]> wrote: >> sh libraries/configury Kaz Kojima [EMAIL PROTECTED] >> >> ? > > Looks fine. Thanks! I'll send a patch to the list and check it in. Regards, kaz

Re: Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Gerald Pfeifer
On Wed, 5 Oct 2005, Kaz Kojima wrote: > Ah. There is no room to include all, though. :-) How about > > sh libraries/configuryKaz Kojima [EMAIL PROTECTED] > > ? Looks fine. Gerald

Re: Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Kaz Kojima
Gerald Pfeifer <[EMAIL PROTECTED]> wrote: > Yes -- and you can also include configure.gcc and Makefiles. ;-) Ah. There is no room to include all, though. :-) How about sh libraries/configury Kaz Kojima [EMAIL PROTECTED] ? Regards, kaz

Re: Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Gerald Pfeifer
On Wed, 5 Oct 2005, Kaz Kojima wrote: > Like this? Yes -- and you can also include configure.gcc and Makefiles. ;-) Gerald

Re: Ada question about PR 18434

2005-10-05 Thread Rainer Orth
Laurent GUERBY writes: > If I'm guessing correctly there are two solutions: > > 1/ Remove the default initialization in ada/osint.adb > - Running_Program : Program_Type := Unspecified; > + pragma Warnings (Off); > + Running_Program : Program_Type; > + pragma Warnings (On); > > This is no

Re: Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Kaz Kojima
Gerald Pfeifer <[EMAIL PROTECTED]> wrote: > The current line is under "OS Ports"; have you considered adding a > new, third line for sh to the "CPU Port Maintainers" section? Like this? @@ -76,6 +76,7 @@ s390 port Ulrich Weigand [EMAIL PROTECTED] sh port

Re: Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Gerald Pfeifer
On Wed, 5 Oct 2005, Kaz Kojima wrote: > BTW, where is the appropriate place to add it in the MAINTAINERS > file? Is it enough to modify the currnet line like this?: The current line is under "OS Ports"; have you considered adding a new, third line for sh to the "CPU Port Maintainers" section? Ge

Re: Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Kaz Kojima
Gerald Pfeifer <[EMAIL PROTECTED]> wrote: > In accordance with the two maintainers of the sh port (Alexandre > Oliva and Joern Rennecke) the steering committee is happy to extend > Kaz Kojima's maintainership from the current sh-linux-gnu to also > include "sh: libraries, configure.gcc, Makefiles".

Re: GCC 4.1 Status Report (2005-10-02)

2005-10-05 Thread Diego Novillo
On October 4, 2005 02:46, Mark Mitchell wrote: > The number of bugs targeted at GCC 4.1 has declined to 225 from 250 in > my September 7th status report: > Mark, could you post the query you use for this? The query I've got gives me a list of 289 bugs. Thanks.

Expanding sh maintainership for Kaz Kojima

2005-10-05 Thread Gerald Pfeifer
In accordance with the two maintainers of the sh port (Alexandre Oliva and Joern Rennecke) the steering committee is happy to extend Kaz Kojima's maintainership from the current sh-linux-gnu to also include "sh: libraries, configure.gcc, Makefiles". Congratulations, Kaz! Would you mind updating y

Re: Should -msse3 enable fisttp

2005-10-05 Thread Paolo Bonzini
Richard Henderson wrote: On Tue, Oct 04, 2005 at 10:07:31AM -0700, Dale Johannesen wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23809 The patch in the PR looks reasonable. I committed it after fixing some grammar problems. Tested with `make info'. Paolo 2005-10-05 Billy Biggs <[EM