[Bug target/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-30 Thread vlad at demoninsight dot com
--- Comment #14 from vlad at demoninsight dot com 2009-12-01 05:50 --- (In reply to comment #13) > (In reply to comment #12) > > Compile-time. > > configure with --enable-checking=release to turn off checks that are enabled > by > default in pre-release builds, th

[Bug target/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-30 Thread vlad at demoninsight dot com
--- Comment #12 from vlad at demoninsight dot com 2009-11-30 16:07 --- (In reply to comment #11) > Slower in runtime or in compile-time? > Compile-time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-30 Thread vlad at demoninsight dot com
--- Comment #10 from vlad at demoninsight dot com 2009-11-30 15:19 --- So, using 4.5 trunk works around this issue... But ouch: 4.5 is almost 2x slower than 4.4... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-29 Thread vlad at demoninsight dot com
--- Comment #9 from vlad at demoninsight dot com 2009-11-29 16:04 --- Well, I think my scheme worked: I have succeeded in reverse engineering the 4.4.2 fink scripts into something I could use to build 4.5 trunk against the prerequisite libs installed via fink. Indeed, 4.5 trunk does

[Bug target/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-27 Thread vlad at demoninsight dot com
--- Comment #8 from vlad at demoninsight dot com 2009-11-28 06:42 --- I am somewhat unsure about what our best course of action is at this point. Can we discuss this in gnu forums? Could I help by providing diagnostics? I'd like to use 4.4.x for its OpenMP support etc in preferen

[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-25 Thread vlad at demoninsight dot com
--- Comment #5 from vlad at demoninsight dot com 2009-11-25 17:16 --- Same results on a custom Sep 2009 build of gcc 4.5 on Snow Leopard (64 bit mode). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-24 Thread vlad at demoninsight dot com
--- Comment #3 from vlad at demoninsight dot com 2009-11-24 15:48 --- (In reply to comment #1) > This bug doesn't appear to be present in current gcc trunk on > x86_64-apple-darwin10. > Jack, how should I interpret your comment? That all is well in 4.4.3 branch or some

[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-23 Thread vlad at demoninsight dot com
--- Comment #2 from vlad at demoninsight dot com 2009-11-24 01:37 --- I also have 32 bit gcc 4.4.1 on a MacBook Pro (Snow Leopard 10.6.2 as well) obtained outside of darwinports: >gcc -v Using built-in specs. Target: i386-apple-darwin9.7.0 Configured with: ./configure --ena

[Bug c++/42159] New: app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

2009-11-23 Thread vlad at demoninsight dot com
_s.10.5 -lgcc -lSystem COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o' 'crash' '-shared-libgcc' '-mtune=generic' >./crash -- Summary: app compiled with 4.4.2 SIGABRTs after a trivial ne