[Bug c++/16061] New: c++ throw generates sigabrt

[Bug c++/16061] New: c++ throw generates sigabrt

[greg dot weeks at timesys dot com]

I've tried this on three different versions of the compiler built for i686. This
is the most current one I have built. It's a December snapshot of 3.4. Since
it's been there since 3.2 and I didn't find a prior bug report for it I expect
it's still there. When doing a simple try/catch/throw sequence I get a sigabrt
instead of the catch. It only happens on an i686 build. When I build for i585 it
works fine. It also only happens when using dynamic linking. a -static compile
works also.

bash-2.05# g++ -v -save-temps -Wall throw2.cpp -o throw2
Reading specs from /usr/lib/gcc/i686-linux/3.4/specs
Configured with: ../package/configure --build=i686-linux --host=i686-linux
--target=i686-linux --prefix=/usr --enable-initfini-array
--enable-languages=c,c++ --enable-shared --enable-threads=posix --with-gnu-as
--with-gnu-ld --disable-sjlj-exceptions
Thread model: posix
gcc version 3.4 20031210 (experimental)
 /usr/libexec/gcc/i686-linux/3.4/cc1plus -E -quiet -v -D_GNU_SOURCE throw2.cpp
-mtune=pentiumpro -Wall -o throw2.ii
ignoring duplicate directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/i686-linux/3.4/../../../../include/c++/3.4
 /usr/lib/gcc/i686-linux/3.4/../../../../include/c++/3.4/i686-linux
 /usr/lib/gcc/i686-linux/3.4/../../../../include/c++/3.4/backward
 /usr/local/include
 /usr/lib/gcc/i686-linux/3.4/include
 /usr/lib/gcc/i686-linux/3.4/../../../../i686-linux/include
End of search list.
 /usr/libexec/gcc/i686-linux/3.4/cc1plus -fpreprocessed throw2.ii -quiet
-dumpbase throw2.cpp -mtune=pentiumpro -auxbase throw2 -Wall -version -o throw2.s
GNU C++ version 3.4 20031210 (experimental) (i686-linux)
        compiled by GNU C version 3.4 20031210 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
 /usr/lib/gcc/i686-linux/3.4/../../../../i686-linux/bin/as -V -Qy -o throw2.o
throw2.s
GNU assembler version 2.14.90.0.7 (i686-linux) using BFD version 2.14.90.0.7
20031029
 /usr/libexec/gcc/i686-linux/3.4/collect2 --eh-frame-hdr -m elf_i386
-dynamic-linker /opt/timesys/linux/5.0/toolchains/i686-linux/lib/ld-linux.so.2
-o throw2 /usr/lib/gcc/i686-linux/3.4/../../../../i686-linux/lib/crt1.o
/usr/lib/gcc/i686-linux/3.4/../../../../i686-linux/lib/crti.o
/usr/lib/gcc/i686-linux/3.4/crtbegin.o -L/usr/lib/gcc/i686-linux/3.4
-L/usr/lib/gcc/i686-linux/3.4
-L/usr/lib/gcc/i686-linux/3.4/../../../../i686-linux/lib
-L/usr/lib/gcc/i686-linux/3.4/../../.. throw2.o -lstdc++ -lm -lgcc_s -lgcc -lc
-lgcc_s -lgcc /usr/lib/gcc/i686-linux/3.4/crtend.o
/usr/lib/gcc/i686-linux/3.4/../../../../i686-linux/lib/crtn.o
bash-2.05# ./throw2
Aborted
bash-2.05#



The program code in throw2.cpp is:

class CTryObj
{
public:
        CTryObj(){;}
public:
        int tfunction( void ){
          throw 1;
          return 0;
        }
};

int main( void )
{

        CTryObj to;

        try
        {
                to.tfunction();
        }
        catch(...)
        {
        }

        return 0;
}

-- 
           Summary: c++ throw generates sigabrt
           Product: gcc
           Version: 3.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: greg dot weeks at timesys dot com
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-linux
  GCC host triplet: i686-linux
GCC target triplet: i686-linux


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

[Bug c++/16061] c++ throw generates sigabrt

[bangerth at dealii dot org]

------- Additional Comments From bangerth at dealii dot org  2004-06-18 14:11 -------
This works just fine for me. Can you retry with the final release version 
of gcc 3.4.0? 
 
Thanks 
  Wolfgang 

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


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

[Bug c++/16061] c++ throw generates sigabrt

[greg dot weeks at timesys dot com]

------- Additional Comments From greg dot weeks at timesys dot com  2004-06-18 14:23 -------
Yes. It will take me a while to build one from the release.

-- 


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

[Bug c++/16061] c++ throw generates sigabrt

[greg dot weeks at timesys dot com]

