Re: building 2.0.32 on Darwin
It appears to me that we are running into a *lot* of problems in (GNU)libtool on OS X and that the libtool guys would appreciate the feedback. Yet, it appears that stuff sent to them never gets included in... has that been other's experience as well? -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Re: building 2.0.32 on Darwin
On Tue, 19 Feb 2002, Pier Fumagalli wrote: Jim Jagielski [EMAIL PROTECTED] wrote: It appears to me that we are running into a *lot* of problems in (GNU)libtool on OS X and that the libtool guys would appreciate the feedback. Yet, it appears that stuff sent to them never gets included in... has that been other's experience as well? Absolutely not. All my patches for libtool (often for esoteric platforms) have been included in a timely manner so far. I sent it several times, never seen a new release coming out with fixes... Gave up :( I have my own patched copy... Apparently those patches were misdirected, because there are no signs of them in the archive of the mailing lists (I grepped through libtool, libtool-patches). If you prefer that, I could resubmit those patches. Just let me know what needs to be submitted.. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg
Re: building 2.0.32 on Darwin
Sascha Schumann [EMAIL PROTECTED] wrote: On Tue, 19 Feb 2002, Pier Fumagalli wrote: Jim Jagielski [EMAIL PROTECTED] wrote: It appears to me that we are running into a *lot* of problems in (GNU)libtool on OS X and that the libtool guys would appreciate the feedback. Yet, it appears that stuff sent to them never gets included in... has that been other's experience as well? Absolutely not. All my patches for libtool (often for esoteric platforms) have been included in a timely manner so far. I sent it several times, never seen a new release coming out with fixes... Gave up :( I have my own patched copy... Apparently those patches were misdirected, because there are no signs of them in the archive of the mailing lists (I grepped through libtool, libtool-patches). Who knows... I sent them over to [EMAIL PROTECTED] If you prefer that, I could resubmit those patches. Just let me know what needs to be submitted.. Maybe they don't like me :) Attached is my message sent to this list last week about it, with the changes required to compile cleanly 2.0.32 Pier ---BeginMessage--- Pier Fumagalli [EMAIL PROTECTED] wrote: Anyone seen this before? Libtool 1.4.2 doesn't work on OS/X and the modules produced with Apache 2.0 are actually DYLIB(s) and not MH_BUNDLE(s), thus preventing the APR routines to read them... There seems to be a screwup with glibtool's -module parameter... Gotcha... Do a search for xyes and you will see something like archive_cmds=\$nonopt \$(test \\x\$module\\ = xyes echo -bundle... This has to be exchanged into archive_cmds=\$nonopt \$(test \x\$module\ = xyes echo -bundle... To make it work... Any chance we can do something with it? :) Pier ---End Message---
Re: building 2.0.32 on Darwin
Sascha Schumann wrote: On Tue, 19 Feb 2002, Pier Fumagalli wrote: Jim Jagielski [EMAIL PROTECTED] wrote: It appears to me that we are running into a *lot* of problems in (GNU)libtool on OS X and that the libtool guys would appreciate the feedback. Yet, it appears that stuff sent to them never gets included in... has that been other's experience as well? Absolutely not. All my patches for libtool (often for esoteric platforms) have been included in a timely manner so far. They must like you then. :) -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ A society that will trade a little liberty for a little order will lose both and deserve neither - T.Jefferson
Re: building 2.0.32 on Darwin
Sander Temme [EMAIL PROTECTED] wrote: Ran into the quoting problem that Pier also encountered. This affects building SO modules on Darwin. Quick fix: --- httpd-2.0.32/srclib/apr/configure.bak Thu Feb 14 00:14:57 2002 +++ httpd-2.0.32/srclib/apr/configure Sat Feb 16 14:20:08 2002 @@ -7116,7 +7116,7 @@ # FIXME: Relying on posixy $() will cause problems for #cross-compilation, but unfortunately the echo tests do not #yet detect zsh echo's removal of \ escapes. -archive_cmds='$nonopt $(test x$module = xyes echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' +archive_cmds='$nonopt $(test x$module = xyes echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' # We need to add '_' to the symbols in $export_symbols first #archive_expsym_cmds=$archive_cmds' strip -s $export_symbols' hardcode_direct=yes (also attached because my mailer wraps lines) Real fix: the problem is in libtool, to wit in /usr/local/share/aclocal/libtool.m4. Get a better libtool that does this right; re-run buildconf which sucks in libtool.m4. Unhappily outside the scope of Apache. Exactly... Without a proper glibtool fix, each time you re-run configure, well, you're screwed... Unless APR doesn't accept my patch to load DSO not compiled as MH_BUNDLE as well (it might be required in few other places...) Justyn, any news on that? Mod_ssl breaks on a symbol conflict. I'll try to pay it some attention. [...] Had a lot of problems building against the OpenSSL version shipped with OS/X, and at the end the only solution was to recompile it... Will see if I find some problems (although mod_ssl has zero priority for me :) Strangely enough, I'm getting a 404 with Mac Internet Explorer on http://localhost:8080/index.html. The same request on / goes OK, requesting index.html on Omniweb (the cool browser that gives you a dump of all http activity) shows no surprises. Microsoft fooness in supplying language information? Dunno. Don't have any problem on that... Weird... Pier