Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <810bdf36787d73128c8fb5733d15b2f4@exys.org>
Date: Sun, 03 Jun 2012 13:27:59 +0200
From: aep <aep@...s.org>
To: <musl@...ts.openwall.com>
Subject: Re: hm, libc crashes  loading libc

On Sat, 2 Jun 2012 17:41:03 -0400, Rich Felker wrote:

> Like most GNU junk, it's oriented towards the case where N->infinity.

C++ is broken in that way, but it's a reality thing. You can't just 
make C++ go away.

I think i will run into very _long_ symbol names with clay, does 
gnuhash stuff help me there or is it just good for large amounts of 
symbols?

> I suspect it's because their build system is broken and it's hard for 
> them to test changes to these files without building them as separate 
> .so's...

Someone prof wrote a book on how to design your stuff in a modular way, 
and all the fresh university students remembered was "have a lot of 
DSO's".
Now we've got a lot of non modular DSOs. congratulations. Same with 
dbus today.


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.