From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6985 invoked by alias); 27 Nov 2001 14:36:05 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 6950 invoked by uid 71); 27 Nov 2001 14:36:02 -0000 Resent-Date: 27 Nov 2001 14:36:02 -0000 Resent-Message-ID: <20011127143602.6949.qmail@sourceware.cygnus.com> Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer) Resent-To: nobody@gcc.gnu.org Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org Resent-Reply-To: gcc-gnats@gcc.gnu.org, eru@netti.fi Received:(qmail 6770 invoked by uid 61); 27 Nov 2001 14:35:04 -0000 Message-Id:<20011127143504.6768.qmail@sourceware.cygnus.com> Date: Wed, 21 Nov 2001 05:06:00 -0000 From: eru@netti.fi Reply-To: eru@netti.fi To: gcc-gnats@gcc.gnu.org X-Send-Pr-Version:gnatsweb-2.9.2 (1.1.1.1.2.21) Subject: c++/4955: g++ 3.0.2: exception throw crash when -O -fomit-frame-pointer X-SW-Source: 2001-11/txt/msg00665.txt.bz2 List-Id: >Number: 4955 >Category: c++ >Synopsis: g++ 3.0.2: exception throw crash when -O -fomit-frame-pointer >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: wrong-code >Submitter-Id: net >Arrival-Date: Tue Nov 27 06:36:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: eru@netti.fi >Release: 3.0.2 >Organization: >Environment: Linux on Pentium II (distro Red Hat 7.1) >Description: Exception throwing through multiple levels of catch+throw crashes, if the combination of some -O option and -fomit-frame-pointer is used. Either alone works. Observed in one test case from the "Bench++" suite. A simplified, self-contained version of the case is in the attachment. >How-To-Repeat: $ g++ -v -O -fomit-frame-pointer except-bug.cpp Reading specs from /opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/specs Configured with: /usr/local/src/gcc-3.0.2/configure --prefix=/opt/gcc/linux/ix86/gcc_3.0.2 --enable-shared --enable-threads Thread model: posix gcc version 3.0.2 /opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/cc1plus -v -D__GNUC__=3 -D__GNUC_MINOR__=0 -D__GNUC_PATCHLEVEL__=2 -D__ELF__ -Dunix -Dlinux -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__OPTIMIZE__ -D__STDC_HOSTED__=1 -D_GNU_SOURCE -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ except-bug.cpp -D__GNUG__=3 -D__GXX_DEPRECATED -D__EXCEPTIONS -D__GXX_ABI_VERSION=100 -quiet -dumpbase except-bug.cpp -O -version -fomit-frame-pointer -o /tmp/cc8HQroN.s GNU CPP version 3.0.2 (cpplib) (i386 Linux/ELF) GNU C++ version 3.0.2 (i686-pc-linux-gnu) compiled by GNU C version 3.0.2. ignoring nonexistent directory "/opt/gcc/linux/ix86/gcc_3.0.2/i686-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /opt/gcc/linux/ix86/gcc_3.0.2/include/g++-v3 /opt/gcc/linux/ix86/gcc_3.0.2/include/g++-v3/i686-pc-linux-gnu /opt/gcc/linux/ix86/gcc_3.0.2/include/g++-v3/backward /usr/local/include /opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/include /usr/include End of search list. as --traditional-format -V -Qy -o /tmp/ccMTqZ0C.o /tmp/cc8HQroN.s GNU assembler version 2.10.91 (i386-redhat-linux) using BFD version 2.10.91.0.2 /opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/collect2 -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o /opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/crtbegin.o -L/opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2 -L/opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/../../.. /tmp/ccMTqZ0C.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /opt/gcc/linux/ix86/gcc_3.0.2/lib/gcc-lib/i686-pc-linux-gnu/3.0.2/crtend.o /usr/lib/crtn.o $ a.out Starting in proc_1 Abort (core dumped) >Fix: Workaround: omit -fomit-frame-pointer, but then the generated code is not as fast. >Release-Note: >Audit-Trail: >Unformatted: ----gnatsweb-attachment---- Content-Type: application/octet-stream; name="except-bug.cpp" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="except-bug.cpp" LyoKICogRGVtbyBHKysgZXhjZXB0aW9uIHByb2JsZW0uIENvbXBpbGUgd2l0aCAiZysrIC1PIC1m b21pdC1mcmFtZS1wb2ludGVyIgogKiBNYWRlIGJ5IHNpbXBsaWZ5aW5nIEpvc2VwaCBNLiBPcm9z dCdzIEJlbmNoKysgYmVuY2htYXJrIGZpbGUgZTAwMDAwNy5jcHAKICovCgpleHRlcm4gIkMiIHsK ICAgIGV4dGVybiBpbnQgcHV0cyhjaGFyICopOyAvLyBNYWtlIHRoaXMgc291cmNlIHNlbGYtY29u dGFpbmVkCn07CgpjbGFzcyBleGNlcHRpb25fNyB7CnB1YmxpYzoKCWJvb2wgZmxhZzsJCS8vIGNv bnRyb2xzIHJldHVybiBvciByYWlzZSBleGNlcHRpb24KCXZvaWQgcHJvY18xKHZvaWQpOwkvLyBl aXRoZXIgcmV0dXJucyBvciByYWlzZXMgZXhjZXB0aW9uCgl2b2lkIHByb2NfMih2b2lkKTsJLy8g Y2FsbHMgcHJvY18xCgl2b2lkIHByb2NfMyh2b2lkKTsJLy8gY2FsbHMgcHJvY18yCgl2b2lkIHBy b2NfNCh2b2lkKTsJLy8gY2FsbHMgcHJvY18zCn07Cgp2b2lkCmUwMDAwMDdfdGVzdCh2b2lkKQp7 CglleGNlcHRpb25fNyBleGNwOwoKCWV4Y3AuZmxhZyA9IHRydWU7CgoJdHJ5IHsKCQlleGNwLnBy b2NfNCgpOwoJfSBjYXRjaCAoZXhjZXB0aW9uXzcgZXgpIHsKCQk7Cgl9Cn0KCmludCBtYWluKHZv aWQpCnsKCXB1dHMoIlN0YXJ0aW5nIik7CgllMDAwMDA3X3Rlc3QoKTsKCXB1dHMoIkRvbmUiKTsK CXJldHVybiAwOwp9Cgp2b2lkCmV4Y2VwdGlvbl83Ojpwcm9jXzEodm9pZCkKewoJcHV0cygiaW4g cHJvY18xIik7CglpZihmbGFnKSB7CgkJdGhyb3cgKnRoaXM7Cgl9IGVsc2UgewoJCXJldHVybjsK CX0KfQoKdm9pZCAKZXhjZXB0aW9uXzc6OnByb2NfMih2b2lkKQp7Cgl0cnkgewoJCXByb2NfMSgp OwoJfSBjYXRjaCAoZXhjZXB0aW9uXzcgZXgpIHsKCQl0aHJvdzsKCX0KfQoKdm9pZCAKZXhjZXB0 aW9uXzc6OnByb2NfMyh2b2lkKQp7Cgl0cnkgewoJCXByb2NfMigpOwoJfSBjYXRjaCAoZXhjZXB0 aW9uXzcgZXgpIHsKCQl0aHJvdzsKCX0KfQoKdm9pZCAKZXhjZXB0aW9uXzc6OnByb2NfNCh2b2lk KQp7Cgl0cnkgewoJCXByb2NfMygpOwoJfSBjYXRjaCAoZXhjZXB0aW9uXzcgZXgpIHsKCQl0aHJv dzsKCX0KfQo=