public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
From: naveens@noida.hcltech.com
To: gcc-gnats@gcc.gnu.org
Cc: sharmanaveen@yahoo.com
Subject: c/8081: ICE using GNU C nested functions.
Date: Sat, 28 Sep 2002 10:26:00 -0000	[thread overview]
Message-ID: <20020928171812.12256.qmail@sources.redhat.com> (raw)


>Number:         8081
>Category:       c
>Synopsis:       ICE using GNU C nested functions.
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Sep 28 10:26:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Naveen Sharma
>Release:        3.3  3.3 20020919 (experimental)
>Organization:
>Environment:
System: Linux eagle 2.4.18-3 #1 Thu Apr 18 07:37:53 EDT 2002 i686 unknown
Architecture: i686

host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: sh-unknown-elf
configured with: ../gcc/configure --target=sh-elf --prefix=/home/naveens/debug --with-ld=/home/gnu/local/bin/sh-elf-ld --with-as=/home/gnu/local/bin/sh-elf-as --with-newlib --with-libs=/home/naveens/newlib/sh-elf/lib --with-headers=/home/naveens/newlib/sh-elf/include --enable-languages=c,c++ --enable-checking=rtl
>Description:
When the following program is compiled, the compiler
aborts.

int
main (int argc, char **argv)
{
  int size = 10;
  int i;
  typedef struct
  {
    char val[size];
  }
  block;
  block retframe_block ()
  {
    return *(block *) 0;
  }
  retframe_block ();
  return 0;
}

The message is 
-------------------------------------------------------
BUG.c: In function `main':
BUG.c:15: internal compiler error: in assign_stack_temp_for_type, at function.c:646
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
--------------------------------------------------------
>How-To-Repeat:
The problem occurs with i686 native, and problem is 
present in earlier versions too (2.95, 2.96 (Redhat)).

Please repeat with the test case attached. My guess is, it will occur with any gcc build.
>Fix:
Still Investigating. The problem seem to occur only while allocating structure of variable size in the nested function.
>Release-Note:
>Audit-Trail:
>Unformatted:


             reply	other threads:[~2002-09-28 17:26 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-28 10:26 naveens [this message]
2002-11-24 13:56 bangerth

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=20020928171812.12256.qmail@sources.redhat.com \
    --to=naveens@noida.hcltech.com \
    --cc=gcc-gnats@gcc.gnu.org \
    --cc=sharmanaveen@yahoo.com \
    /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).