On 06/10/09 02:43, Ian Lance Taylor wrote:
> fche has already installed git 1.6.3.2 in /usr/local/bin on sourceware.
> That is now the one you will get if you connect to port "git". Hope
> nothing breaks.
Thanks.
I made a few changes that hopefully won't compromise existing clones:
0) Since whe
In , GCC defines an additional overload of conj(x)
for non-complex arithmetic types, as specified in 26.3.9 [cmplx.over]
of the upcoming C++ Standard (Working Draft).
The Draft mandates certain type promotion of x.
In the (experimental) GCC implementation, conj(x) returns x as a
complex value (wit
On Thu, Jun 11, 2009 at 2:27 AM, Marc
Steinbach wrote:
> In , GCC defines an additional overload of conj(x)
> for non-complex arithmetic types, as specified in 26.3.9 [cmplx.over]
> of the upcoming C++ Standard (Working Draft).
> The Draft mandates certain type promotion of x.
>
> In the (experimen
Marc Steinbach wrote:
> PS: all this applies similarly to proj(x), except that it is not yet
> provided by GCC.
>
It is, for C++0x. Note that the end user is not supposed to use tr1_impl
files directly.
Paolo.
On Thu, Jun 11, 2009 at 3:07 AM, Bernie Innocenti wrote:
> On 06/10/09 02:43, Ian Lance Taylor wrote:
>> fche has already installed git 1.6.3.2 in /usr/local/bin on sourceware.
>> That is now the one you will get if you connect to port "git". Hope
>> nothing breaks.
>
> Thanks.
>
> I made a few ch
On 06/11/09 14:03, Daniel Berlin wrote:
> It may be faster for my to rsync it to a 32 core machine, pack it,
> then rsync it back now that delta compression is threaded.
> Does it get large enough speedups these days to be worth it?
It's done, and the pack came out 553MB.
Perhaps packing with an
On 06/11/09 15:18, Bernie Innocenti wrote:
> On 06/11/09 14:03, Daniel Berlin wrote:
>> It may be faster for my to rsync it to a 32 core machine, pack it,
>> then rsync it back now that delta compression is threaded.
>> Does it get large enough speedups these days to be worth it?
>
> It's done, an
2009/6/5 Jonathan Wakely:
> 2009/6/5 Aldy Hernandez:
>>
>> Which test is this? Can you send it to me?
>
> It tests a header that isn't checked in yet, so sending the test alone
> wouldn't help much :)
>
> I'll try to come up with a self-contained example tomorrow.
The attached test will FAIL with
On Thu, Jun 11, 2009 at 03:09:48PM +0100, Jonathan Wakely wrote:
> 2009/6/5 Jonathan Wakely:
> > 2009/6/5 Aldy Hernandez:
> >>
> >> Which test is this? ?Can you send it to me?
> >
> > It tests a header that isn't checked in yet, so sending the test alone
> > wouldn't help much :)
> >
> > I'll try t
2009/6/11 Aldy Hernandez:
>
> In the meantime, can you just put the column number in the dg-error
> message? i.e:
>
> // { dg-error "XX:no match" }
>
> This will match the message correctly, and eventually all error messages
> should have matching columns.
That works great, thanks, Aldy.
Thanks, I've pretty much finished this part of the implementation and
it seems to be working well.
Thank you all very much for your help,
Jc
On Wed, Jun 10, 2009 at 11:12 AM, Dave
Korn wrote:
> Jean Christophe Beyler wrote:
>
>> It seems that I should do the same as them no for my solution. First
I've gone back to this problem (since I've solved another one ;-)).
And I've moved forward a bit:
It seems that if I consider an array of characters, there are no
longer any shifts and therefore I do get my two loads with the use of
an offset:
Code:
char data[1312];
uint64_t goo (uint64_t i)
{
Snapshot gcc-4.5-20090611 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20090611/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On 06/11/2009 03:07 AM, Bernie Innocenti wrote:
6) As Daniel said, we are indeed already mirroring all branches from
the SVN repository. But those go to remotes/foo rather than foo,
which most likely *your* git fetches aren't configured to consider.
Mine are. I ignore all heads in gcc
14 matches
Mail list logo
