public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
From: hakonrk@fys.uio.no
To: gcc-gnats@gcc.gnu.org
Subject: c/7277: Casting integers to vector types causes internal compiler error
Date: Thu, 11 Jul 2002 07:06:00 -0000	[thread overview]
Message-ID: <20020711140110.2660.qmail@s.hn.org> (raw)


>Number:         7277
>Category:       c
>Synopsis:       Casting integers to vector types causes internal compiler error
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Thu Jul 11 07:06:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Haakon Riiser
>Release:        3.1
>Organization:
University of Oslo
>Environment:
System: Linux s 2.4.18 #2 Thu Jun 6 00:23:32 CEST 2002 i686 unknown
Distribution: Slackware 8.1
Architecture: i686

host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: /local/build/gcc/gcc-3.1/configure --prefix=/usr/local/gcc-3.1 --enable-languages=c --disable-nls
>Description:
Casting integers into vector types (of the same size) causes
internal compiler errors.  The following illustrates what happens
when casting from a constant integer (code shown in How-To-Repeat):

##############################################################################
$ gcc -v -c -mmmx cast.c
Reading specs from /usr/local/gcc-3.1/lib/gcc-lib/i686-pc-linux-gnu/3.1/specs
Configured with: /local/build/gcc/gcc-3.1/configure --prefix=/usr/local/gcc-3.1 --enable-languages=c --disable-nls
Thread model: single
gcc version 3.1
 /usr/local/gcc-3.1/lib/gcc-lib/i686-pc-linux-gnu/3.1/cc1 -lang-c -v -D__GNUC__=3 -D__GNUC_MINOR__=1 -D__GNUC_PATCHLEVEL__=0 -D__ELF__ -Dunix -D__gnu_linux__ -Dlinux -D__ELF__ -D__unix__ -D__gnu_linux__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ cast.c -quiet -dumpbase cast.c -mmmx -version -o /tmp/cc2ubmWE.s
GNU CPP version 3.1 (cpplib) (i386 Linux/ELF)
GNU C version 3.1 (i686-pc-linux-gnu)
	compiled by GNU C version 3.1.
ignoring nonexistent directory "/usr/local/gcc-3.1/i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/local/gcc-3.1/include
 /usr/local/gcc-3.1/lib/gcc-lib/i686-pc-linux-gnu/3.1/include
 /usr/include
End of search list.
cast.c: In function `null':
cast.c:6: Internal compiler error in output_constant_pool, at varasm.c:4064
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
##############################################################################

When casting from a non-volatile variable, a new ICE appears if
and only if optimization is enabled:

Internal compiler error in subst, at combine.c:3546

This ICE will also manifest itself if one tries to trick the
compiler by using a union of "long long" and "v8qi", assigning
to the "long long" variable and returning the "v8qi" variable.
Again, the ICE only appears when optimization is enabled.
>How-To-Repeat:
# 1 "cast.c"
typedef int v8qi __attribute__ ((mode(V8QI)));

v8qi null(void)
{
        return (v8qi) 0LL;
}
>Fix:
Work-around: Use a volatile temporary variable:

/****************************************************************************/
typedef int v8qi __attribute__ ((mode(V8QI)));

v8qi null(void)
{
	volatile long long tmp = 0LL;
        return (v8qi) tmp;
}
/****************************************************************************/
>Release-Note:
>Audit-Trail:
>Unformatted:


             reply	other threads:[~2002-07-11 14:06 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-11  7:06 hakonrk [this message]
2002-07-11  7:16 Andrew Pinski
2002-07-11  8:36 Andrew Pinski
2002-07-11  8:36 Haakon Riiser
2003-04-02  5:16 Andrew Pinski

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=20020711140110.2660.qmail@s.hn.org \
    --to=hakonrk@fys.uio.no \
    --cc=gcc-gnats@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).