On Wed, Sep 18, 2013 at 10:59 PM, Xinliang David Li wrote:
> On Wed, Sep 18, 2013 at 1:23 PM, Cong Hou wrote:
>> First, look as the code below.
>>
>>
>> void foo(int* a, int* b, int n) {
>> int i;
>> for (i = 0; i < n; ++i)
>> a[i] = *b;
>> }
>>
>>
>> This loop contains possible a
Am 20.09.2013 07:50, schrieb Marc Glisse:
(gcc-h...@gcc.gnu.org would have been a better list)
On Fri, 20 Sep 2013, Dennis Luehring wrote:
> gcc 4.8.1, -O3 -march=native -std=c++11
>
> small example program to check what does the gcc 4.8.1 optimizer do with
> const std::vector/std::arrays + sim
On Fri, 20 Sep 2013, Dennis Luehring wrote:
Am 20.09.2013 07:50, schrieb Marc Glisse:
(gcc-h...@gcc.gnu.org would have been a better list)
On Fri, 20 Sep 2013, Dennis Luehring wrote:
> gcc 4.8.1, -O3 -march=native -std=c++11
>
> small example program to check what does the gcc 4.8.1 optimizer
On 09/12/2013 03:22 AM, Víctor Martínez wrote:
> Why is sjlj.o the only one built for armv4 while the rest of objects are
> armv5t?
> Is this behaviour expected? Or is there something wrong trying to configure
> gcc
> with these options?
There are co-processor instructions in there that can't be
On 09/20/13 17:20, Richard Henderson wrote:
On 09/12/2013 03:22 AM, Víctor Martínez wrote:
Why is sjlj.o the only one built for armv4 while the rest of objects are armv5t?
Is this behaviour expected? Or is there something wrong trying to configure gcc
with these options?
There are co-processor
On Fri, 2013-09-20 at 07:39 +0100, Richard Sandiford wrote:
> This seems pretty expensive though. Just wondering: is it related to
> the -mfp64 jmp_buf thing?
>
> Thanks,
> Richard
No, this is a separate issue from the -mfp64 jmp_buf bug. We think
there may be some cases where having access to
Here is a bug in google branch which couldn't be reproduced in trunk.
But I think the same problem could probably exist in trunk too, just
havn't been exposed. I havn't created a small testcase successfully so
just describe the bug here and ask for suggestions to fix it.
compiler error we met:
int
Hi,
I have been trying to find the cause of a problem that I'm having building gcc
from the repository.
In the logs I've been seeing the following message:
239 + ../gcc/configure --prefix=/usr/lsd/Linux --verbose
--with-mpc=/usr/lsd/Linux --with-mpfr=/usr/lsd/Linux --with-gmp=/usr/lsd
