bug-libtool
[Top][All Lists]
Advanced

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

Re: RFA: libtool.m4


From: Ralf Wildenhues
Subject: Re: RFA: libtool.m4
Date: Tue, 28 Apr 2009 20:45:43 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

[ adding bug-libtool; you can remove gcc-patches from followups ]

* Kai Tietz wrote on Tue, Apr 28, 2009 at 02:29:12PM CEST:
> >> In the libtool.m4 in function _LT_CHECK_MAGIC_METHOD the current check
> >> for mingw doesn't treat the x64 proper.
> >> It checks for 'file_magic file format pei*-i386(.*architecture:
> >> i386)?', what is right for 32-bit mingw, but for 64-bit version this
> >> string needs to be changed to something like 'file_magic file format
> >> pei*(.*architecture: i386)?'

> I did the libtool testsuite run for w64 target and found no serious
> issues (as I expected). But the underlying issue isn't tested in the
> suite at all my initial post is pointing on. The problem is that the
> pattern used (and so also in libtool itself) for detection if a dll
> (windows shared object) is generated is wrong.

So, can you devise a short example, or ideally even a testsuite addition
to git Libtool that exposes this issue?  Alternatively, describe the
situation in which you encountered it.

> in aclocal.m4 there is the line
> 'lt_cv_deplibs_check_method='file_magic file format
> pei*-i386(.*architecture: i386)?'
> which doesn't fit for 64-bit dlls.
> lt_cv_deplibs_check_method='file_magic file format
> pei*-(i386|x86_64)(.*architecture: i386)?'

> If you are interest in the testrun files, please tell me. I can sent
> them to you.

If there are no testsuite failures, then no, I don't need them.  Thanks.

Cheers,
Ralf




reply via email to

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