Re: GNU Libtool 2.2.7b released (2.2.8 release candidate).

[Gary V. Vaughan]

[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;
> }
> ---