[Top][All Lists]
[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
- Re: RFA: libtool.m4,
Ralf Wildenhues <=