Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 Jan 2006 08:36:10 +0100 (CET)
From:      Harti Brandt <hartmut.brandt@dlr.de>
To:        Scott Long <scottl@samsco.org>
Cc:        amd64@freebsd.org, Poul-Henning Kamp <phk@freebsd.org>, Peter Wemm <peter@freebsd.org>, current@freebsd.org
Subject:   Re: [head tinderbox] failure on amd64/amd64
Message-ID:  <20060112083224.U34596@beagle.kn.op.dlr.de>
In-Reply-To: <43C5B463.5020505@samsco.org>
References:  <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 11 Jan 2006, Scott Long wrote:

SL>Ruslan Ermilov wrote:
SL>> On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote:
SL>> 
SL>> > > Wouldn't it then make sense just to build a shared libdisk? Is there a
SL>> > > reason not to have one?
SL>> > > 
SL>> > 
SL>> > Here's the original reason.  I'm not sure if it still holds.  peter@ and
SL>> > phk@ Cc:ed.
SL>> > 
SL>> > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v
SL>> > : Working file: Makefile
SL>> > : head: 1.44
SL>> > : branch:
SL>> > : locks: strict
SL>> > : access list:
SL>> > : keyword substitution: kv
SL>> > : total revisions: 65;    selected revisions: 1
SL>> > : description:
SL>> > : ----------------------------
SL>> > : revision 1.12
SL>> > : date: 1996/03/17 19:02:07;  author: peter;  state: Exp;  lines: +1 -0
SL>> > : Repository copy src/release/libdisk to src/lib/libdisk as per recent
SL>> > : discussion on -core about disk partitioning tools etc.
SL>> > : : Add NOPIC=yes to Makefile to prevent any possibility of version
SL>> > mismatch
SL>> > : because of the potential grave consequences. (as suggested by phk)
SL>> > : : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is
SL>> > : hopefully going to remain in sync.
SL>> > 
SL>> 
SL>> As a safe measure, we can build and install a special PIC archive,
SL>> similar to libc_pic.a and libgcc_pic.a, and use it here.  This is
SL>> all in an assumption that it's still unsafe to produce the libdisk.so.
SL>> 
SL>> 
SL>> Cheers,
SL>
SL>One way or another, please fix it.  Why is bsnmp linking to libdisk anyways?
SL>It's an absolutely horrible library.

Then either remove it, put a 'don't use this horrible library' into the 
man page or whatever. How is one supposed to know that it shouldn't be 
used if it is there? I suppose that this library is currently the easiest 
way to enumerate all the partitions and slices. The hostres MIB needs this 
to populate the hrPartitionTable. I would also say, that everybody is free 
to 'fix' this.

harti



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060112083224.U34596>