public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Mark Mitchell <mark@codesourcery.com>
To: David Edelsohn <dje@watson.ibm.com>, Janis Johnson <janis187@us.ibm.com>
Cc: Andreas Schwab <schwab@suse.de>,
	Aldy Hernandez <aldyh@redhat.com>,
	"gcc@gcc.gnu.org" <gcc@gcc.gnu.org>
Subject: Re: ia64 linux doesn't bootstrap
Date: Fri, 18 Oct 2002 17:04:00 -0000	[thread overview]
Message-ID: <5110000.1034979917@warlock.codesourcery.com> (raw)
In-Reply-To: <200210182002.QAA29492@makai.watson.ibm.com>



--On Friday, October 18, 2002 04:02:53 PM -0400 David Edelsohn 
<dje@watson.ibm.com> wrote:

> 	Tighten your seatbelt, the AIX failure is another case where the C
> and C++ front-ends are not consistent with respect to the state of a DECL
> after warnings.  I am not sure which one is right.
>
> 	The testcase in g++.dg/break/bitfield7_y.C creates a bitfield that
> is too wide:
>
> union U {
>   int i: 4096;
> };

The key point is that this is valid C++, but not valid C.

So, C++ needs to handle it (somehow) and C does not.

The way the C++ front end tries to handle this is like this.  Suppose
that your widest integer type has 64 bits.  Then, G++ presents "i" as
a 64-bit bit-field to the back end.  Then, it creates some extra
space as an unnamed giant bit field.

I suspect we are running into problems with the unnamed giant field.

But, nobody should every be trying to read or write those bits.  Why
is that happenning?

Anyhow, what is the triplet for the target?  If I run bitfield7.C on
that target's cc1plus I take it I will see the failure?

-- 
Mark Mitchell                mark@codesourcery.com
CodeSourcery, LLC            http://www.codesourcery.com

  reply	other threads:[~2002-10-18 22:27 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-18  4:53 Aldy Hernandez
2002-10-18  7:33 ` Tim Prince
2002-10-18 11:49   ` Jim Wilson
2002-10-19  7:39     ` Tim Prince
2002-10-22 15:23       ` Jim Wilson
2002-10-24  4:43         ` tprinceusa
2002-10-18  8:18 ` Andreas Schwab
2002-10-18 12:49   ` Janis Johnson
2002-10-18 12:53     ` David Edelsohn
2002-10-18 16:05       ` David Edelsohn
2002-10-18 17:04         ` Mark Mitchell [this message]
2002-10-18 17:12           ` Janis Johnson
2002-10-19  1:09           ` David Edelsohn
2002-10-21  3:28             ` Mark Mitchell
2002-10-21 18:03               ` Jim Wilson
2002-10-21 19:49               ` Janis Johnson
2002-10-20  6:16     ` Andreas Schwab
2002-10-20  9:43       ` Janis Johnson
2002-10-18 13:01   ` Aldy Hernandez
2002-10-21 20:34 Ulrich Weigand
2002-10-21 23:35 ` David Edelsohn
2002-10-22 10:43   ` Ulrich Weigand

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=5110000.1034979917@warlock.codesourcery.com \
    --to=mark@codesourcery.com \
    --cc=aldyh@redhat.com \
    --cc=dje@watson.ibm.com \
    --cc=gcc@gcc.gnu.org \
    --cc=janis187@us.ibm.com \
    --cc=schwab@suse.de \
    /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).