This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: RFA: libtool.m4


[ 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]