I have been looking everywhere online and talking to other coders at
every opportunity about this, but cannot find a complete answer.
Different languages have different obstacles to complete optimization.
Software developers often have to drop down into non-portable
Assembly because they can't get
So, here is a comparison of the time required to do a make -j15 of a
--disable-bootstrap --enable-checking=none --enable-languages=c,c++ style
compiler. The base compiler is a --enable-checking=none
--enable-languages=c,c++,lto style compiler, which is
1b2bf75690af8115739ebba710a44d05388c7a1a
On Mon, Oct 14, 2013 at 11:32 AM, David Malcolm wrote:
> The libgccjit project now has a mailing list:
>jit AT gcc.gnu.org
> (am crossposting this there)
>
> This is intended for both users and developers of the library.
>
> You can subscribe by emailing jit-subscribe AT gcc.gnu.org
You forg
The libgccjit project now has a mailing list:
jit AT gcc.gnu.org
(am crossposting this there)
This is intended for both users and developers of the library.
You can subscribe by emailing jit-subscribe AT gcc.gnu.org
The archives (not much there yet) can be seen at:
http://gcc.gnu.org/ml/jit
> -Original Message-
> From: DJ Delorie [mailto:d...@redhat.com]
> Sent: 11 October 2013 19:19
> To: Paulo Matos
> Cc: richard.guent...@gmail.com; gcc@gcc.gnu.org
> Subject: Re: Invalid tree node causes segfault in diagnostic
>
>
> > While I am at it, can I patch backends as well? For ex
Hi.
Still trying to make a "fastcall" calling convention work on m68k. I
want functions marked as __attribute__((fastcall)) to pass arguments
in d0-2/a0-a1, this works for me.
I also want d2 to be properly marked as clobbered by "fastcall" calls.
This does not work for me. Or rather it works for
Thanks for the hints !
I found a recent correction on resource.c '
https://github.com/mirrors/gcc/commit/d8e17376c1b6ba379cc918f06843792e35c4e38e'
which treat my problem.
It seems my problem was not related to my parallel compare insn but produced by
the conditional call at the beginning of the
On Sat, Oct 12, 2013 at 12:20 PM, Thomas Schwinge
wrote:
> Hi!
>
> This is a bit of a weird scenario -- but it is supposed to work fine in
> my opinion (but doesn't).
>
> I have a GNU toolchain as 32-bit x86 GNU/Linux executables, configured to
> to generate code for 32-bit x86 by default, and usi
> -Original Message-
> From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of Paulo
> Matos
> Sent: 14 October 2013 09:53
> To: Jan Hubicka
> Cc: gcc@gcc.gnu.org
> Subject: RE: Testing ICEs resulting from profile directed optimization
>
>
> Didn't know about dg-additional
This is a great project dying to start helping out there!
--Phil
On 13 October 2013 21:34, Paulo J. Matos wrote:
> On 10/10/13 20:52, David Malcolm wrote:
>>
>> I've added detailed information on the project to the wiki as:
>>http://gcc.gnu.org/wiki/JIT
>> and added a link to that page to th
> -Original Message-
> From: Jan Hubicka [mailto:hubi...@ucw.cz]
> Sent: 11 October 2013 23:23
> To: Paulo Matos
> Cc: Jan Hubicka; gcc@gcc.gnu.org
> Subject: Re: Testing ICEs resulting from profile directed optimization
>
> You can use dg-additional-sources for multi-file testcases. I a
On 10/13/2013 04:46 AM, Fredrik Tolf wrote:
I did find that there is the `-fno-diagnostics-show-caret` to turn them
off, but it's quite bothersome to have to specify that every single time
I compile something, and passing it through Makefiles' CFLAGS options
shadows other flags that are turned o
On Fri, 11 Oct 2013, Vidya Praveen wrote:
> On Tue, Oct 01, 2013 at 09:26:25AM +0100, Richard Biener wrote:
> > On Mon, 30 Sep 2013, Vidya Praveen wrote:
> >
> > > On Mon, Sep 30, 2013 at 02:19:32PM +0100, Richard Biener wrote:
> > > > On Mon, 30 Sep 2013, Vidya Praveen wrote:
> > > >
> > > > >
13 matches
Mail list logo
