mingw-cross-env-list
[Top][All Lists]
Advanced

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

Re: [Mingw-cross-env-list] libiberty.a has gone?


From: Nikos Chantziaras
Subject: Re: [Mingw-cross-env-list] libiberty.a has gone?
Date: Tue, 13 Mar 2012 18:17:54 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120302 Thunderbird/10.0.1

On 13/03/12 14:37, Tony Theodore wrote:
On 3 March 2012 00:15, Mark Brand<address@hidden>  wrote:
The gcc documentation seems to recommend against installing libiberty "on
its own" [1].

Following some of the problem reports, they do consider it a bug that
it was being installed. Maybe the mingw.org team relied on the old
behaviour and considered that they didn't need to include it with the
runtime?

I should mention that my own problem report is not about packages installed through cross-env. It's about my own software. I do make use of functions that are provided by libiberty. However, I didn't even know that those functions are not part of the standard libraries of mingw. Only when the linker started barking did I discover libiberty.

So should mingw really care about this? They don't seem to be using libiberty at all. Maybe the correct thing to do is to provide a libiberty.mk, and people who need it can install it.

Another thing to consider here is that code using functions from that lib fails at link time rather than at compile time. If GCC does not install it anymore, why is there a usr/lib/gcc/i686-pc-mingw32/4.6.3/plugin/include/libiberty.h header? Functions that are not available for the user shouldn't have any prototypes. Is this a GCC bug?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]