svn commit: r268461 - in head: . gnu/lib/libreadline gnu/lib/libreadline/history gnu/lib/libreadline/readline gnu/lib/libreadline/readline/doc gnu/usr.bin/gdb gnu/usr.bin/gdb/gdb gnu/usr.bin/gdb/gd...

[Adrian Chadd]

Hi,

By doing this you're actually making more work for the really embedded
people who have size constraints on things.

I dislike privatelib but it at least allows for code sharing where
before people would just statically link things into binaries.

I've had to actively undo this kind of dumb before in order to get
things to fit on very small flash root filesystems.

Shared libraries are good. Please stop assuming we have lots of disk
space and RAM to have duplicates of things floating around.

I request that if you're going to de-shareify things in the future you
at least bring it up with the embedded crowd to see if we can find a
way or two to make it work. The review list doesn't have anyone on it
even remotely caring about memory or storage pressures.



Thanks,



-a


On 9 July 2014 09:08, Pedro Giffuni <pfg at freebsd.org> wrote:
>
> On 07/09/14 10:52, Baptiste Daroussin wrote:
>>
>> Author: bapt
>> Date: Wed Jul  9 15:52:30 2014
>> New Revision: 268461
>> URL: http://svnweb.freebsd.org/changeset/base/268461
>>
>> Log:
>>    The GNU readline library is now an INTERNALLIB - that is, it is
>>    statically linked into consumers (GDB and variants) in the base
>>    system, and the shared library is no longer installed.
>>       That also allows ports to be able to use a modern version of
>> readline
>>
>
>
> Nice, thank you.
> I guess libgnuregex is also a good candidate for such treatment :).
>
> For a related reading:
>
> http://dtrace.org/blogs/wesolows/2014/04/10/libsunw_ssl-or-how-smartos-avoids-sadness/
>
> Cheers,
>
> Pedro.
>