public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
To: Joe Buck <Joe.Buck@synopsys.com>
Cc: phil@jaj.com (Phil Edwards),
	mark@codesourcery.com (Mark Mitchell),
	gcc@gcc.gnu.org
Subject: Re: C++ ABI Issues
Date: Tue, 27 Aug 2002 22:28:00 -0000	[thread overview]
Message-ID: <m3znv7sgh7.fsf@soliton.integrable-solutions.net> (raw)
In-Reply-To: <200208272246.PAA00056@atrus.synopsys.com>

Joe Buck <Joe.Buck@synopsys.com> writes:

| > | The compiler can warn that gcc 3.2 and a compiler that implements the ABI
| > | document correctly will lay out a class differently.  But given this
| > | knowledge, how is it supposed to figure out what the user wants to happen?
| > | It doesn't know which compiler compiled the "other half" of the code: the
| > | library being called, or the caller of the library.
| 
| > Aren't we talking of a bug in GCC -- which other compilers known to
| > implement the ABI don't have?
| 
| It's a bug in GCC, yes.  Given the presence of that bug, what should a C++
| software developer do?  He or she has no choice but to use padding.

I'm not convinced.  We're not talking of abstract bugs.  We do know
what they are and how we diverge from other implementors (they got it
right).  So, we're talking of a bug compared to ABI correct
implementation, so we know what the fix should be.

| > | You appear to assume that these padding objects will be needed all over
| > | the place.
| > 
| > No.  I'm not comfortable with using warts and code uglification to try
| > to do the compiler's work.  We do know the bugs we're talking about.
| 
| Do you intend to implement time travel and go back and fix GCC 3.2?

I assume that isn't a question that asks for a sensical answer, right?

|  If
| not, what advice do you want to give to users, who might need both
| compilers, or gcc 3.2 plus future, fixed gcc's, to work and to talk to
| each other?

The future fixed GCC is where there is a possible divergence from
GCC-3.2.  That future GCC ought to know about the fix -- since it will
lay out differently compared to GCC-3.2. That future GCC-3.2 can add the
missing bits if necessary.

| You appear to be focussed only on fixing C++ libraries we
| ship (libstdc++). 

As you certainly read in my previous messages, I'm certainly worrying
about libraries and programs other than libstdc++.

[...]

| Your answer
| appears to be, um, what?  Punt, saying that you're not comfortable with
| code uglification?

That is a mischaracterization of my answer.

-- Gaby

  reply	other threads:[~2002-08-27 22:28 UTC|newest]

Thread overview: 73+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-26 15:18 Mark Mitchell
2002-08-26 16:18 ` Mike Stump
2002-08-26 16:43 ` Zack Weinberg
2002-08-26 21:58   ` Geoff Keating
2002-08-26 16:46 ` Loren James Rittle
2002-08-26 17:10 ` Joe Buck
2002-08-26 18:32   ` David Edelsohn
2002-08-26 18:35     ` David S. Miller
2002-08-26 19:25       ` David Edelsohn
2002-08-26 20:40         ` Per Bothner
2002-08-27 10:08         ` Joe Buck
2002-08-27 11:51           ` Jeff Law
2002-08-28  4:32             ` Richard Earnshaw
2002-08-26 18:47     ` Joe Buck
2002-08-26 23:27   ` Jakub Jelinek
2002-08-26 23:57     ` Mark Mitchell
2002-08-27  7:40     ` Jeff Law
2002-08-27 11:28   ` Phil Edwards
2002-08-27 11:32     ` Joe Buck
2002-08-27 11:43       ` Jan Hubicka
2002-08-27 12:00         ` Gabriel Dos Reis
2002-08-27 15:10           ` Joe Buck
2002-08-27 15:18             ` Gabriel Dos Reis
2002-08-27 12:09         ` Joe Buck
2002-08-27 12:34           ` Gabriel Dos Reis
2002-08-27 11:58       ` Gabriel Dos Reis
2002-08-27 14:50         ` Joe Buck
2002-08-27 15:06           ` Gabriel Dos Reis
2002-08-27 15:21             ` Joe Buck
2002-08-27 15:32               ` Gabriel Dos Reis
2002-08-27 15:46                 ` Joe Buck
2002-08-27 22:28                   ` Gabriel Dos Reis [this message]
2002-08-28 10:04                     ` Joe Buck
2002-08-26 19:18 ` Jamie Lokier
2002-08-26 23:44   ` Mark Mitchell
2002-08-27  5:33 ` Nathan Sidwell
2002-08-27  5:58   ` Allan Sandfeld Jensen
2002-08-27  7:32     ` Nathan Sidwell
2002-09-07 13:32     ` David O'Brien
2002-09-22  2:49 ` David O'Brien
2002-09-22 11:15   ` Mark Mitchell
2002-09-23 10:01     ` Joe Buck
2002-09-23 13:04       ` David O'Brien
  -- strict thread matches above, loose matches on Subject: below --
2002-08-27 10:26 Benjamin Kosnik
2002-08-27 11:06 ` Ziemowit Laski
2002-08-27 11:15   ` Mike Stump
2002-08-27 11:27     ` Ziemowit Laski
2002-08-27 11:56       ` Mike Stump
2002-08-27 15:19   ` Toon Moene
2002-09-07 13:33   ` David O'Brien
2002-08-27 14:37 ` Joe Buck
2002-08-28  4:41 ` Richard Earnshaw
2002-08-26 20:40 Benjamin Kosnik
2002-08-26 23:55 ` Mark Mitchell
2002-08-27  6:03   ` Daniel Jacobowitz
2002-08-27  6:40   ` Andreas Jaeger
2002-08-27  7:27     ` Jeff Law
2002-08-27  7:49   ` Jeff Law
2002-08-27  7:30 ` Jeff Law
2002-08-27  8:45   ` Mark Mitchell
2002-08-27  9:33     ` Janis Johnson
2002-08-27 14:55       ` Mark Mitchell
2002-08-27  9:50 ` Mark Mitchell
2002-08-27 10:50   ` Devang Patel
2002-08-27 12:02     ` Per Bothner
2002-08-27 10:37 ` Mike Stump
2002-03-18 13:44 C++ ABI issues mike stump
2002-03-18 10:30 Benjamin Kosnik
2002-03-18 13:05 ` Jason Merrill
2002-03-18 13:46   ` Mark Mitchell
2002-03-18 14:13   ` Benjamin Kosnik
2002-03-18 15:19     ` Jason Merrill
2002-03-17 16:33 Jason Merrill

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=m3znv7sgh7.fsf@soliton.integrable-solutions.net \
    --to=gdr@integrable-solutions.net \
    --cc=Joe.Buck@synopsys.com \
    --cc=gcc@gcc.gnu.org \
    --cc=mark@codesourcery.com \
    --cc=phil@jaj.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).