DragonFly BSD
DragonFly bugs List (threaded) for 2004-07
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: Unusual error message from gcc34 ?


From: David Cuthbert <dacut@xxxxxxxxx>
Date: Tue, 06 Jul 2004 01:07:11 -0400

gonflybsd.org> <200407050024.i650Oa4v019310@xxxxxxxxxxxxxxxxxxxx>
In-Reply-To: <200407050024.i650Oa4v019310@xxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 16
Message-ID: <40ea331c$0$50172$415eb37d@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
NNTP-Posting-Host: 209.195.151.220
X-Trace: 1089090332 crater_reader.dragonflybsd.org 50172 209.195.151.220
Xref: crater_reader.dragonflybsd.org dragonfly.bugs:1589

Matthew Dillon wrote:
>    I'm thinking we will probably have to hack libtool up to recognize CCVER
>    and do the right thing.  Man I *HATE* these damn linux/gnu tools that are
>    supposed to make source builds easier but instead frack them up.  We will
>    have to address this after the release.

Can anyone explain to me what problem libtool is supposed to address? 
On my systems, it will constantly pick up mismatched sets of headers and 
libraries (or sometimes point to non-existent libraries).

Even worse, if A depends on B and B depends on C.v1, then it will create 
a *direct* dependency from A to C.v1.  Now I download C.v2 and recompile 
B; suddenly, A insists on having both C.v1 and C.v2 loaded.  Wackiness 
ensues.

If libtool is the answer, I'm afraid to know what the question is...



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]