From owner-svn-src-head@FreeBSD.ORG Wed Jul 9 18:27:50 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D47F4168; Wed, 9 Jul 2014 18:27:50 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BD8D2B29; Wed, 9 Jul 2014 18:27:50 +0000 (UTC) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id s69IRjbZ088112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jul 2014 21:27:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s69IRjbZ088112 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id s69IRjno088111; Wed, 9 Jul 2014 21:27:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 9 Jul 2014 21:27:45 +0300 From: Konstantin Belousov To: Adrian Chadd 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: <20140709182745.GD93733@kib.kiev.ua> References: <201407091552.s69FqUon070685@svn.freebsd.org> <53BD68E4.1070706@freebsd.org> <20140709172305.GD56040@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8yXJwKnNP0rurr9c" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: "svn-src-head@freebsd.org" , Baptiste Daroussin , Pedro Giffuni , "src-committers@freebsd.org" , "svn-src-all@freebsd.org" X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2014 18:27:50 -0000 --8yXJwKnNP0rurr9c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 09, 2014 at 11:05:29AM -0700, Adrian Chadd wrote: > On 9 July 2014 10:23, Baptiste Daroussin 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. >=20 > See below. >=20 > >> > >> 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 =3D 8976 k > > After > > gdb + kgdb + gdbtui =3D 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 fi= rst > > approach was to turn into a privatelib. >=20 > 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.) >=20 > And yeah, I do install gdb in there from time to time. Code sometimes > needs debugging. :-) >=20 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. --8yXJwKnNP0rurr9c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJTvYmhAAoJEJDCuSvBvK1BHpoP/iotJ2yg8lzfIjdkyz9bWNcQ KtITXvDSENO9sdUf1Gc29R4lRHD7BEZjaI7C37DaafkV2AL5taHltT++NqKmSC4U fEzyTv2c9Aau8V+nv0wp2zxWLq7dkMAY/5GDkzlT9JeATJ3ROfX6T5Wb19fAp6Nb sEOSVv5wRQNMEkikNAX6Lq7RMJVL+XRt9nOOiriCDwid/xaWZE89uh3+wLmm5olm QWcYCuC3OMNwP1Ee+qbk+Wy5l67xwXuq1a3hazydpldKEubs0cwcqOcP21K6pNFH A6EKfLQkty4YuJyjFTKDjW2HTYr3gAzmo58GGXNZ0wV2PYXux5h7nEgXcd2HF+vF sn4oTnFDTxU8AtxjStjsmuaRyicVS/ldEoHxAE4TM1NSM+nI199LxMKxSYxkuqwg 8y0QxL22fc2XTHxAHPVjMPJ6/uLeDK5+pEDBGRlGES1Kn4IjATw9mvTOOWJaKpqv 5qe3rdoDvCCs/aLZU5Y5EeEihN7yEvzyjAhQF0ZNaslMsMv2ovLVmTeqXiIjokuk GYJJ2i4IeZRUcig0g9zMSFlpUSeMZZzXMAeDyFVa6x2WOvdQ+3v3OAc/2tKlwbat 4nOdcfkbtnC6hb7/mAI4dnjQVtXiiHOCZ1N4OAywt0Lhzh8ZzOnrq0eWlxIjHJWK 5sdQs1/F4Hn4Z9F73Km9 =nA8P -----END PGP SIGNATURE----- --8yXJwKnNP0rurr9c--