From: Bernd Petrovitsch <bernd@firmix.at>
To: Bart Van Assche <bart.vanassche@gmail.com>
Cc: Jamie Lokier <jamie@shareable.org>,
"Leisner, Martin" <Martin.Leisner@xerox.com>,
Alexander Neundorf <neundorf@eit.uni-kl.de>,
linux-embedded@vger.kernel.org
Subject: Re: prevalence of C++ in embedded linux?
Date: Wed, 30 Jul 2008 14:48:22 +0200 [thread overview]
Message-ID: <1217422102.7892.21.camel@spike.firmix.at> (raw)
In-Reply-To: <e2e108260807300404r65bfb2b2xfb07687601dc59da@mail.gmail.com>
On Wed, 2008-07-30 at 13:04 +0200, Bart Van Assche wrote:
[...]
> I don't know whether C++ is intrinsic to GOLD's linking superiority.
> The reason I cited the GOLD project is because of the programming
> style of the GOLD source code. A quote from
> http://lwn.net/Articles/274859/, about the GOLD source code:
>
> I looked through the gold sources a bit. I wish everything in the GNU
> toolchain were written this way. It is very clean code, nicely
> commented, and easy to follow. It shows pretty clearly, I think, the
> ways in which C++ can be better than C when it is used well.
If "GOLD" is as old and flexible (and portable?) as binutils, gcc and/or
other huge software maintained to death, it is probably similar complex
and odd.
If people take a > 10 year old tool and rewrite it from scratch, I would
assume that design is better.
And I can't see any direct dependence on the used programming
language(s) if one compares running code and what is left of "design"
after years of design extensions, changes, enhancements, etc. to a new
design from scratch from the lessons learned (hopefully) from the former
one.
Bernd
--
Firmix Software GmbH http://www.firmix.at/
mobil: +43 664 4416156 fax: +43 1 7890849-55
Embedded Linux Development and Services
next prev parent reply other threads:[~2008-07-30 12:48 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-28 15:43 prevalence of C++ in embedded linux? Robert P. J. Day
2008-07-28 15:54 ` Chris
2008-07-28 15:55 ` Jamie Lokier
2008-07-28 16:15 ` Domenico Andreoli
2008-07-28 17:30 ` Matthias Kaehlcke
2008-07-28 21:47 ` Ben Nizette
2008-07-29 5:42 ` Roberto A. Foglietta
2008-08-02 4:14 ` Ben Nizette
2008-07-29 7:40 ` Marco Stornelli
2008-07-29 7:51 ` Alexander Neundorf
2008-07-29 8:20 ` Bernd Petrovitsch
2008-07-29 8:35 ` Marco Stornelli
2008-07-29 8:58 ` Alexander Neundorf
2008-07-29 9:47 ` Bernd Petrovitsch
2008-07-29 20:08 ` Leisner, Martin
2008-07-30 4:46 ` Bart Van Assche
2008-07-30 10:25 ` Jamie Lokier
2008-07-30 11:04 ` Bart Van Assche
2008-07-30 11:58 ` Haavard Skinnemoen
2008-07-30 12:38 ` Jamie Lokier
2008-07-30 13:01 ` Haavard Skinnemoen
2008-07-30 12:48 ` Bernd Petrovitsch [this message]
2008-07-30 13:07 ` Jamie Lokier
2008-07-30 13:58 ` Bernd Petrovitsch
2008-07-30 10:16 ` Jamie Lokier
2008-07-29 8:50 ` Bart Van Assche
2008-07-29 11:39 ` Richard Danter
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=1217422102.7892.21.camel@spike.firmix.at \
--to=bernd@firmix.at \
--cc=Martin.Leisner@xerox.com \
--cc=bart.vanassche@gmail.com \
--cc=jamie@shareable.org \
--cc=linux-embedded@vger.kernel.org \
--cc=neundorf@eit.uni-kl.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 NNTP newsgroup(s).