From owner-freebsd-small Mon Aug 13 15:15:23 2001 Delivered-To: freebsd-small@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 540B137B407 for ; Mon, 13 Aug 2001 15:15:19 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id AAA28026; Tue, 14 Aug 2001 00:07:56 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200108132207.AAA28026@info.iet.unipi.it> Subject: Re: crunchgen issue ... In-Reply-To: <3B78328B.8070603@aurora.regenstrief.org> from Gunther Schadow at "Aug 13, 2001 03:03:23 pm" To: Gunther Schadow Date: Tue, 14 Aug 2001 00:07:56 +0200 (CEST) Cc: PicoBSD List X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > ssh had a similar problem, and i had to patch it (in the picobsd/ssh port) > > extensively to fix the problem and avoid having to include a replica > > of the "library" for each binary that used it. > > right, that's what made me give up on SSH before. Did you > feed back your changes to the ssh maintenance? That's where > I'm afraid the problem ends up being. the picobsd port of ssh handles this ok, but it is for the partly-restricted version of ssh, and no, i have not emailed the ssh people about this problem. The openssh in our source is too bloated, it links in about 500KB of libraries (with the same misuse of libraries) so even fixing the library problem would not make it useable for picobsd purposes (on floppy at least). > You're right that the special libs approach leads to replicating > those libraries into multiple programs that use them, but > sometimes I only use one. I'm afraid that eventually naming > conflicts between such private libraries are not avoidable even > with good c-coding. So, it may remain to be the problem of the > crunchgen user ... so crunchgen could still help here. In these cases, wouldn't it suffice to put the library name in the OBJS variable of the Makefile ? This would also reflect more accurately the actual use of the "library", which really becomes just a set of objects which might be needed for the build. cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message