GNU bug report logs -
#8550
A libtool question (trying to compile with MS VC++ from VS 2008 SP1)
Previous Next
To reply to this bug, email your comments to 8550 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-libtool <at> gnu.org
:
bug#8550
; Package
libtool
.
(Mon, 25 Apr 2011 17:14:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Robert A. Lerche" <ral <at> msbit.com>
:
New bug report received and forwarded. Copy sent to
bug-libtool <at> gnu.org
.
(Mon, 25 Apr 2011 17:14:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi.
I am a consultant working for a large client on a high-profile
security-related project.
[trying to build libtool-2.4 with MSVC++]
I'm trying to introduce use of open source software instead of
proprietary systems. The particular project uses Python for the
client, with OpenSSL for secure communications and a dynamic engine to
talk to a hardware security device.
This lash-up requires engine_pkcs11 and libp11, so in turn I need
libtool.
I have been able to compile everything with "pure Microsoft" tools
*except* libtool.
During development, as a workaround, I'm using MinGW/MSYS. This
works. However, I'd like to eliminate that dependency (various .dll
files) if possible.
I've seen tantalizing hints of MS VC++ support in a couple of posts on
Savannah but when I try to build libtool with the MS compiler I'm
getting stuck. I have set up a PATH that includes MSYS for the tools
but omits gcc. This almost works.
I attach a log of the current spot where my build fails.
Thanks for any help you can give me.
[build-libtool-2.4-log (application/octet-stream, inline)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-libtool <at> gnu.org
:
bug#8550
; Package
libtool
.
(Tue, 26 Apr 2011 08:36:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Robert,
Den 2011-04-25 19:01 skrev Robert A. Lerche:
> Hi.
>
> I am a consultant working for a large client on a high-profile
> security-related project.
>
> [trying to build libtool-2.4 with MSVC++]
>
> I'm trying to introduce use of open source software instead of
> proprietary systems. The particular project uses Python for the
> client, with OpenSSL for secure communications and a dynamic engine to
> talk to a hardware security device.
>
> This lash-up requires engine_pkcs11 and libp11, so in turn I need
> libtool.
>
> I have been able to compile everything with "pure Microsoft" tools
> *except* libtool.
>
> During development, as a workaround, I'm using MinGW/MSYS. This
> works. However, I'd like to eliminate that dependency (various .dll
> files) if possible.
>
> I've seen tantalizing hints of MS VC++ support in a couple of posts on
> Savannah but when I try to build libtool with the MS compiler I'm
> getting stuck. I have set up a PATH that includes MSYS for the tools
> but omits gcc. This almost works.
>
> I attach a log of the current spot where my build fails.
>
> Thanks for any help you can give me.
I see one piece missing piece, and that is the archiver which isn't
autodetected by autotools (yet, a patch has been suggested, but it is
pending review, or something). The MS archiver (lib.exe) isn't anything like
a POSIX archiver (ar), so you need a wrapper for it. I suggest the ar-lib
wrapper included in Automake. However, there's no released version of
Automake that supplies it (yet), so I have attached it here for your
convenience.
I use it like this: .../configure AR="/path/to/ar-lib lib", but you may also
export AR if you like that better.
I think that should be it.
Cheers,
Peter
[ar-lib (text/plain, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-libtool <at> gnu.org
:
bug#8550
; Package
libtool
.
(Tue, 26 Apr 2011 19:11:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 8550 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
[Forwarding this (sightly edited) to debbugs and Robert, the reporter]
Hi Robert,
Den 2011-04-25 19:01 skrev Robert A. Lerche:
> Hi.
>
> I am a consultant working for a large client on a high-profile
> security-related project.
>
> [trying to build libtool-2.4 with MSVC++]
>
> I'm trying to introduce use of open source software instead of
> proprietary systems. The particular project uses Python for the
> client, with OpenSSL for secure communications and a dynamic engine to
> talk to a hardware security device.
>
> This lash-up requires engine_pkcs11 and libp11, so in turn I need
> libtool.
>
> I have been able to compile everything with "pure Microsoft" tools
> *except* libtool.
>
> During development, as a workaround, I'm using MinGW/MSYS. This
> works. However, I'd like to eliminate that dependency (various .dll
> files) if possible.
>
> I've seen tantalizing hints of MS VC++ support in a couple of posts on
> Savannah but when I try to build libtool with the MS compiler I'm
> getting stuck. I have set up a PATH that includes MSYS for the tools
> but omits gcc. This almost works.
>
> I attach a log of the current spot where my build fails.
>
> Thanks for any help you can give me.
I see one missing piece, and that is the archiver, which isn't
autodetected by autotools (yet, a patch has been suggested, but it is
pending review, or something). The MS archiver (lib.exe) isn't anything like
a POSIX archiver (ar), so you need a wrapper for it. I suggest the ar-lib
wrapper included in Automake. However, there's no released version of
Automake that supplies it (yet), so I have attached it here for your
convenience.
I use it like this: .../configure AR="/path/to/ar-lib lib", but you may also
export AR if you like that better.
I think that should be it.
Cheers,
Peter
[ar-lib (text/plain, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-libtool <at> gnu.org
:
bug#8550
; Package
libtool
.
(Mon, 02 May 2011 19:18:01 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
My thanks to Peter Rosin. The "ar-lib" script worked perfectly.
Not only did this allow me to compile libtool with MS Visual C++, in
turn it also solved another problem for me (a .dll incompatibility
that resulted in a crash in another module under Windows 7).
Open source proves its worth yet again.
This bug report was last modified 14 years and 108 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.