From owner-freebsd-small Mon Aug 13 13: 3:37 2001 Delivered-To: freebsd-small@freebsd.org Received: from rgmail.regenstrief.org (rgmail.regenstrief.org [134.68.31.197]) by hub.freebsd.org (Postfix) with ESMTP id DC82C37B40C for ; Mon, 13 Aug 2001 13:03:32 -0700 (PDT) (envelope-from gunther@aurora.regenstrief.org) Received: from aurora.regenstrief.org ([172.31.26.4]) by rgmail.regenstrief.org (8.11.0/8.8.7) with ESMTP id f7DK9wj08591; Mon, 13 Aug 2001 15:09:58 -0500 Message-ID: <3B78328B.8070603@aurora.regenstrief.org> Date: Mon, 13 Aug 2001 15:03:23 -0500 From: Gunther Schadow Organization: Regenstrief Institute for Health Care User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Luigi Rizzo Cc: PicoBSD List Subject: Re: crunchgen issue ... References: <200108131925.VAA27142@info.iet.unipi.it> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Luigi Rizzo wrote: >>libs /usr/obj/usr/src/usr.sbin/ntp/libntp/libntp.a >> >>that will sometimes work just fine; but sometimes, as in this >>case, it will fail because of that libntp.a backwards referencing >>symbols that are found in ntpdate.lo. All sorts of other problems >> > > that is not a crunchgen problem, is poor coding of the library > itself, and there is nothing crunchgen can do about it > (i mean nothing that is not tightly related to the specific > misuse of the library). I can see your point ... > 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. 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. regards, -Gunther -- Gunther Schadow, M.D., Ph.D. gschadow@regenstrief.org Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistant Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message