Unusual error message from gcc34 ?

[David Cuthbert]

gonflybsd.org> <200407050024.i650Oa4v019310 at xxxxxxxxxxxxxxxxxxxx>
In-Reply-To: <200407050024.i650Oa4v019310 at xxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 16
Message-ID: <40ea331c$0$50172$415eb37d at 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...