Re: [PATCH] win32 module names now like unix

2000-12-21 Thread John K Sterling
yeah, its .so take a look at the thread on new-httpd basically on win32 it really don't matter none what the extension is microsoft .ocx files and .cpl files are apparently just dlls with a different suffix. sterling Gerald Richter wrote: > > 2) only the ApacheModulePerl.dll has been chang

Re: [PATCH] win32 module names now like unix

2000-12-21 Thread Gerald Richter
> 2) only the ApacheModulePerl.dll has been changed to mod_perl.so to > limit the diff I didn't take a look at 1.3.15, but shouldn't it be mod_perl.dll instead of mod_perl.so on win32 ? Or do they really use the .so extension also on win32 ? Gerald -

Re: [PATCH] win32 module names now like unix

2000-12-21 Thread brian moseley
On Thu, 21 Dec 2000, Doug MacEachern wrote: > good work, thanks sterls! what do people think about > this general renaming of ApacheModuleFoo.dll to > mod_foo.so in win32 land? good? bad? i guess this is > the 2.0 convention, so we might as well get used to it. it makes me wet. ---

Re: [PATCH] win32 module names now like unix

2000-12-21 Thread John K Sterling
if anyone needs some background there was a huge thread on new-httpd about this over the past few days with Subject: [Win32] 1.3.15; my mod_foo.dll question on the table many people chimed in and there are some interesting points... the biggest benefit is being able to use the exact same conf fi

Re: [PATCH] win32 module names now like unix

2000-12-21 Thread Doug MacEachern
good work, thanks sterls! what do people think about this general renaming of ApacheModuleFoo.dll to mod_foo.so in win32 land? good? bad? i guess this is the 2.0 convention, so we might as well get used to it. - To unsubscrib

[PATCH] win32 module names now like unix

2000-12-21 Thread John K Sterling
as stated in my earlier post, apache-1.3.15-dev was just changed so all modules on win32 look exactly like unix (e.g. mod_status.so). i proposed we should stay in sync with the httpd group. here is a minimal patch that seems to work: note 1) no docs have been updated in this patch 2) only the Ap

more win_32 stuff

2000-12-21 Thread John K Sterling
As of today apache_1.3.15 builds all standard modules on win32 to look like the unix ones (e.g. mod_status.so). pretty sweet - i suggest we do the same for mod perl (mod_perl.so as apposed to ApacheModulePerl.dll) to keep consistent with the httpd guys. I will propose a patch this evening for th

[PATCH] win32 apache binary dirs changed today

2000-12-21 Thread John K Sterling
so if you try to build against the HEAD of apache1.3.15-dev using the APACHE_SRC flag it can't find ApacheCore.lib all i did here was add another check, if there is no ApacheCore.lib in the CoreD/CoreR directory, also check in Debug/Release under the apache src root. a better way to do this would

RE: Apache::MyConfig hooks list

2000-12-21 Thread Doug MacEachern
On Thu, 21 Dec 2000, Geoffrey Young wrote: > for the life of me I can't figure out how to add MyConfig.pm to MAN3POD - > explicity adding it truncates everything else, but manifypods() doesn't see > it on its own.., weird. perldoc Apache::MyConfig works ok at least. applied, thanks!

Re: Win32 build with VC++

2000-12-21 Thread Doug MacEachern
applied, and INSTALL.activeperl removed, thanks randy! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Apache::MyConfig hooks list

2000-12-21 Thread Geoffrey Young
> -Original Message- > From: Doug MacEachern [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 20, 2000 1:20 PM > To: Geoffrey Young > Cc: [EMAIL PROTECTED] > Subject: RE: Apache::MyConfig hooks list > > > you want me to insert some pod for Apache::MyConfig here too? > > that wou

Re: Win32 build with VC++

2000-12-21 Thread Matt Sergeant
On Thu, 21 Dec 2000, Randy Kobes wrote: > Hi, > I tested out the mod_perl cvs version (against > apache_1.3.15-dev) which had these Makefile.PL > patches, and all tests pass And Geoff's patch > to Apache::MyConfig looks good on Windows, too. >I've attached a diff to INSTALL.win32 (ag