GNU compiler for Linux

2008-12-22 Thread J.BALAJI
Dear Sir / Madam Please kindly help me to have the website link to download the GNU compiler for Linux Thanks and Regards J.BALAJI Assistant Manager (R&D) Trinity Comnet Pvt Ltd PH:9789273624

Re: Odd performance regression with -Os

2008-12-22 Thread Eric Botcazou
> Thanks. Are you holding this because we're in Stage 3? The patch was written very recently so I wanted to let it go through a good deal of internal testing. Moveover I haven't measured its impact on anything else than Ada benchmarks (and on a patched 4.3 branch). If people think that it wou

Re: Odd performance regression with -Os

2008-12-22 Thread Eric Botcazou
> The problem here seems to be that the FE (or the GIMPLE generation) > transforms > > addr + ((on_off-1)*2) > > into > > addr + ((1-on_off)*-2) > > and nothing in -Os has the wit to recover. This badly affects targets > with no hardware multiplier, which end up calling libgcc to d

Odd performance regression with -Os

2008-12-22 Thread Andrew Haley
Here's a strange case of poor code generation with -Os. unsigned short foo2 (unsigned char on_off, unsigned short *puls) { return puls[on_off-1]; } With -O2, it's fine: movzbl %dil, %edi movzwl -2(%rsi,%rdi,2), %eax ret With -Os it's really weird: movzbl %d

gcc.c-torture/compile/limits-exprparen.c Out of stack space.

2008-12-22 Thread Jack Howarth
The regress tester for powerpc-apple-darwin8.5.0 has been failing... FAIL: gcc.c-torture/compile/limits-exprparen.c -O0 (test for excess errors) FAIL: gcc.c-torture/compile/limits-exprparen.c -O1 (test for excess errors) FAIL: gcc.c-torture/compile/limits-exprparen.c -O2 (test for excess

new MPFR-2.4.0 Release Candidate (rc2)

2008-12-22 Thread Vincent Lefevre
- Forwarded message from Paul Zimmermann - From: Paul Zimmermann To: m...@loria.fr Date: Mon, 22 Dec 2008 12:52:14 +0100 Subject: [MPFR] new MPFR-2.4.0 Release Candidate (rc2) Hi, thank you to all of you who gave feedback to the 1st release candidate. We have prepared a 2nd rele

Re: Official GCC git repository

2008-12-22 Thread Andreas Schwab
Paolo Bonzini writes: > Rafael Espindola wrote: >>> Because the right one should have been >>> >>> $ git config --add remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*' >>> >> >> That is what "git clone" adds, but with that "git branch -r" will not >> list the remote branches. > > Uhm, it

Re: Official GCC git repository

2008-12-22 Thread Andreas Schwab
Rafael Espindola writes: >>> git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*' >> >> This will put the remote branch heads in refs/remotes, you might want to >> put them in refs/remotes/origin instead. >> >> $ git config --add remote.origin.fetch >> '+refs/remotes/*:refs/remo

Re: Official GCC git repository

2008-12-22 Thread Rafael Espindola
> Uhm, it does here (I don't have a GCC repo, it's another one): I think the problem is that the GCC repo is set up in some unusual way. > $ git branch -r > mirror/cpp > mirror/exc-handling-alternate-fix > mirror/filesystem > mirror/ipv6 > mirror/magritte > mirror/master > mirror/omnibrows

Re: Official GCC git repository

2008-12-22 Thread Paolo Bonzini
Rafael Espindola wrote: >> Because the right one should have been >> >> $ git config --add remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*' >> > > That is what "git clone" adds, but with that "git branch -r" will not > list the remote branches. Uhm, it does here (I don't have a GCC repo,

Re: Official GCC git repository

2008-12-22 Thread Rafael Espindola
> Because the right one should have been > > $ git config --add remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*' > That is what "git clone" adds, but with that "git branch -r" will not list the remote branches. > > Paolo > Cheers, -- Rafael Avila de Espindola Google | Gordon House | B