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

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

[vlad at demoninsight dot com]

A 64 bit build of gcc 4.4.2 installed via darwinports on a Mac Pro server
running Snow Leopard 10.6.2 causes a crash in the following program:

>cat src/test.cpp 

#include <iostream>

struct X
{
        ~X () // crash disappears if there is no destructor
        {
        }
};

void
dummy ()
{
    X x;

    throw 0;
}

int main()
{
        try
        {
            dummy ();
        }
        catch (...)
        {
            std::cout << "CAUGHT" << std::endl;
        }

        return 0;
}

Instead of the expected "CAUGHT" the system pops up with:

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Application Specific Information:
abort() called

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libSystem.B.dylib                   0x00007fff801a3fe6 __kill + 10
1   libSystem.B.dylib                   0x00007fff80244e32 abort + 83
2   libgcc_s.1.dylib                    0x00000001001a2aa2 uw_init_context_1 +
146
3   libgcc_s.1.dylib                    0x00000001001a2ef8 _Unwind_Resume + 72
4   crash                               0x0000000100000cfe main + 0
5   crash                               0x0000000100000d0a main + 12
6   crash                               0x0000000100000c88 start + 52

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x00007fff5fbff560  rcx: 0x00007fff5fbff288 
rdx: 0x0000000000000000
  rdi: 0x0000000000014c96  rsi: 0x0000000000000006  rbp: 0x00007fff5fbff2a0 
rsp: 0x00007fff5fbff288
   r8: 0x00000001002fc0a0   r9: 0x00000001002fc0a4  r10: 0x00007fff801a0026 
r11: 0x0000000000000206
  r12: 0x00007fff5fbff6a0  r13: 0x0000000100000cfe  r14: 0x00007fff5fbff2b0 
r15: 0x0000000000000000
  rip: 0x00007fff801a3fe6  rfl: 0x0000000000000206  cr2: 0x00000001001a5924

Binary Images:
       0x100000000 -        0x100000ff7 +crash ??? (???)
<1795FC81-D57C-8C65-42CB-984BCE974933> /Users/vlad/PRJ/test/crash
       0x100003000 -        0x1000a9fe7 +libstdc++.6.dylib ??? (???)
<7ED4A235-4CEF-A737-9698-18B1301A9979> /sw/lib/gcc4.4/lib/libstdc++.6.dylib
       0x100195000 -        0x1001a8ff7 +libgcc_s.1.dylib ??? (???)
<A31CA578-6BE8-891F-8F79-680CAAA8DE22> /sw/lib/gcc4.4/lib/libgcc_s.1.dylib
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???)
<B633F790-4DDB-53CD-7ACF-2A3682BCEA9F> /usr/lib/dyld
    0x7fff80155000 -     0x7fff80313ff7  libSystem.B.dylib ??? (???)
<526DD3E5-2A8B-4512-ED97-01B832369959> /usr/lib/libSystem.B.dylib
    0x7fff8373b000 -     0x7fff8373fff7  libmathCommon.A.dylib ??? (???)
<95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib
    0x7fffffe00000 -     0x7fffffe01fff  libSystem.B.dylib ??? (???)
<526DD3E5-2A8B-4512-ED97-01B832369959> /usr/lib/libSystem.B.dylib

Model: MacPro4,1, BootROM MP41.0081.B04, 8 processors, Quad-Core Intel Xeon,
2.66 GHz, 16 GB, SMC 1.39f5

As long as a local object 'x' with a destructor is created prior to the 'throw'
inside dummy(), the problem occurs.

