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
> 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
-
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.
---
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
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
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
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
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
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!
applied, and INSTALL.activeperl removed, thanks randy!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> -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
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
12 matches
Mail list logo