------- Additional Comments From greg dot weeks at timesys dot com  2004-06-23 13:23 -------
It appears to still be there with the latest released 3.4 compiler. I didn't
take the time to build a native compiler for my target, just the cross compiler
hosted on my Red Hat system.

[root@tanith root]# i686-linux-g++ -v throw2.cpp -o throw2
Reading specs from
/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/specs
Configured with: ../package/configure --build=i686-linux --host=i686-linux
--target=i686-linux --prefix=/opt/timesys/linux/5.0/toolchains/i686-linux
--program-prefix=i686-linux- --enable-initfini-array --enable-languages=c,c++
--enable-shared --enable-threads=posix --with-gnu-as --with-gnu-ld
--disable-sjlj-exceptions
Thread model: posix
gcc version 3.4.0
 /opt/timesys/linux/5.0/toolchains/i686-linux/libexec/gcc/i686-linux/3.4.0/cc1plus
-quiet -v -D_GNU_SOURCE throw2.cpp -quiet -dumpbase throw2.cpp -mtune=pentiumpro
-auxbase throw2 -version -o /tmp/cc95WxuP.s
ignoring duplicate directory
"/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../i686-linux/include"
ignoring duplicate directory
"/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../i686-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../include/c++/3.4.0
 /opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../include/c++/3.4.0/i686-linux
 /opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../include/c++/3.4.0/backward
 /opt/timesys/linux/5.0/toolchains/i686-linux/include
 /opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/include
End of search list.
GNU C++ version 3.4.0 (i686-linux)
        compiled by GNU C version 3.2 20020903 (Red Hat Linux 8.0 3.2-7).
GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64424
 /opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../i686-linux/bin/as
-V -Qy -o /tmp/cccAgmuz.o /tmp/cc95WxuP.s
GNU assembler version 2.14.90.0.7 (i686-linux) using BFD version 2.14.90.0.7
20031029
 /opt/timesys/linux/5.0/toolchains/i686-linux/libexec/gcc/i686-linux/3.4.0/collect2
--eh-frame-hdr -m elf_i386 -dynamic-linker
/opt/timesys/linux/5.0/toolchains/i686-linux/lib/ld-linux.so.2 -o throw2
/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../i686-linux/lib/crt1.o
/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../i686-linux/lib/crti.o
/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/crtbegin.o
-L/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0
-L/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../i686-linux/lib
/tmp/cccAgmuz.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/crtend.o
/opt/timesys/linux/5.0/toolchains/i686-linux/lib/gcc/i686-linux/3.4.0/../../../../i686-linux/lib/crtn.o
[root@tanith root]#

On my target wich is a small p3 board.

bash-2.05# ./throw2
Aborted
bash-2.05#

On an older 3.2 based compiler replacing the libstd++.so.* files with ones from
a compiler built with i585 target caused the abort to go away. Also, removing
the libstd++.so.* files so that this one library is linked static caused the
abort to go away.

Removing the libstd++.so.* libraries does not make the abort go away on the 3.4
compiler, but -static still does.


-- 


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

[Bug c++/16061] c++ throw generates sigabrt

[bangerth at dealii dot org]

------- Additional Comments From bangerth at dealii dot org  2004-06-23 13:33 -------
Did you set LD_LIBRARY_PATH so that when you run your executable it 
actually picks up the 3.4 libraries? 
 
W. 

-- 


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

[Bug c++/16061] c++ throw generates sigabrt

[greg dot weeks at timesys dot com]

------- Additional Comments From greg dot weeks at timesys dot com  2004-06-23 14:07 -------
It's an NFS mounted rootfs. I updated the libraries on the host that holds the
file system and ran ldconfig on the target.

-- 


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

[Bug c++/16061] c++ throw generates sigabrt

[bangerth at dealii dot org]

------- Additional Comments From bangerth at dealii dot org  2004-06-23 14:41 -------
That's not what I asked. I wanted to know if LD_LIBRARY_PATH contains 
the path to the 3.4 libraries you intend to use? 
 
W. 

-- 


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

[Bug c++/16061] c++ throw generates sigabrt

[greg dot weeks at timesys dot com]

------- Additional Comments From greg dot weeks at timesys dot com  2004-06-23 15:26 -------
No I don't have LD_LIBRARY_PATH set at all. I have a rootfs that doesn't have
the old libraries any more.

-- 


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

[Bug c++/16061] c++ throw generates sigabrt

[greg dot weeks at timesys dot com]

------- Additional Comments From greg dot weeks at timesys dot com  2004-06-23 15:36 -------
Double checking my libraries it appears I didn't get them all copied over. When
I get them all the abort goes away with the 3.4.0 compiler.

-- 


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

[Bug c++/16061] c++ throw generates sigabrt

[reichelt at gcc dot gnu dot org]

------- Additional Comments From reichelt at gcc dot gnu dot org  2004-06-23 15:39 -------
User error.


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


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