[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1358094579.32505.15@driftwood>
Date: Sun, 13 Jan 2013 10:29:39 -0600
From: Rob Landley <rob@...dley.net>
To: musl@...ts.openwall.com
Subject: Re: NULL
On 01/13/2013 08:56:15 AM, Luca Barbato wrote:
> On 13/01/13 15:29, Rob Landley wrote:
> > So fond of gcc. The LFS guys are currently discussing the 4.7.2
> release
> > or whatever it is that just came out and requires a C++ compiler on
> the
> > host. (I'd link to the archives but their website is half-migrated
> right
> > now.)
>
> It is known, if the people working on that are confident that having
> C++
> as core language is what boosted clang instead of having a clear
> separation of layers, good reusability and a clean API so be it.
No, gcc was a hairball because Richard Stallman explicitly wanted it to
be (for example see https://lwn.net/Articles/259157/), he feared
allowing the pieces to be cleanly separated because then you could
decouple them and use a proprietary back-end with the gcc front-end,
and vice versa. (Which happened anyway, it's how llvm was developed in
the first place, the clang front-end was a replacement for the gcc
front end in llvm/gcc.)
> (Meanwhile gccgo and gold still has a good chunk of neat shortcomings
> making a good point that the language isn't a magic bullet)
When your code is a pile of scar tissue, starting over from scratch
provides massive initial progress, regardless of implementation details
of the new one. Of course code is often a mass of scar tissue for a
_reason_:
http://www.joelonsoftware.com/articles/fog0000000069.html
Then again, Spolsky isn't particularly versed in open source
development. Wasting huge quantities of effort that just gets thrown
away is _how_ we defeated brooks' law. We scale the same way genetic
algorithms do: try everything with no coordination and then do an
editorial pass on the slush pile to fight off Sturgeon's law. Rinse,
repeat. So his horror at wasted effort is misplaced for us. The insight
that a mature code base enbodies a bunch of hidden knowledge in the
pattern of scars is correct, but that just means when we do the next
one we need to update the standards so they _do_ properly document the
current requirements and rationale. And have a massive corpus of real
world test data to run through it, plus be prepared to receive
<strike>endless complaints</strike> feedback from an army of testers
who will break it in ingenous ways.
> And we are discussing on how bend a C runtime to fit the C++ runtime.
>
> I do really hope Go will win more people and useful code and
> integration
> will come up to make C++ less important.
C is a good language. Go doesn't need to replace C, no matter how much
C++ FUDs it.
C++ containing C and calling itself a good language is about as
relevant as a mud pie containing a glass of water and calling itself a
good beverage. (If you think all additions are improvements explain CSS
and region locking in DVDs.)
That said, people wrote useful programs in Cobol and ADA for many
years, and even after they sober up they'll still need legacy support
to run the results.
Rob
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
