This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
Re: c/8730: [3.2/3.3 regression] Cannot compile C function inside other C function
- From: Janis Johnson <janis187 at us dot ibm dot com>
- To: nobody at gcc dot gnu dot org
- Cc: gcc-prs at gcc dot gnu dot org,
- Date: 24 Dec 2002 20:26:02 -0000
- Subject: Re: c/8730: [3.2/3.3 regression] Cannot compile C function inside other C function
- Reply-to: Janis Johnson <janis187 at us dot ibm dot com>
The following reply was made to PR c/8730; it has been noted by GNATS.
From: Janis Johnson <janis187@us.ibm.com>
To: info@ilghiz.com, gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org,
ilgis@num.uni-sb.de, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org
Cc:
Subject: Re: c/8730: [3.2/3.3 regression] Cannot compile C function inside other
C function
Date: Tue, 24 Dec 2002 12:26:10 -0800
The regression reported in PR c/8730 showed up starting
with this large patch from long, long ago:
Sat Nov 27 08:38:26 1999 Richard Kenner <kenner@vlsi1.ultra.nyu.edu>
* fold-const.c (negate_expr, associate_trees, extract_muldiv):
New.
(split_tree): Completely rework to make more general.
(make_range, fold): Call negate_expr.
(fold, case NEGATE_EXPR): Simplify -(a-b) is -ffast-math.
(fold, associate): Call new split_tree and associate_trees.
(fold, case MULT_EXPR, case *_{DIV,MOD}_EXPR): Call
extract_muldiv.
Here's a small test case that causes the compiler to ICE when compiled
on i686-linux with the mainline:
-------------------
void foo() {
void *bar (int i, int A[1][i]) { return A[0]; };
};
-------------------
The behavior changes with the same patch for the submitter's
test case.
Output from the the mainline:
8730.c: In function `bar':
8730.c:2: internal compiler error: in expand_expr, at expr.c:6823
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8730