Continuous builder up

[Daniel Berlin]

I have placed a continuous builder  (IE it does one build per svn
change) for GCC for x86_64 on an 8 core machine (nicely provided by
Google), and it has results here:
http://home.dberlin.org:8010/waterfall

(I have not made it summarize the warnings yet, and these deliberately
do not run the testsuite in order to keep up with the repository.  I
have more servers coming that will run builds that include running the
testsuite).

In the next few days i will add a continuous builder for i686, as well
as a server that accepts patches for testing on these platforms and
spits back results in an hour or less, including the testsuite, so
those who want to test things while continuing work can do so.

Anybody who wishes to have their favorite platform do continuous
builds and report results on that page, let me know. The only
requirement is that you be able to contact home.dberlin.org on port
9989 (IE you an run a build slave on an internal nat'd machine if you
like), and have python.  It takes about 30 seconds to set up a new
buildslave on any machine (it requires you install buildbot, and tell
it to connect to the buildmaster, and that's it).

--Dan

Re: -fno-ira removal

[Jeff Law]

Joseph S. Myers wrote:

On Thu, 23 Oct 2008, Jakub Jelinek wrote:

  

Hi!

I think we are now almost a month past the deadline for removal of -fno-ira
and ports that haven't been converted to IRA yet.



The plan was to add the ports to the deprecation list (so they can be 
reenabled by a small patch defining IRA_COVER_CLASSES and removing them 
from the deprecation list) and remove them after 4.4 branches: only the 
old allocator would be removed from trunk right now, not the ports 
themselves.
  
Right.  Let's not make it harder than necessary for someone to revive 
one or more of the ports that haven't been converted.


Jeff

Re: -fno-ira removal

[Hans-Peter Nilsson]

On Thu, 23 Oct 2008, Paolo Bonzini wrote:
> > The following ports haven't been converted yet:
> >
> > arc m32c m68hc11 mmix pdp11 score vax
>
> DJ has reported problems on the list for m32c.
>
> Regarding ARC and MMIX we might expect some action from Joern and H-P
> respectively,

Problems for MMIX too.  I hinted at a regression (yes, just one)
apparently caused by IRA not handling LOAD_EXTEND_OP (implicit
sign-extension) as abused by combine:


I'll make a PR, but the words above should be sufficient, Vlad.

If nothing comes through, I can always #if 0 the definition of
LOAD_EXTEND_OP and commit the trivial IRA_COVER_CLASSES
definition; LOAD_EXTEND_OP is one of those abominations where
parts of RTL (in this case paradoxical subregs) have
port-specific semantics controlled by various clever (but
documented) macros.

brgds, H-P

Inserting Custom RTLs by the Haifa Scheduler

[Balaji V. Iyer]

Hello Everyone,
I am currently working on OpenRISC port of GCC-4.0.2, and I have to
insert a custom RTL (which gets translated to an instruction) at fixed
parts of the code. I have created the custom instruction (by modifying
RTL.DEF) and then put the appropritae constraints in my .md file.
 
Now, I want this instructoin to be inserted at specific points...How
can I do it? What function shiould I call to output this RTL?
 
Any help is highly appreciated!
 
Please CC me in the answer since I am not a subscribed member of GCC.
 
Regards,

Balaji V. Iyer.
 
-- 
 
Balaji V. Iyer
PhD Candidate, 
Center for Efficient, Scalable and Reliable Computing,
Department of Electrical and Computer Engineering,
North Carolina State University.

bootstrap failure on i686-apple-darwin9

[Jack Howarth]

  Current gcc trunk has a bootstrap failure on i686-apple-darwin9 with
a failure at...

gcc  -I../../gcc-4.4-20081026/libcpp -I. 
-I../../gcc-4.4-20081026/libcpp/../include 
-I../../gcc-4.4-20081026/libcpp/include  -g -fkeep-inline-functions -W -Wall 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition 
-Wmissing-format-attribute -pedantic -Wno-long-long  
-I../../gcc-4.4-20081026/libcpp -I. -I../../gcc-4.4-20081026/libcpp/../include 
-I../../gcc-4.4-20081026/libcpp/include  -c -o charset.o -MT charset.o -MMD -MP 
-MF .deps/charset.Tpo ../../gcc-4.4-20081026/libcpp/charset.c
In file included from ../../gcc-4.4-20081026/libcpp/charset.c:22:
../../gcc-4.4-20081026/libcpp/system.h:255:21: error: libintl.h: No such file 
or directory
make[3]: *** [charset.o] Error 1
make[2]: *** [all-stage1-libcpp] Error 2
make[1]: *** [stage1-bubble] Error 2
make: *** [all] Error 2

I didn't see this problem with gcc trunk on 20081016.
Jack