Die GNU autotools

[Oleg Goldshmidt]

> fakeroot-ng prefers to use std::unordered_map, if it's available. If not,
> __fnu_cxx::hash_map would do. If even that's not available, it would
> grudgingly use std::map, even though that one has worse performance
> characteristics.
>

Another excellent example, indeed.

I remember guessing that it was probably not considered a big problem on
>> Windows because Windows didn't have shared libraries, so memory would be
>> wasted in any case.
>>
>
> I'm not sure where you got that one. Even assuming you meant "share runtime
> memory", and not "shared code", Windows does have shared libraries.


Eh, this is noise in this thread - sorry for making that comment.

I admit I am not up-to-date (but my recollection refers to years ago, too).
Windows DLLs were not equivalent to UNIX/Linux shared libraries - they
contained "relocatable" and not "position-independent" code, and each
process had its own copy mapped into memory (yes, runtime memory).

Between myself and Shachar, Shachar is much more likely to be up-to-date and
better versed in details, so believe him. My comment was not essential to
this thread, anyway, and can safely be ignored.


> It is true that you are discouraged from using non-system DLLs from a
> shared location, unless you jump through the horrible hoops called
> "manifests", but still, a single application install would be expected to
> use only one version of a DLL, and its text and read only segments would,
> generally, be shared between all executables using it.



-- 
Oleg Goldshmidt | oleg at goldshmidt.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20110112/5e46647d/attachment.html>