On Thu, Apr 14, 2011 at 2:47 PM, William A. Rowe Jr. <[email protected]> wrote: > On 4/14/2011 9:45 AM, Jeff Trawick wrote: >> I know others have played on MinGW before, but I don't know how long >> ago or what was attempted. Here are my observations: >> >> Trunk: >> >> I've been building/running this with shared library builds of apr trunk. >> >> * Only statically linked modules work AFAIK. > > Something interesting is going on with apr_dso_ here... does depends.exe > shed any insight? (Comparing win32 to mingw build, that is). > >> * If you build any of the modules that have their own >> foo_DECLARE_EXPORT logic you need to add foo_DECLARE_EXPORT to >> CPPFLAGS (kludge). > > That would be kludged in the config.m4 magic, we simply need to add > this -D'efine to the appropriate
I haven't looked at exactly what it takes to get the right foo_DECLARE_EXPORT in all the right places (and only there), and not leaking to apxs builds. > >> * I haven't tried with many different modules, especially not with >> those which require extra third-party libraries (OpenSSL, Lua, etc.). :) >> * There's a trunk-specific problem linking to PCRE because the PCRE >> libs are specified within LDFLAGS; I don't have a fix for this yet, >> and use a hack to relink it with "-L/path/to/pcre -lpcre" moved to a >> later point in the command. > > Interesting (an alternate expression for 'frustrating' :) This simple patch works for me... I just need to test on a couple of other platforms (rjung mentioned at the time that the prior change fixed an issue on OS X). Index: configure.in =================================================================== --- configure.in (revision 1092430) +++ configure.in (working copy) @@ -204,10 +204,8 @@ AC_MSG_ERROR([pcre-config for libpcre not found. PCRE is required and available from http://pcre.org/]) fi APACHE_SUBST(PCRE_LIBS) +APR_ADDTO(AP_LIBS, [\$(PCRE_LIBS)]) -dnl Add PCRE_LIBS to HTTPD_LDFLAGS -APR_ADDTO(HTTPD_LDFLAGS, [\$(PCRE_LIBS)]) - echo $ac_n "${nl}Configuring Apache httpd ...${nl}" dnl If the source dir is not equal to the build dir, > All of your experiments have been on Windows mingw/msys toolchain, right? > I want to take the revised apr/-util/httpd code once through the fedora 14 > mingw toolchain, just to see if anything interesting pops up. I don't > really care if the end result works under Wine, though :) That would be cool; I'm sure the build cycle is a lot faster. (But you wouldn't believe how many meetings have been more productive lately since I can tweak something in httpd, kick off a complete build, and see that something gets better amidst all the jabbering.)
