From owner-freebsd-small Tue Aug 14 12: 6:35 2001 Delivered-To: freebsd-small@freebsd.org Received: from gta.com (mailgate.gta.com [199.120.225.4]) by hub.freebsd.org (Postfix) with ESMTP id 40CCB37B405 for ; Tue, 14 Aug 2001 12:06:32 -0700 (PDT) (envelope-from lab@gta.com) Received: from gta.com (GTA internal mail system) by gta.com id MAA07359; Tue, 14 Aug 2001 12:51:25 -0400 (EDT) Date: Tue, 14 Aug 2001 12:51:25 -0400 (EDT) Message-Id: <200108141651.MAA07359@gta.com> From: Larry Baird To: freebsd-small@freebsd.org Cc: Luigi Rizzo Subject: Re: crunchgen issue ... In-Reply-To: <200108132207.AAA28026@gta.com> User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (FreeBSD/3.5-STABLE (i386)) 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 >> 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. From my experience this approach works with a small caveate. It links in the complete library and not just the required object modules. This can lead to substantial bloat if most of the library is not required. (-; Larry -- ------------------------------------------------------------------------ Larry Baird | http://www.gnatbox.com Global Technology Associates, Inc. | Orlando, FL Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message