Mercurial > gnulib
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