Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 9 Jul 2014 12:09:02 -0700
From:      Adrian Chadd <adrian@freebsd.org>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>, Baptiste Daroussin <bapt@freebsd.org>, Pedro Giffuni <pfg@freebsd.org>, "src-committers@freebsd.org" <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>
Subject:   Re: 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...
Message-ID:  <CAJ-VmokW-Y6M6E7UW_7sO3upC-1AKfwtQ1t_7GDvaGgitngOrw@mail.gmail.com>
In-Reply-To: <20140709182745.GD93733@kib.kiev.ua>
References:  <201407091552.s69FqUon070685@svn.freebsd.org> <53BD68E4.1070706@freebsd.org> <CAJ-VmonsZzATyWC9g-pxaQ_qDSvOh-jbiWhY=92vgmovqvn-BQ@mail.gmail.com> <20140709172305.GD56040@ivaldir.etoilebsd.net> <CAJ-Vmo=kLQ27km1hRcwFsinmBMA=UVWcZyw5gBLJ-V1UvQPuOw@mail.gmail.com> <20140709182745.GD93733@kib.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On 9 July 2014 11:27, Konstantin Belousov <kostikbel@gmail.com> wrote:
> On Wed, Jul 09, 2014 at 11:05:29AM -0700, Adrian Chadd wrote:
>> On 9 July 2014 10:23, Baptiste Daroussin <bapt@freebsd.org> wrote:
>> > On Wed, Jul 09, 2014 at 10:12:27AM -0700, Adrian Chadd wrote:
>> >> 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.
>> >
>> > do you install gdb on your embedded environnement? because that is the only
>> > user of libreadline.
>>
>> See below.
>>
>> >>
>> >> 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.
>> >
>> > Facts:
>> > Before
>> > gdb + kgdb + gdbtui + libreadline.so.8 + libhistory.so.8 = 8976 k
>> > After
>> > gdb + kgdb + gdbtui = 8973 k
>> >
>> > I don't think I have damaged too much your embedded system am I wrong?
>> >
>> > Do I miss something?
>> >
>> > (Yes I have checked that before turning into an internallib given my first
>> > approach was to turn into a privatelib.
>>
>> Sure, except for the people who have done things like rolled local
>> configuration/management telnet interfaces for these things. They're
>> also using libreadline (and things like the cisco UI library.)
>>
>> And yeah, I do install gdb in there from time to time. Code sometimes
>> needs debugging. :-)
>>
>
> What Baptiste did is the only correct way to handle the ABI and API
> un-stability issues with the third-party libraries.  The change is
> good if only for this sole reason.  Private libraries still conflict
> with the same library installed by other means, in the single process
> image.
>
> That said, if you do development directly on the tiny platforms, the
> remote gdb server is probably better solution than the local gdb.
> Also, WITH_SHARED_TOOLCHAIN probably would give you much bigger
> savings both in disk space and used memory than libreadline and
> libgnuregex.  I just abandoned a hope to flip this knob.

Alas, if only remote MIPS gdb for (at least kernel) worked.. :-)



-a



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokW-Y6M6E7UW_7sO3upC-1AKfwtQ1t_7GDvaGgitngOrw>