Hi,
there seems to have been some confusion about the OpenACC development that we're
currently engaged in. I thought I'd write here to clarify some things.
As Thomas previously announced, we're working on an implementation of OpenACC
2.0 for x86-64/Linux host systems and PTX accelerator devic
On Wed, Nov 20, 2013 at 12:27 PM, Basile Starynkevitch
wrote:
> On Wed, 2013-11-20 at 11:45 -0800, Ian Lance Taylor wrote:
>> On Wed, Nov 20, 2013 at 8:45 AM, Alec Teal wrote:
>> >
>> > It was said before (when this first started) that Go wasn't ready. Another
>> > language that looks cool but ha
On 11/20/2013 1:45 PM, Ian Lance Taylor wrote:
> On Wed, Nov 20, 2013 at 8:45 AM, Alec Teal wrote:
>>
>> It was said before (when this first started) that Go wasn't ready. Another
>> language that looks cool but has yet to mature.
>
> Side issue clarification. I believe that Go is ready for any
On Wed, 2013-11-20 at 11:45 -0800, Ian Lance Taylor wrote:
> On Wed, Nov 20, 2013 at 8:45 AM, Alec Teal wrote:
> >
> > It was said before (when this first started) that Go wasn't ready. Another
> > language that looks cool but has yet to mature.
>
> Side issue clarification. I believe that Go is
On Wed, Nov 20, 2013 at 8:45 AM, Alec Teal wrote:
>
> It was said before (when this first started) that Go wasn't ready. Another
> language that looks cool but has yet to mature.
Side issue clarification. I believe that Go is ready for any use one
might care to put it to. The reasons I believe
On Wed, Nov 20, 2013 at 8:23 AM, BELBACHIR Selim
wrote:
>
> make -C $(GCC_OBJDIR) all-gcc
>
> make -C $(GCC_OBJDIR) install-gcc
Don't do this. Follow the installation instructions at
http://gcc.gnu.org/install .
Ian
On 13/11/13 17:32, Jeff Law wrote:
On 11/13/13 03:15, Richard Biener wrote:
You know - 'tree's were a design decision (well, just my guess - I
wasn't
around 25 years ago ...). They are a perfect match to represent an AST.
So I'd say whoever introduced that middle-end between the FEs AST
and
Thx that's what I was looking for :) I forgot the new gcc/common/config part ...
-Message d'origine-
De : Joseph Myers [mailto:jos...@codesourcery.com]
Envoyé : mercredi 20 novembre 2013 17:41
À : BELBACHIR Selim
Cc : gcc@gcc.gnu.org
Objet : Re: how to use -fomit-frame-pointer by default
Hello,
I am looking into how rs6000 implements load multiple code and I understand
everything except how rs6000 ensures that the register allocator allocates all
the registers in *ldmsi to consecutive registers.
At expand load_multiple generates these ldmsi so I would expect that when
they get
There's a point where this becomes "change for the sake of change"
perhaps we should stick with "if it's not broken, make no attempt to fix
it".
Is Java's presence hurting anyone. Yes. Is GCJ's presence hurting
anyone? No.
That was phrased badly, I hate Java, but GCJ can make it produce
som
On Tue, 19 Nov 2013, BELBACHIR Selim wrote:
> I'm migrating my private port from gcc 4.5.2 to gcc 4.7.3. I noticed
> that -fomit-frame-pointer was not triggered when using -O1 -O2 or -O3.
> Could you indicate me how to modify my port to use -fomit-frame-pointer
> by default (as it was in gcc 4.
Hi,
I'm trying to migrate from gcc4.5.2 to gcc4.7.3.
Here are a part of my makefile to build gcc (same config used with gcc4.5.2 and
gcc4.7.3) :
cd $(GCC_OBJDIR); CFLAGS="-g -O0" $(GCC_SRCDIR)/configure
-quiet
--prefix=$(INSTALLDIR)
--target=$(TARGET)
--enab
On Wed, 20 Nov 2013, Marc Glisse wrote:
On Wed, 20 Nov 2013, FX wrote:
I reduced my problem to the following code:
int main (void)
{
double x;
x = 1 / 3.;
__builtin_printf ("%.30lg %.30lg\n", __builtin_remainder(1., 1/3.), 1/3.);
__builtin_printf ("%.30lg %.30lg\n", __builtin_remainder(1
> Did you really test on x86_64-linux? I am only seeing this -2.71e-20 when
> using -mfpmath=387.
Duh, you’re right: I tested on a x86_64-linux, but whose system compiler
(4.7.2) actually defaults to 32-bit.
FX
On Wed, 20 Nov 2013, FX wrote:
I reduced my problem to the following code:
int main (void)
{
double x;
x = 1 / 3.;
__builtin_printf ("%.30lg %.30lg\n", __builtin_remainder(1., 1/3.), 1/3.);
__builtin_printf ("%.30lg %.30lg\n", __builtin_remainder(1., x), x);
}
This calls __builtin_remaind
I reduced my problem to the following code:
int main (void)
{
double x;
x = 1 / 3.;
__builtin_printf ("%.30lg %.30lg\n", __builtin_remainder(1., 1/3.), 1/3.);
__builtin_printf ("%.30lg %.30lg\n", __builtin_remainder(1., x), x);
}
This calls __builtin_remainder() twice, once with constant
I have noticed that the link
Extended-asm-with-goto.html#Extended-asm-with-goto is wrong in
http://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html.
Locally when I generate the html doc, the link is good, ie .
Also the online page for Extended-asm-with-goto.html is wrong, '%20'
instead of '-'.
$ curl
17 matches
Mail list logo
