Jack Howarth a écrit :
Jacob,
Apple's gcc is based on their own branch and is not the
same as FSF gcc. The first FSF gcc that is validated on
on darwin10 was gcc 4.4. However I would suggest you first
start testing against current FSF gcc trunk. There are a
number of fixes for darwin10 that ar
On Fri, Feb 05, 2010 at 09:06:56PM +, Dave Korn wrote:
> On 05/02/2010 18:46, jacob navia wrote:
>
> > The build crashed in the java section by the way, there was a script that
> > supposed the object files in a .libs directory but the objects were in the
> > same directory as the source code
On 05/02/2010 18:46, jacob navia wrote:
> The build crashed in the java section by the way, there was a script that
> supposed the object files in a .libs directory but the objects were in the
> same directory as the source code. This happened several times, so at the
> end I stopped since I am n
Jack Howarth a écrit :
On Thu, Feb 04, 2010 at 08:12:10PM +0100, jacob navia wrote:
Hi
I have developed a JIT for linux 64 bits. It generates exception
handling information
according to DWARF under linux and it works with gcc 4.2.1.
I have recompiled the same code under the Macintosh
On Thu, Feb 04, 2010 at 08:12:10PM +0100, jacob navia wrote:
> Hi
>
> I have developed a JIT for linux 64 bits. It generates exception
> handling information
> according to DWARF under linux and it works with gcc 4.2.1.
>
> I have recompiled the same code under the Macint
Hi
I have developed a JIT for linux 64 bits. It generates exception
handling information
according to DWARF under linux and it works with gcc 4.2.1.
I have recompiled the same code under the Macintosh and something has
changed,
apparently, because now any throw that passes through my code
Jason Merrill writes:
> On 08/20/2009 11:36 PM, Ian Lance Taylor wrote:
>> Ironically, -freorder-blocks-and-partition, which seems tailor-made to
>> fix this, is disabled when exception handling is used.
>
> This is no longer true:
>
> 2009-08-07 Jakub Jelinek
> ...
> * opts.c: Include
On 08/20/2009 11:36 PM, Ian Lance Taylor wrote:
Ironically, -freorder-blocks-and-partition, which seems tailor-made to
fix this, is disabled when exception handling is used.
This is no longer true:
2009-08-07 Jakub Jelinek
...
* opts.c: Include except.h.
(decode_options): Al
Dave Korn writes:
> The
> DW2 version has zero overhead in terms of execution time when no exceptions
> are thrown, but adds a noticeable amount of memory usage for the eh tables.
For the extremely picky (and who among us is not extremely picky) there
is still some overhead in the dwarf2 version
SD wrote:
> Hello,
>
> After searching this list it appears that with recent gcc (I am using gcc
> 4.1), C++ exception handling has zero overhead (unless an exception actually
> happens)
>
> Where can I find more information on how exception handling is done and if
> this zero overhead propert
Hello,
After searching this list it appears that with recent gcc (I am using gcc
4.1), C++ exception handling has zero overhead (unless an exception actually
happens)
Where can I find more information on how exception handling is done and if
this zero overhead property is always true.
I looke
11 matches
Mail list logo