All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Brook <paul@codesourcery.com>
To: qemu-devel@nongnu.org
Cc: andreas.faerber@web.de, jes@sgi.com
Subject: Re: [Qemu-devel] [patch 1/2] machine struct - use C99 initializers
Date: Tue, 7 Oct 2008 14:50:09 +0100	[thread overview]
Message-ID: <200810071450.10186.paul@codesourcery.com> (raw)
In-Reply-To: <20081006.173822.-1749749577.imp@bsdimp.com>

> : If a host system hasn't bothered upgrading their toolchain in 10 years
> : then I refuse to care. If you really want to run and ancient obsolete OS
> : you should expect to run equally ancient software.
>
> You assume that all upgrades are a good thing.  There are often
> serious regressions in newer software, especially in not Intel
> platforms, that makes it much harder to upgrade and have a working
> system afterwards.
>
> I'm saying there needs to be a balance between the latest and
> greatest, and known working software...

IMHO anything using gcc2 has the balance tipped completely the wrong way, and 
requires a disproportionately large amount of effort to support.  I make a 
distinction between systems that are a few of revisions behind the bleeding 
edge, and systems that are not making enough effort to stay current. If we 
were requiring gcc4 then I'd agree with you. However I think sufficient time 
has passed that it's reasonable to expect at least gcc3.

As a side note, I'd be surprised if most modern c++ code even compiled with 
gcc2.95. The language implemented by g++2.95 only bears passing resemblance 
to modern c++, which is the reason the ABI is completely different.

> [Jes wrote]
> 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.

I wouldn't touch "2.96" unless you absolutely have to (i.e. you're still 
running RH7 systems). There's about a million different variants, most of 
which are broken.

Paul

  reply	other threads:[~2008-10-07 13:50 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 [this message]
2008-10-07  7:13       ` Jes Sorensen
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=200810071450.10186.paul@codesourcery.com \
    --to=paul@codesourcery.com \
    --cc=andreas.faerber@web.de \
    --cc=jes@sgi.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.