view doc/windows-libtool.texi @ 40140:81f075eaa990

ptsname_r: Work around bug on Android 4.3. * m4/ptsname_r.m4 (gl_FUNC_PTSNAME_R): Define HAVE_ESSENTIALLY_WORKING_PTSNAME_R. Test whether the return value is correct. * lib/ptsname_r.c (__ptsname_r): If HAVE_ESSENTIALLY_WORKING_PTSNAME_R is defined, just fix the return value. * doc/glibc-functions/ptsname_r.texi: Mention the Android bug. Reword: The behaviour of musl libc is nothing to be "fixed", since it is compliant with the next POSIX standard.
author Bruno Haible <bruno@clisp.org>
date Sat, 26 Jan 2019 15:23:19 +0100
parents a64fce491bb5
children
line wrap: on
line source

@node Libtool and Windows
@section Libtool and Windows

If you want it to be possible to compile your program for a native Windows
platform and you use Libtool, you need to use the @code{win32-dll} option of
@code{LT_INIT}. In other words, put:

@example
LT_INIT([win32-dll])
@end example

in your @file{configure.ac}.  This sets the correct names for the
@code{OBJDUMP}, @code{DLLTOOL}, and @code{AS} tools for the build.

If you are building a library, you will also need to pass
@code{-no-undefined} to make sure Libtool produces a DLL for your
library.  From a @file{Makefile.am}:

@example
libgsasl_la_LDFLAGS += -no-undefined
@end example