Plans for Linux ELF "i686+" ABI ? Like SPARC V8+ ?

2007-10-14 Thread Darryl L. Miles
Hello, On SPARC there is an ABI that is V8+ which allows the linking (and mixing) of V8 ABI but makes uses of features of 64bit UltraSparc CPUs (that were not available in the older 32bit only CPUs). Admittedly looking at the way this works it could be said that Sun had a certain about of

Re: University coursework & GCC

2007-10-14 Thread Ben Elliston
> I am currently looking for a topic for graduation thesis. I would > like it to be in the area of GCC code generation enhancements, and my > current best choice is providing predication support in selective > scheduling. If you have anything to suggest, I will be very glad to > hear; or maybe yo

Re: Who should top level configure changes be coordinated with?

2007-10-14 Thread Ben Elliston
On Sun, 2007-10-14 at 18:28 -0500, Steve Kenton wrote: > If so, who should these sort of patches be coordinated with? > I did not find a maintainer listed for the top level configure. build machinery (*.in) Paolo Bonzini [EMAIL PROTECTED] build machinery (*.in) DJ Delorie

Who should top level configure changes be coordinated with?

2007-10-14 Thread Steve Kenton
While digging through the top level configure researching my inhibit_libc changes I realized that there are some non-obvious ways to shoot yourself in the foot. For example, the build-sysroot parameter parsing in gcc-4.3-20071012 has the following code fragment. It looks like specifying --with

Re: [RFC,wwwdocs] Ditch MetaHTML and use our own Perl preprocessor

2007-10-14 Thread Gerald Pfeifer
[ Omitting gcc-patches ] On Sun, 30 Sep 2007, Janne Blomqvist wrote: > I think that if indeed metahtml is in such a bad shape as you > describe, moving away from it asap is the right thing to do. But I'm > not convinced that developing a gcc.gnu.org-specific template engine > is the correct answer