This is the mail archive of the
mailing list for the binutils project.
Re: [PATCH mingw/gold] Fix mingw gold build with plugins enabled for non-dlfcn case
On Thu, Jan 10, 2013 at 12:24 AM, Pavel Chupin <email@example.com> wrote:
> On Wed, Jan 9, 2013 at 7:50 PM, Ian Lance Taylor <firstname.lastname@example.org> wrote:
>> Hmmmm, there is a problem here. You have introduced the use of
>> libtool into configure.ac when it was not there before. When I run
>> autoreconf, this causes automake to rebuild the linker Makefile to use
>> libtool rather than the simple commands that it used before. I'm not
>> at all sure that that is a good idea.
>> Can we get this information without using libtool?
> Well, we need to find the library which provides dlopen somehow.
> libtool is doing that the long and correct way, it checks the
> architecture, and tries different options to determine available
> library. libtool is shared between several projects so if any fix is
> made it will be propagated. IMHO it is the best long term fix. I don't
> know if it's possible to reuse only LT_INIT(dlopen) part of libtool,
> my attempts failed.
> My goal is to fix mingw build when there is no libdl. If we don't
> really care about other libraries which may provide dlopen I can try
> to implement the following:
> 1) Check for dlfcn.h header
> 2) If found just add hardcoded -ldl. If not found add nothing.
> What do you think?
I'm fine with that since it is no worse than what we have today.