public inbox for gcc-prs@sourceware.org help / color / mirror / Atom feed
From: Falk Hueffner <falk.hueffner@student.uni-tuebingen.de> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, Subject: Re: target/10700: 3.2/3.3: ICE on alpha while building libquicktime Date: Sat, 10 May 2003 00:56:00 -0000 [thread overview] Message-ID: <20030510005601.5007.qmail@sources.redhat.com> (raw) The following reply was made to PR target/10700; it has been noted by GNATS. From: Falk Hueffner <falk.hueffner@student.uni-tuebingen.de> To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org Cc: Subject: Re: target/10700: 3.2/3.3: ICE on alpha while building libquicktime Date: 10 May 2003 02:55:32 +0200 http://gcc.gnu.org/PR?10700 There's some problem with this tree (on ia64): <mult_expr 0x2000000000349fb0 type <integer_type 0x20000000002ec750 int SI size <integer_cst 0x20000000002e8930 constant 32> unit size <integer_cst 0x20000000002e8a80 constant 4> align 32 symtab 0 alias set 3 precision 32 min <integer_cst 0x20000000002e8a20 -2147483648> max <integer_cst 0x20000000002e8a50 2147483647> pointer_to_this <pointer_type 0x2000000000316630>> arg 0 <truth_or_expr 0x2000000000349f50 type <integer_type 0x20000000002ec9c0 long unsigned int unsigned DI size <integer_cst 0x20000000002e8ab0 constant 64> unit size <integer_cst 0x20000000002e8c00 constant 8> align 64 symtab 0 alias set -1 precision 64 min <integer_cst 0x20000000002e8c90 0> max <integer_cst 0x20000000002e8cc0 18446744073709551615>> arg 0 <eq_expr 0x2000000000349bf0 type <integer_type 0x20000000002ec9c0 long unsigned int> arg 0 <parm_decl 0x20000000003852b0 block> arg 1 <integer_cst 0x2000000000349bc0 constant 1>> arg 1 <eq_expr 0x2000000000349c50 type <integer_type 0x20000000002ec9c0 long unsigned int> arg 0 <parm_decl 0x20000000003852b0 block> arg 1 <integer_cst 0x2000000000349c20 constant 3>>> arg 1 <integer_cst 0x2000000000349b90 type <integer_type 0x20000000002ec750 int> constant 8>> expand_mult eventually gets passed (reg:DI XXX) and (const_int 8) and doesn't like the result mode being different from arg0's mode. I'm not sure whether it is supposed to. Also, shouldn't the type of eq_expr and truth_or_expr always be int? Maybe somebody more knowledgeable can comment on this... -- Falk
next reply other threads:[~2003-05-10 0:56 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-05-10 0:56 Falk Hueffner [this message] -- strict thread matches above, loose matches on Subject: below -- 2003-05-09 17:06 Falk Hueffner 2003-05-09 8:27 rmurray
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=20030510005601.5007.qmail@sources.redhat.com \ --to=falk.hueffner@student.uni-tuebingen.de \ --cc=gcc-prs@gcc.gnu.org \ --cc=nobody@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: linkBe 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).