1 msgWide Streams
4 msgMINGW I/O support for file sizes > 2GB (LFS ...
2 msg#define WINVER 0x0400
11 msgWhy does g++ not link with libstdc++?
3 msghow to compile and link a library
1 msgHey Guys
5 msgCompile error using mingw
2 msg'include/c++/ext' missing fromgcc-part-c++-4.3....
1 msgFMTID_SummaryInformation andFMTID_UserDefinedPr...
2 msghow to realize mouse programming
3 msglooking for tiny light cross platform filesyste...
2 msgMinGW GCC Development Plan
3 msghow to use the read/write

GCC 4.3.0 20080502 (alpha) Released - Please he...
\ Aaron W. LaFramboise (5 May 2008)
. \ Chris Sutcliffe (5 May 2008)
. . \ Aaron W. LaFramboise (5 May 2008)
. . \ Earnie Boyd (5 May 2008)
. \ Doug Schaefer (5 May 2008)
. . \ Aaron W. LaFramboise (5 May 2008)
. . \ John Marriott (11 May 2008)
. . . \ Earnie Boyd (11 May 2008)
. . . . \ John Marriott (11 May 2008)
. . . . . \ Earnie Boyd (11 May 2008)
. . . . . . \ NightStrike (11 May 2008)
. \ John Brown (5 May 2008)
. . \ Aaron W. LaFramboise (5 May 2008)
. \ JonY (6 May 2008)
. . \ Bob Rossi (6 May 2008)
. . . \ Greg Chicares (6 May 2008)
. . . \ Aaron W. LaFramboise (6 May 2008)
. . . . \ Bob Rossi (6 May 2008)
. . . . . \ Tonal (6 May 2008)
. . . . . . \ Bob Rossi (6 May 2008)
. . . . . . . \ Mathias Fröhlich (6 May 2008)
. . . . . . . . \ Bob Rossi (6 May 2008)
. . . . . . . \ Earnie Boyd (6 May 2008)
. . . . . . . . \ Aaron W. LaFramboise (6 May 2008)
. . . . . . . . . \ Earnie Boyd (6 May 2008)
. . . . . . . . . \ Danny Smith (7 May 2008)
. . . . . . . . . . \ NightStrike (7 May 2008)
. . . . . . . . . . . \ Danny Smith (7 May 2008)
. . . . . . . . . . . . \ NightStrike (7 May 2008)
. . . . . . . . . . . \ Kai Tietz (7 May 2008)
. . . . . . . . . . \ Earnie Boyd (7 May 2008)
. . . . . \ Aaron W. LaFramboise (6 May 2008)
. . . \ Tonal (6 May 2008)
. . . . \ Bob Rossi (6 May 2008)
. . . . \ Aaron W. LaFramboise (6 May 2008)
. . . . . \ Tonal (8 May 2008)
. . . . . . \ Tonal (8 May 2008)
. . . . . . \ Earnie Boyd (8 May 2008)
. . . . . . . \ Tonal (8 May 2008)
. . . . . . . . \ Aaron W. LaFramboise (8 May 2008)
. . . . . . . . \ Earnie Boyd (8 May 2008)
. . . . \ Tonal (6 May 2008)
. \ Brian Dessent (6 May 2008)
. \ Brian Dessent (6 May 2008)
. . \ Aaron W. LaFramboise (6 May 2008)
. . . \ Tonal (6 May 2008)
. . . . \ Aaron W. LaFramboise (6 May 2008)
. \ Brian Dessent (6 May 2008)
. . \ Aaron W. LaFramboise (6 May 2008)
. . \ Greg Chicares (6 May 2008)
. \ StéphaneLarouche (7 May 2008)
. . \ Aaron W. LaFramboise (8 May 2008)
. \ ATS (7 May 2008)
. . \ Aaron W. LaFramboise (8 May 2008)
. . . \ Tonal (8 May 2008)
. \ Ramiro Polla (8 May 2008)
. . \ Aaron W. LaFramboise (8 May 2008)
. \ ATS (8 May 2008)
. . \ Charles Wilson (8 May 2008)
. . . \ Tonal (8 May 2008)
. . . . \ Aaron W. LaFramboise (8 May 2008)
. \ Sisyphus (8 May 2008)
. . \ Aaron W. LaFramboise (8 May 2008)
. \ Danny Smith (8 May 2008)
. . \ Aaron W. LaFramboise (8 May 2008)
. \ StéphaneLarouche (10 May 2008)
. . \ Aaron W. LaFramboise (10 May 2008)
. \ Brian Dessent (10 May 2008)
. \ StéphaneLarouche (10 May 2008)
. \ Tonal (11 May 2008)
. . \ Tonal (11 May 2008)
. . . \ JonY (11 May 2008)
. . . . \ Tonal (11 May 2008)
. . \ Tonal (11 May 2008)

10 msgMinGW gcc 3.x, 4.x and exceptions
4 msgdllwrap 2.17.50 20060824
12 msgstrtod is not C99-compatible
4 msgTest program crashes with g++ 4.2.1-dw2 usingli...
25 msgimlib2
4 msgDisassembly of stack frame
Subject:Re: GCC 4.3.0 20080502 (alpha) Released - Please helpus test it!
Group:Mingw-users
From:Charles Wilson
Date:8 May 2008


 
ATS wrote:
> So there seems to be a choice between:
>
> 1 - DWARF - Fast but not robust with foreign frames. (any code generated
> by other compiler, in a plugin / DLL / static lib from 3rd party).
>
> 2 - SJLJ - A bit slower but robust recovery in a mixed/plugin environment.

"A bit slower". Try a whole hell of lot slower, as in: java is
completely unusable in 4.3-sjlj.

> For me, the choice is 2 since I work with extensible apps. Since there
> are so many compilers for Windows and run-time binary linking (plugin/
> COM) is common, it seems SJLJ is a better match.

For those people who RIGHT THIS MINUTE must have
exceptions-across-foriegn-frames working -- and are willing to stick
with C/C++/Fortran (NOT java, and NOT Ada -- because the AdaCore stuff
on which gcc's Ada relies now only supports DW2, AFAIK), then perhaps
current 4.3.x-sjlj technology is a better choice.

For those who need foreign-frame support and are willing to continue to
use 3.4.5 for another few months, while (1) the rest of us try to get
DW2 stabilized for non-foreign-frame use, and (2) then start to solve
the foreign-frame problem with DW2, I have a request of all the complainers:

Either get out of the way, and let those of us who don't need foreign
frame support get on with (1) faster, so we can get to (2) sooner -- or
start contributing code to gcc to fix (2) now. Bellyaching and harassing
Mr. LaFramboise is not helping ANYTHING.

It's amazing the number of folks coming out of the woodwork NOW to
complain about the way Aaron is doing things -- where were YOU five
months ago when Danny stepped down? Or a year ago when he asked for
help? Thank [whatever you hold holy] for Aaron's efforts...

> If there is a try block inside a crucial tight inner loop, I'd just move
> the try block out of there (I imagine one can shift the design slightly
> in most cases).

It's not just "tight loops". And using STL at all, imposes a lot of
try/catch inside the implementation. I don't want to "slightly" redesign
the STL, nor eliminate its use, all so you can stick with old -- poorly
supported by upstream gcc -- sjlj.

> If the choice is between:
>
> - Robust recovery in a mixed binary environment (with a cost for
> every 'try' block)
>
> - Very optimized performance in a controlled homogeneous environment
> (limited, special circumstances, particularly on Windows)

All cygwin programs. Any computational program on windows. There's lots
of stuff that is not GUI, and not networked. Or, perhaps IS
gui/networked, but simply doesn't use the callback model.

> then that choice is easy enough for me.

And as upstream support for sjlj gets worse and worse, win32 becomes
even more of a third-class citizen. Yippee.

How about we begin the switch to DW2, but maintain a separate
C/C++/Fortran-only 4.3.x-sjlj UNTIL the foreign-frame problem with DW2
is solved. then drop sjlj.

--
Chuck


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
MinGW-users mailing list
MinGW-users

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users


© 2004-2008 readlist.com