<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0"> </HEAD> <BODY> On Sun, 2010-08-08 at 21:56 -0500, Yaakov (Cygwin/X) wrote: <BLOCKQUOTE TYPE=CITE> <TT>> Is the library extension renaming part of the exec-hook? Why does it</TT> <TT>> have to change?</TT> <TT>Huh?</TT> </BLOCKQUOTE> In configure.ac, before the patch the value of LIBEXT is "so" and after the patch it is "dll.a". I don't know if it is right or wrong, but I was asking why the library extension had changed. I liitle googling tells me it is a convention for import libraries. <BLOCKQUOTE> <PRE> LIBEXT=so case $host_os in     cygwin*|mingw*) LIBEXT=dll.a <--- this line added by the patch platform_win32=yes ;     darwin*) LIBEXT=dylib platform_darwin=yes ; esac </PRE> </BLOCKQUOTE> <BLOCKQUOTE TYPE=CITE> <TT>> I had a hard time understand the creative explanation "must remain !</TT> <TT>> PLATFORM_WIN32".</TT> <TT>> Perhaps something like "must be done on all platforms including</TT> <TT>> WIN32".</TT> <TT>No, it must remain in a !PLATFORM_WIN32 conditional block.</TT> </BLOCKQUOTE> <BLOCKQUOTE> <PRE> I was looking at the toplevel makefile, my mistake. </PRE> </BLOCKQUOTE> So I can upgrade to: Reviewed-by: Gaetan Nadon <<A HREF="mailto:memsize@videotron.ca">memsize@videotron.ca</A>> </BODY> </HTML>