From: Jes Sorensen <jes@sgi.com>
To: "Andreas Färber" <andreas.faerber@web.de>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [patch 1/2] machine struct - use C99 initializers
Date: Tue, 07 Oct 2008 09:13:25 +0200 [thread overview]
Message-ID: <48EB0C15.4040507@sgi.com> (raw)
In-Reply-To: <DD005F45-C3A4-4D89-818A-3FDDFDC29AE1@web.de>
Andreas Färber wrote:
>> GCC is sufficiently C99 compliant to handle this style of initializers.
>> Maybe it's not C99 compliant enough for other stuff, but on this front
>> it does just fine.
>
> You're missing the point: GCC today is not necessarily GCC 4.3+ or
> whatever has just been released these days and included in your favorite
> Linux distro. Just like Sun continues to ship GCC 3.4.3 on their latest
> OpenSolaris builds, the BeOS world and therefore its successor(s) are
> stuck with GCC 2.95.3 due to C++ ABI breakage in between major GCC
> versions. GCC 2 was originally released in '98 iirc and hence not C99
> compliant. I'd expect your IRIX to face a similar issue, at EOL.
Andreas,
I have sympathy with the BeOS users, however C99 style (not I am not
arguing that we necessarily need to require a full C99 compliant
compiler), are very common today and trying to stick to an ancient and
by now, far obsolete compiler, like 2.95.3 simply means that BeOS little
by little will not be able to compile any recent applications. The BeOS
community can try and battle every codebase being modernized or it can
put the efforts into updating it's compiler suite. Yes I know it's
painful, but I am going to argue it will be a better spent effort than
trying to hold back reality. It's a bit like argueing that everybody
must use candle lighting and not electrical because there are still a
few people living in houses which doesn't have any electricity.
One interim step could be for OSes like BeOS to switch to egcs or Red
Hat's old gcc-2.96 base. I believe both support C99 style struct
initializers while still sticking to the old C++ ABI.
FWIW, please don't try and use my email address as an indication that I
care about IRIX. If you do so, you obviously don't know me. That OS has
been dead for years and it's proprietary.
> So while this argument for using C99 is flawed, there may be valid
> reasons for QEMU to use more C99 constructs. But their pure availability
> in the latest GCCs is not very convincing.
Well given that QEMU doesn't contain any C++, another option would be to
say we require at least gcc3 for QEMU and have BeOS users compile it
with gcc3. I don't see that affecting the issue with broken C++ ABIs.
Cheers,
Jes
next prev parent reply other threads:[~2008-10-07 7:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-06 13:09 [Qemu-devel] [patch 1/2] machine struct - use C99 initializers Jes Sorensen
2008-10-06 15:05 ` Johannes Schindelin
2008-10-06 15:03 ` Jes Sorensen
2008-10-06 15:26 ` Johannes Schindelin
2008-10-06 15:23 ` Anthony Liguori
2008-10-06 20:22 ` Ronan Keryell
2008-10-06 22:46 ` Andreas Färber
2008-10-06 23:07 ` Paul Brook
2008-10-06 23:38 ` M. Warner Losh
2008-10-07 13:50 ` Paul Brook
2008-10-07 7:13 ` Jes Sorensen [this message]
2008-10-26 15:17 ` Andreas Färber
2008-10-06 15:30 ` Thiemo Seufer
2008-10-07 20:34 ` Anthony Liguori
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=48EB0C15.4040507@sgi.com \
--to=jes@sgi.com \
--cc=andreas.faerber@web.de \
--cc=qemu-devel@nongnu.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 NNTP newsgroup(s).