> 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
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,
> 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
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
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
- 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
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
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
> 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
> 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
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
11 matches
Mail list logo
