public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "danglin at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/17044] New: libgcc2.c:169: internal compiler error: Segmentation fault
Date: Mon, 16 Aug 2004 01:59:00 -0000	[thread overview]
Message-ID: <20040816015952.17044.danglin@gcc.gnu.org> (raw)

./xgcc -B./ -B/opt/gnu64/gcc/gcc-3.5.0/hppa64-hp-hpux11.11/bin/ -isystem /opt/gn
u64/gcc/gcc-3.5.0/hppa64-hp-hpux11.11/include -isystem /opt/gnu64/gcc/gcc-3.5.0/
hppa64-hp-hpux11.11/sys-include -L/xxx/gnu/gcc-3.3/objdir/gcc/../ld -O2  -DIN_GC
C    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-sty
le-definition  -isystem ./include  -fPIC -Dpa64=1 -DELF=1 -mlong-calls -g -DHAVE
_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../gcc/gcc -I.
./../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I..
/../gcc/gcc/../libbanshee/libcompat -I../../gcc/gcc/../libbanshee -I../../gcc/gc
c/../libbanshee/points-to  -DL_absvsi2 -c ../../gcc/gcc/libgcc2.c -o libgcc/./_a
bsvsi2.o
../../gcc/gcc/libgcc2.c: In function `__absvsi2':
../../gcc/gcc/libgcc2.c:169: internal compiler error: Segmentation fault

This problem appears to have been introduced by a series of changes by Paolo 
Bonzini on 2004-08-09.  It appears this change removed active code:

2004-08-09  Paolo Bonzini  <bonzini@gnu.org>

        * expr.c (var_rtx): Remove.
        (expand_expr_real_1) <LOOP_EXPR, EXIT_EXPR,
        LABELED_BLOCK_EXPR, EXIT_BLOCK_EXPR, TRUTH_ANDIF_EXPR,
        TRUTH_ORIF_EXPR, COMPOUND_EXPR, CONJ_EXPR, INIT_EXPR>:
        Abort.
        (expand_expr_real_1) <COND_EXPR>: Remove most special cases.
        * optabs.c (emit_clr_insn, emit_0_to_1_insn): Remove.
        * optabs.h (emit_clr_insn, emit_0_to_1_insn): Remove.

After this change, things failed as follows:

stage1/xgcc -Bstage1/ -B/opt/gnu64/gcc/gcc-3.5.0/hppa64-hp-hpux11.11/bin/   -g -
O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fn
o-common   -DHAVE_CONFIG_H -DGENERATOR_FILE  -o genmodes \
 genmodes.o errors.o ../libiberty/libiberty.a
./genmodes -h > tmp-modes.h
./genmodes: machmode.def:187: duplicate definition of mode "TC"
./genmodes: config/pa/pa-modes.def:28: previous definition here
./genmodes: machmode.def:187: duplicate definition of mode "DC"
./genmodes: machmode.def:150: previous definition here
./genmodes: machmode.def:150: (BLK) field component must not be set
./genmodes: config/pa/pa-modes.def:28: (CCFP) field component must not be set

After this change, things are broken:

2004-08-09  Paolo Bonzini  <bonzini@gnu.org>

        * expr.c (expand_expr_real_1): Add back code that was not dead.

The problem seems like a garbage collection issue (i.e., we seem to be
freeing a page twice).  Thus, it might be the following change is the
real culprit:

2004-08-09  Geoffrey Keating  <geoffk@apple.com>

        * ggc-common.c (ggc_rlimit_bound): Don't check RSS limit.
        Check DATA limit only if there's no AS limit.  Ignore insanely
        low DATA limits.
        (ggc_min_heapsize_heuristic): Don't divide AS or RSS limits by 8,
        but take care that the AS limit isn't overrun.
        * doc/invoke.texi: Update documentation of min-heapsize parameter.

-- 
           Summary: libgcc2.c:169: internal compiler error: Segmentation
                    fault
           Product: gcc
           Version: 3.5.0
            Status: UNCONFIRMED
          Severity: critical
          Priority: P2
         Component: middle-end
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: danglin at gcc dot gnu dot org
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa64-hp-hpux11.11
  GCC host triplet: hppa64-hp-hpux11.11
GCC target triplet: hppa64-hp-hpux11.11


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


             reply	other threads:[~2004-08-16  1:59 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-16  1:59 danglin at gcc dot gnu dot org [this message]
2004-08-16  2:03 ` [Bug middle-end/17044] [3.5 Regression] " pinskia at gcc dot gnu dot org
2004-08-16  2:11 ` dave at hiauly1 dot hia dot nrc dot ca
2004-08-16  4:18 ` danglin at gcc dot gnu dot org
2004-08-16  6:07 ` law at redhat dot com
2004-08-16 14:40 ` danglin at gcc dot gnu dot org
2004-08-17  5:26 ` pinskia at gcc dot gnu dot org
2004-08-17  5:44 ` law at redhat dot com
2004-08-17 16:27 ` dave at hiauly1 dot hia dot nrc dot ca
2004-08-17 17:38 ` dave at hiauly1 dot hia dot nrc dot ca
2004-08-17 20:49 ` dave at hiauly1 dot hia dot nrc dot ca
2004-08-18 15:36 ` pinskia at gcc dot gnu dot org
2004-08-24 19:48 ` law at redhat dot com
2004-08-24 20:00 ` dave at hiauly1 dot hia dot nrc dot ca
2004-08-24 20:04 ` law at redhat dot com
2004-08-24 20:59 ` cvs-commit at gcc dot gnu dot org
2004-08-24 21:04 ` pinskia at gcc dot gnu dot org

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040816015952.17044.danglin@gcc.gnu.org \
    --to=gcc-bugzilla@gcc.gnu.org \
    --cc=gcc-bugs@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).