public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Andreas Jaeger <aj@suse.de>
To: gcc@gcc.gnu.org
Subject: bootstrap of tree-ssa fails with ada
Date: Fri, 03 Jan 2003 09:55:00 -0000	[thread overview]
Message-ID: <u8adiitvqx.fsf@gromit.moeb> (raw)


On i686-linux-gnu the current tree-ssa CVS version fails with:
stage1/xgcc -Bstage1/ -B/opt/gcc/tree-ssa-20020619-branch/i686-pc-linux-gnu/bin/ -c -g -O2       -gnatpg -gnata -I- -I. -Iada -I/cvs/gcc-tree-ssa-20020619-branch/gcc/ada /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/errout.adb -o ada/errout.o
+===========================GNAT BUG DETECTED==============================+
| 3.5-tree-ssa 20021226 (experimental) (i686-pc-linux-gnu) GCC error:      |
| in walk_tree, at tree-inline.c:1354                                      |
| Error detected at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/errout.adb:477:28|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.            |
| Include the entire contents of this bug box in the report.               |
| Include the exact gcc or gnatmake command that you entered.              |
| Also include sources listed below in gnatchop format                     |
| concatenated together with no headers between files.                     |
+==========================================================================+

I configured with:
/cvs/gcc-tree-ssa-20020619-branch/configure --with-gcc-version-trigger=/cvs/gcc-tree-ssa-20020619-branch/gcc/version.c --host=i686-pc-linux-gnu --prefix=/opt/gcc/tree-ssa-20020619-branch --disable-nls --enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit --enable-shared --enable-languages=c,c++,f77,java,objc,ada --enable-checking=misc,tree,rtl,gc,rtlflag --with-system-zlib --norecursion 

Here's some debug info from gdb:
$ gdb  stage1/gnat1 
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...
Breakpoint 1 at 0x82abc00: file /cvs/gcc-tree-ssa-20020619-branch/gcc/diagnostic.c, line 1369.
Breakpoint 2 at 0x80499d0
Breakpoint 3 at 0x8049770
(gdb) r -I- -I. -Iada -I/cvs/gcc-tree-ssa-20020619-branch/gcc/ada -quiet -dumpbase errout.adb -g -gnatpg -gnata -O2 -gnatO ada/errout.o /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/errout.adb -o errout.s
Breakpoint 2 at 0x40051586
Breakpoint 3 at 0x40050345

Breakpoint 1, fancy_abort (file=0x8c19520 "/cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c", line=1354, function=0x8c19622 "walk_tree")
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/diagnostic.c:1369
1369      internal_error ("in %s, at %s:%d", function, trim_filename (file), line);
(gdb) up
#1  0x088c2e33 in walk_tree (tp=0x4021c454, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1354
1354              abort ();
(gdb) bt
#0  fancy_abort (file=0x8c19520 "/cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c", line=1354, function=0x8c19622 "walk_tree")
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/diagnostic.c:1369
#1  0x088c2e33 in walk_tree (tp=0x4021c454, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1354
#2  0x088c237b in walk_tree (tp=0x4021eac4, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1230
#3  0x088c237b in walk_tree (tp=0x4021c654, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1230
#4  0x088c237b in walk_tree (tp=0x40e00254, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1230
#5  0x088c237b in walk_tree (tp=0x40e1f5cc, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1230
#6  0x088c2710 in walk_tree (tp=0x40e00a18, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1294
#7  0x088c237b in walk_tree (tp=0x40e1f5fc, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1230
#8  0x088c237b in walk_tree (tp=0x40e1f614, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1230
#9  0x088c2710 in walk_tree (tp=0x40e1f618, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1294
#10 0x088c237b in walk_tree (tp=0xbfff9990, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950, htab_=0x9305098)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1230
#11 0x088c2e78 in walk_tree_without_duplicates (tp=0xbfff9990, func=0x88c31ec <mark_local_for_remap_r>, data=0xbfff9950)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1378
#12 0x088c34d7 in lhd_unsave_expr_now (expr=0x40e00a20) at /cvs/gcc-tree-ssa-20020619-branch/gcc/tree-inline.c:1596
#13 0x0831fbd1 in expand_expr (exp=0x40e1f660, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/expr.c:6889
#14 0x08951fb0 in store_one_arg (arg=0xbfffb020, argblock=0x40015030, flags=4880, variable_size=0, reg_parm_stack_space=0)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/calls.c:4427
#15 0x0894e321 in expand_call (exp=0x40e00a40, target=0x0, ignore=0) at /cvs/gcc-tree-ssa-20020619-branch/gcc/calls.c:2957
#16 0x08325e87 in expand_expr (exp=0x40e00a40, target=0x0, tmode=VOIDmode, modifier=EXPAND_NORMAL)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/expr.c:7751
#17 0x0833978f in do_jump (exp=0x40e00a40, if_false_label=0x40e1e4d0, if_true_label=0x0) at /cvs/gcc-tree-ssa-20020619-branch/gcc/expr.c:10215
#18 0x0888f5bc in expand_start_cond (cond=0x40e00a40, exitflag=0) at /cvs/gcc-tree-ssa-20020619-branch/gcc/stmt.c:2461
#19 0x0808a393 in tree_transform (gnat_node=2275) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:2062
#20 0x080836cf in gnat_to_code (gnat_node=2275) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:238
#21 0x0808f009 in tree_transform (gnat_node=2274) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:3465
#22 0x080836cf in gnat_to_code (gnat_node=2274) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:238
#23 0x0808c3a5 in tree_transform (gnat_node=2273) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:2680
#24 0x080836cf in gnat_to_code (gnat_node=2273) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:238
#25 0x08091c1d in process_decls (gnat_decls=-99999972, gnat_decls2=0, gnat_end_list=0, pass1p=1, pass2p=1)
    at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:4350
#26 0x0808e66a in tree_transform (gnat_node=1438) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:3175
#27 0x080836cf in gnat_to_code (gnat_node=1438) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:238
#28 0x0808e835 in tree_transform (gnat_node=1355) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:3232
#29 0x080836cf in gnat_to_code (gnat_node=1355) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:238
#30 0x080836b1 in gigi (gnat_root=1355, max_gnat_node=152992, number_name=16949, nodes_ptr=0x40464008, next_node_ptr=0x40b43008, 
    prev_node_ptr=0x40185008, elists_ptr=0x927df70, elmts_ptr=0x91462b0, strings_ptr=0x92f2420, string_chars_ptr=0x92d2660, 
    list_headers_ptr=0x40c07008, number_units=50, file_info_ptr=0xbfffec70 "0¦á\021", standard_integer=42, standard_long_long_float=66, 
    standard_exception_type=1033, gigi_operating_mode=0) at /cvs/gcc-tree-ssa-20020619-branch/gcc/ada/trans.c:221
(gdb) p code
$1 = PLACEHOLDER_EXPR

So, is the PLACEHOLDER_EXPR wrong here - or should it get handled?

Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj

             reply	other threads:[~2003-01-03  9:55 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-03  9:55 Andreas Jaeger [this message]
2003-05-11 23:47 ` Pop Sébastian
2003-05-12  3:22 John David Anglin

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=u8adiitvqx.fsf@gromit.moeb \
    --to=aj@suse.de \
    --cc=gcc@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).