[18:53:02] test>g++-4 -v -save-temps src/test.cpp -o crash
Using built-in specs.
Target: x86_64-apple-darwin10
Configured with: ../gcc-4.4.2/configure --prefix=/sw --prefix=/sw/lib/gcc4.4
--mandir=/sw/share/man --infodir=/sw/share/info
--enable-languages=c,c++,fortran,objc,java --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--disable-libjava-multilib --build=x86_64-apple-darwin10
--host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10
Thread model: posix
gcc version 4.4.2 (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 /sw/lib/gcc4.4/libexec/gcc/x86_64-apple-darwin10/4.4.2/cc1plus -E -quiet -v
-D__DYNAMIC__ src/test.cpp -fPIC -mmacosx-version-min=10.6.2 -mtune=generic
-fpch-preprocess -o test.ii
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/../../../../x86_64-apple-darwin10/include"
#include "..." search starts here:
#include <...> search starts here:

/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/../../../../include/c++/4.4.2

/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/../../../../include/c++/4.4.2/x86_64-apple-darwin10

/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/../../../../include/c++/4.4.2/backward
 /sw/lib/gcc4.4/include
 /sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/include
 /sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/include-fixed
 /usr/include
 /System/Library/Frameworks
 /Library/Frameworks
End of search list.
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 /sw/lib/gcc4.4/libexec/gcc/x86_64-apple-darwin10/4.4.2/cc1plus -fpreprocessed
test.ii -fPIC -quiet -dumpbase test.cpp -mmacosx-version-min=10.6.2
-mtune=generic -auxbase test -version -o test.s
GNU C++ (GCC) version 4.4.2 (x86_64-apple-darwin10)
        compiled by GNU C version 4.4.2, GMP version 4.3.1, MPFR version 2.4.1.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: e5506cfd76732233066589d06543f3ba
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 as -arch x86_64 -force_cpusubtype_ALL -o test.o test.s
COMPILER_PATH=/sw/lib/gcc4.4/libexec/gcc/x86_64-apple-darwin10/4.4.2/:/sw/lib/gcc4.4/libexec/gcc/x86_64-apple-darwin10/4.4.2/:/sw/lib/gcc4.4/libexec/gcc/x86_64-apple-darwin10/:/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/:/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/
LIBRARY_PATH=/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/:/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/../../../:/usr/lib/
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 /sw/lib/gcc4.4/libexec/gcc/x86_64-apple-darwin10/4.4.2/collect2 -dynamic -arch
x86_64 -macosx_version_min 10.6.2 -weak_reference_mismatches non-weak -o crash
-lcrt1.10.5.o -L/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2
-L/sw/lib/gcc4.4/lib/gcc/x86_64-apple-darwin10/4.4.2/../../.. test.o -lstdc++
-lgcc_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 nested
                    throw/stack unwinding
           Product: gcc
           Version: 4.4.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: vlad at demoninsight dot com
 GCC build triplet: x86_64-apple-darwin10
  GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10


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

[howarth at nitro dot med dot uc dot edu]

------- Comment #1 from howarth at nitro dot med dot uc dot edu  2009-11-24 01:25 -------
This bug doesn't appear to be present in current gcc trunk on
x86_64-apple-darwin10.


-- 


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

[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 --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.4.1 20090623 (prerelease) (GCC)

and it experiences a similar problem (but only when compiled with -m64):

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Application Specific Information:
abort() called

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libSystem.B.dylib                   0x00007fff85225fe6 __kill + 10
1   libSystem.B.dylib                   0x00007fff852c6e32 abort + 83
2   libgcc_s.1.dylib                    0x0000000100183c92 uw_init_context_1 +
146
3   libgcc_s.1.dylib                    0x00000001001842ce
_Unwind_RaiseException + 62
4   libstdc++.6.dylib                   0x0000000100073db9 __cxa_throw + 89
5   crash                               0x0000000100000bfb dummy() + 201
6   crash                               0x0000000100000c84 main + 52
7   crash                               0x0000000100000b10 start + 52

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x00007fff5fbff3b0  rcx: 0x00007fff5fbfef58 
rdx: 0x0000000000000000
  rdi: 0x0000000000005896  rsi: 0x0000000000000006  rbp: 0x00007fff5fbfef70 
rsp: 0x00007fff5fbfef58
   r8: 0x00000001002fc0a0   r9: 0x00000001002fc0a4  r10: 0x00007fff85222026 
r11: 0x0000000000000206
  r12: 0x00007fff5fbff4f0  r13: 0x0000000100073db9  r14: 0x00007fff5fbfef80 
r15: 0x0000000000000000
  rip: 0x00007fff85225fe6  rfl: 0x0000000000000206  cr2: 0x0000000100186b0e

Binary Images:
       0x100000000 -        0x100000ff7 +crash ??? (???)
<87DD3854-E919-9E63-A7E1-D459EBDB7B82> /Users/vlad/CONTENT/PRJ/crash/crash
       0x100003000 -        0x1000a4fef +libstdc++.6.dylib ??? (???)
<791E4340-8218-E2DD-CEBD-5A343975BA5E> /usr/local/lib/x86_64/libstdc++.6.dylib
       0x100176000 -        0x100189ff1 +libgcc_s.1.dylib ??? (???)
<CCB54A5C-47D8-820A-59E3-55965BF5E635> /usr/local/lib/libgcc_s.1.dylib
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???)
<B633F790-4DDB-53CD-7ACF-2A3682BCEA9F> /usr/lib/dyld
    0x7fff806fe000 -     0x7fff80702ff7  libmathCommon.A.dylib ??? (???)
<95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib
    0x7fff851d7000 -     0x7fff85395ff7  libSystem.B.dylib ??? (???)
<526DD3E5-2A8B-4512-ED97-01B832369959> /usr/lib/libSystem.B.dylib
    0x7fffffe00000 -     0x7fffffe01fff  libSystem.B.dylib ??? (???)
<526DD3E5-2A8B-4512-ED97-01B832369959> /usr/lib/libSystem.B.dylib

Model: MacBookPro2,2, BootROM MBP22.00A5.B07, 2 processors, Intel Core 2 Duo,
2.33 GHz, 4 GB, SMC 1.12f5


-- 


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

[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
something? Or that you cannot reproduce it on your end in 4.4.2?

If one wanted to leverage darwinports how would one get a 4.4.x version of gcc
that does not have this issue? It seems like a basic failure of exception
hanlding mechanism.


-- 


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

[aufpasser at gmail dot com]

------- Comment #4 from aufpasser at gmail dot com  2009-11-25 15:58 -------
Same results here for fink gcc 4.4.2 (both 32 and 64 bit) and gcc 4.3.3 (only
64 bit) on Snow Leopard 10.6.2 MacBook Pro. 


-- 

aufpasser at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aufpasser at gmail dot com


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

[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

[howarth at nitro dot med dot uc dot edu]

------- Comment #6 from howarth at nitro dot med dot uc dot edu  2009-11-25 17:27 -------
(In reply to comment #3)
> (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
> something? Or that you cannot reproduce it on your end in 4.4.2?
> 

I would suspect this may mean that the bug can go latent at times. Current gcc
trunk
means gcc 4.5.


-- 


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

[howarth at nitro dot med dot uc dot edu]

------- Comment #7 from howarth at nitro dot med dot uc dot edu  2009-11-25 17:29 -------
(In reply to comment #4)
> Same results here for fink gcc 4.4.2 (both 32 and 64 bit) and gcc 4.3.3 (only
> 64 bit) on Snow Leopard 10.6.2 MacBook Pro. 
> 

I would avoid gcc 4.3.x on darwin10 as none of the darwin10 fixes were
backported.


-- 


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

[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 preference to the xcode
version. I see that many (all?) prerequisites for building gcc are available
through fink: gmp, ppl, fmpr, etc. I wonder if I could leverage fink to get all
of the dependencies and then try building the current against those.

Jack, since you're the maintainer of the fink package you probably build it all
the time. Would be able to point in the right direction with the above idea,
assuming a vanilla fink install in /sw? I feel lost among the many svn branches
already...


-- 


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

[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 not appear to have this issue:

[10:00:53] TEMP>g++-4.5 -v -save-temps test.cpp -o crash
Using built-in specs.
COLLECT_GCC=g++-4.5
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/4.5.0/lto-wrapper
Target: x86_64-apple-darwin10
Configured with: ../src/configure --prefix=/sw/lib/gcc4.5.trunk
--mandir=/sw/share/man --infodir=/sw/share/info
--enable-languages=c,c++,fortran --with-gmp=/sw --with-libiconv-prefix=/sw
--with-ppl=/sw --with-cloog=/sw --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--disable-libjava-multilib --build=x86_64-apple-darwin10
--host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10
Thread model: posix
gcc version 4.5.0 20091128 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 /sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/4.5.0/cc1plus -E -quiet
-v -D__DYNAMIC__ test.cpp -fPIC -mmacosx-version-min=10.6.2 -mtune=generic
-fpch-preprocess -o test.ii
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/../../../../x86_64-apple-darwin10/include"
#include "..." search starts here:
#include <...> search starts here:

/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/../../../../include/c++/4.5.0

/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/../../../../include/c++/4.5.0/x86_64-apple-darwin10

/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/../../../../include/c++/4.5.0/backward
 /sw/lib/gcc4.5.trunk/include
 /sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/include
 /sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/include-fixed
 /usr/include
 /System/Library/Frameworks
 /Library/Frameworks
End of search list.
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 /sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/4.5.0/cc1plus
-fpreprocessed test.ii -fPIC -quiet -dumpbase test.cpp
-mmacosx-version-min=10.6.2 -mtune=generic -auxbase test -version -o test.s
GNU C++ (GCC) version 4.5.0 20091128 (experimental) (x86_64-apple-darwin10)
        compiled by GNU C version 4.5.0 20091128 (experimental), GMP version
4.3.1, MPFR version 2.4.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (GCC) version 4.5.0 20091128 (experimental) (x86_64-apple-darwin10)
        compiled by GNU C version 4.5.0 20091128 (experimental), GMP version
4.3.1, MPFR version 2.4.1
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: f85e2aae35d4b378debe824f8e82886d
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 as -arch x86_64 -force_cpusubtype_ALL -o test.o test.s
COMPILER_PATH=/sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/4.5.0/:/sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/4.5.0/:/sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/:/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/:/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/
LIBRARY_PATH=/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/:/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/../../../:/usr/lib/
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'
 /sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/4.5.0/collect2 -dynamic
-arch x86_64 -macosx_version_min 10.6.2 -weak_reference_mismatches non-weak -o
crash -lcrt1.10.5.o -L/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0
-L/sw/lib/gcc4.5.trunk/lib/gcc/x86_64-apple-darwin10/4.5.0/../../.. test.o
-lstdc++ -lgcc_s.10.5 -lgcc_ext.10.5 -lgcc -no_compact_unwind -lSystem
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.2' '-v' '-save-temps' '-o'
'crash' '-shared-libgcc' '-mtune=generic'

[10:01:04] TEMP>./crash
CAUGHT


-- 


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

[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

[rguenth at gcc dot gnu dot org]

------- Comment #11 from rguenth at gcc dot gnu dot org  2009-11-30 15:27 -------
Slower in runtime or in 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

[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

[redi at gcc dot gnu dot org]

------- Comment #13 from redi at gcc dot gnu dot org  2009-11-30 16:46 -------
(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, that will give a better comparison between the
4.4.2 release and 4.5 snapshot


-- 


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

[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, that will give a better comparison between the
> 4.4.2 release and 4.5 snapshot
> 

Thank you for a useful tip. I have re-built the same snapshot:

Using built-in specs.
COLLECT_GCC=gcc-4.5
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5.trunk/libexec/gcc/x86_64-apple-darwin10/4.5.0/lto-wrapper
Target: x86_64-apple-darwin10
Configured with: ../src/configure --enable-checking=release
--prefix=/sw/lib/gcc4.5.trunk --mandir=/sw/share/man --infodir=/sw/share/info
--enable-languages=c,c++,fortran --with-gmp=/sw --with-libiconv-prefix=/sw
--with-ppl=/sw --with-cloog=/sw --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--disable-libjava-multilib --build=x86_64-apple-darwin10
--host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10
Thread model: posix
gcc version 4.5.0 20091128 (experimental) (GCC) 

It did make a noticeable difference. With 4.4.2 and 4.5 snapshot installed in
parallel dirs, I ran the same build in two shells and simply pointing the
builder from one version to another. The times are quite reproducible:

4.4.2: ~ 337 sec
4.5:   ~ 466 sec

(averages of two runs each). So, 4.5 snapshot is 40% slower at compile time.
This is quite a bit better than without --enable-checking=release (which was
close to 2x slower) but seems a tad heavy price to pay to just have exceptions
working ...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

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

[simon at pushface dot org]

------- Comment #15 from simon at pushface dot org  2009-12-31 17:41 -------
This bug affects Ada as well.
It happens with gcc-4_4-branch HEAD as of 31 Dec 2009, and with earlier
releases too (specifically, 4.3.4+AdaCore modifications; this compiler is
AdaCore's Leopard release with one added RTS function to replace sigreturn()).


-- 

simon at pushface dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |simon at pushface dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding

[fxcoudert at gcc dot gnu dot org]

------- Comment #16 from fxcoudert at gcc dot gnu dot org  2010-05-18 10:28 -------
Confirmed on gcc version 4.5.1 20100506 (prerelease).


-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
      Known to fail|4.4.1 4.4.2                 |4.4.1 4.4.2 4.5.1
      Known to work|4.5.0                       |
   Last reconfirmed|0000-00-00 00:00:00         |2010-05-18 10:28:59
               date|                            |
            Summary|[4.4 only] app compiled with|[4.4/4.5/4.6] app SIGABRTs
                   |4.4.2 SIGABRTs after a      |after a trivial nested
                   |trivial nested throw/stack  |throw/stack unwinding
                   |unwinding                   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding

[simon at pushface dot org]

------- Comment #17 from simon at pushface dot org  2010-05-19 22:05 -------
(In reply to comment #16)
> Confirmed on gcc version 4.5.1 20100506 (prerelease).
Confirmed fixed or confirmed present?

The Ada version of this test executes correctly for 4.5.0:

$ gnatgcc -v
Using built-in specs.
COLLECT_GCC=/opt/gcc-4.5.0-x86_64/bin/gcc
COLLECT_LTO_WRAPPER=/opt/gcc-4.5.0-x86_64/libexec/gcc/x86_64-apple-darwin10/4.5.0/lto-wrapper
Target: x86_64-apple-darwin10
Configured with: ../gcc-4.5.0/configure --prefix=/opt/gcc-4.5.0-x86_64
--disable-multilib --enable-languages=c,ada --with-gmp=/opt/gnu
--with-mpfr=/opt/gnu --with-mpc=/opt/gnu --build=x86_64-apple-darwin10
Thread model: posix
gcc version 4.5.0 (GCC) 

$ cat raiser.adb 
with Ada.Text_IO; use Ada.Text_IO;
procedure Raiser is
begin
   begin
      raise Constraint_Error;
   exception
      when Constraint_Error =>
         Put_Line ("CE raised.");
   end;
end Raiser;

$ ./raiser 
CE raised.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding

[michael at jarvis dot net]

------- Comment #18 from michael at jarvis dot net  2010-06-06 19:32 -------
I can confirm the bug on my system (MacOS 10.6.3, Intel Core i7) with g++
4.4.2, 4.4.3 and 4.4.4. 

However, I have discovered a workaround.  Linking with -lpthread makes the
problem go away, both for this simple test case, and my larger program where I
too discovered the bug.  My program only started failing when I turned off the
OpenMP stuff.  However, if I leave OpenMP off, but link with -lpthread anyway,
the exception stuff works fine.  Likewise, this example program works correctly
when I compile with -lpthread.


-- 

michael at jarvis dot net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |michael at jarvis dot net


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding

[pinskia at gcc dot gnu dot org]

------- Comment #19 from pinskia at gcc dot gnu dot org  2010-07-15 16:57 -------
*** Bug 44954 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mwglass at sandia dot gov


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding

[pinskia at gcc dot gnu dot org]

------- Comment #21 from pinskia at gcc dot gnu dot org  2010-07-15 16:58 -------
*** Bug 43493 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gcc at cohi dot at


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding

[pinskia at gcc dot gnu dot org]

------- Comment #20 from pinskia at gcc dot gnu dot org  2010-07-15 16:58 -------
*** Bug 43277 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |larsfolser at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159

[Bug target/42159] [4.4/4.5/4.6] app SIGABRTs after a trivial nested throw/stack unwinding

[redi at gcc dot gnu dot org]

------- Comment #22 from redi at gcc dot gnu dot org  2010-07-15 17:03 -------
I wonder if some of the dups are actually caused by not building gcc with
--enable-fully-dynamic-string which is needed on Snow Leopard, but wasn't done
by macports until recently: https://trac.macports.org/ticket/22234


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159