[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNU Libtool 2.2.7b released (2.2.8 release candidate).
From: |
Gary V. Vaughan |
Subject: |
Re: GNU Libtool 2.2.7b released (2.2.8 release candidate). |
Date: |
Sat, 22 May 2010 16:26:52 +0700 |
[removed autotools-announce@ and libtool@ from Cc:]
Hi Alon,
Thanks for testing!
Forwarding to the Libtool Bug List for consideration by someone with
access to Windows (or a Windows cross environment ;) )
On 22 May 2010, at 13:33, Alon Bar-Lev wrote:
> On Fri, May 21, 2010 at 3:22 AM, Gary V. Vaughan <address@hidden> wrote:
>> GNU Libtool hides the complexity of using shared libraries behind a
>> consistent, portable interface. GNU Libtool ships with GNU libltdl,
>> which hides the complexity of loading dynamic runtime libraries
>> (modules) behind a consistent, portable interface.
>
> <snip>
>
> Windows regression.
> When linking with libstdc++ which is static library.
>
> libtool-2.2.6b - complains but creates a shared library.
> libtool-2.2.7b - complains and does not create a shared library.
>
> Why linking with libstdc++? One of the static archives uses C++.
> Why not use CXX? As the sources are C only.
>
> Regards,
> Alon.
>
> configure.ac
> ---
> AC_PREREQ([2.63])
> AC_INIT([test1], [0])
> AC_CONFIG_SRCDIR([f.c])
> AC_CONFIG_HEADERS([config.h])
> AC_CONFIG_MACRO_DIR([m4])
> AM_INIT_AUTOMAKE
> AC_PROG_CC
> LT_INIT([win32-dll])
> AC_CONFIG_FILES([Makefile])
> AC_OUTPUT
> ---
>
> Makefile.am
> ---
> AUTOMAKE_OPTIONS = foreign 1.10
> ACLOCAL_AMFLAGS = -I m4
> lib_LTLIBRARIES = libf.la
> libf_la_SOURCES = f.c
> libf_la_LDFLAGS = $(AM_LDFLAGS) -no-undefined
> libf_la_LIBADD = -lstdc++
> ---
>
> f.c
> ---
> int f(void) {
> return 0;
> }
> ---
- Re: GNU Libtool 2.2.7b released (2.2.8 release candidate).,
Gary V. Vaughan <=