This patch contains three independently-reviewable changes that do not entirely fix the build on Cygwin, but do make important progress in that direction. * build/install.sh: Automagically append .exe - this is needed because libtool will not pass unknown options to an install program, so we are unable to use "-e .exe" in this case. * build/instdso.sh: Like OS/2, on Cygwin we can't rename DLLs. Additionally, on Cygwin we need the .la files installed to allow DSOs built by other software packages to link against installed DSOs - e.g. mod_dav_svn -> mod_dav. So, disable the latter part of instdso.sh, just like on OS/2. * modules/dav/fs/config6.m4: Cygwin is a DLL platform too. Add it to the list alongside OS/2.
Created attachment 14309 [details] Patch
I'm not happy with build/install.sh because it sounds like an issue with libtool, not with our build. We need to try to quit fixing libtool issues with gross hacks, and push the fix/patch back at the libtool devs. Can you validate that this patch really belongs in our build schema?
I can quite understand why you would ask, but this change does belong in httpd. The Libtool manual specifies that install mode is for use with a "cp" or BSD-compatible "install" program. Since Apache uses neither, but fits a script of it's own devising into this role, said script needs to follow the documented interfaces of libtool, which means not adding additional arguments. You might say that libtool is being overly restrictive - perhaps so, but in that case Apache should create and push upstream changes to loosen that interface first, before introducing a script which requires a looser interface. Also, it's not really a gross hack. It's concise and achieves what it needs to safely and without overcomplication.
After all this time I am inclined to close this bug request as wontfix. Please re-open it if something is missing.