You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by jheckel <JH...@t-online.de> on 2002/11/07 14:42:34 UTC
[Win32] nmake error compiling mod_perl.so
Hi
since two weeks I can no longer compile the mod_perl-2.0 package from
the snapshot server without errors. The last "good" compilation was
10/27/2002:-(
Apache version 2.0.44-dev, WinXP, Perl 5.6.1 Build 633.
My install commands:
perl Makefile.PL MP_AP_PREFIX=f:/apache2
nmake
nmake install
.....
"C:\Programme\Microsoft Visual Studio\VC98\lib\msvcrt.lib" -def:Access.def
Creating library ..\..\..\blib\arch\auto\Apache\Access\Access.lib
and object
..\..\..\blib\arch\auto\Apache\Access\Access.exp
Access.obj : error LNK2001: unresolved external symbol _newSVpvf
..\..\..\blib\arch\auto\Apache\Access\Access.dll : fatal error LNK1120:
1 unresolved externals
NMAKE : fatal error U1077: 'link' : return code '0x460'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Stop.
I don't know where to search for this problem.
Juergen
Re: [Win32] nmake error compiling mod_perl.so
Posted by Juergen Heckel <JH...@t-online.de>.
Randy Kobes wrote:
> Does
> W:\programme\Perl\site\lib\auto\Apache\RequestRec\RequestRec.dll
> exist? This problem may have arisen from an earlier, incomplete,
> install, or perhaps trying to install/uninstall mod_perl while
> the server was running. Maybe try making sure the server is
> stopped, then doing an 'nmake install' again, perhaps twice.
>
Hi,
that was my fault: I forgot that Apache was still running on my W2k
server in the LAN:-(
Juergen
Re: [Win32] ActivePerl-5.8 beta released
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Sat, 9 Nov 2002, Juergen Heckel wrote:
> Randy Kobes wrote:
> > Of relevance to mod_perl-2 Win32 users, ActivePerl just released
> > a beta version of their perl-5.8 binary; see
> > http://www.activestate.com/Products/ActivePerl/
>
> Hi,
> I tried this version (msi-package) with mod_perl-2.0 (latest snapshot)
> but I cannot compile it:
>
> W:\programme\Perl\lib\CORE\XSUB.h(399) : warning C4005: 'exit' : macro
> redefinition
> f:/apache2/include\os.h(97) : see previous definition of 'exit'
> modperl_interp.c(43) : error C2065: 'my_perl' : undeclared identifier
This should now be fixed in the mod_perl-2 cvs sources.
--
best regards,
randy kobes
Re: [Win32] ActivePerl-5.8 beta released
Posted by Juergen Heckel <JH...@t-online.de>.
Randy Kobes wrote:
> Of relevance to mod_perl-2 Win32 users, ActivePerl just released
> a beta version of their perl-5.8 binary; see
> http://www.activestate.com/Products/ActivePerl/
Hi,
I tried this version (msi-package) with mod_perl-2.0 (latest snapshot)
but I cannot compile it:
W:\programme\Perl\lib\CORE\XSUB.h(399) : warning C4005: 'exit' : macro
redefinition
f:/apache2/include\os.h(97) : see previous definition of 'exit'
modperl_interp.c(43) : error C2065: 'my_perl' : undeclared identifier
^^^^^^^^^^^^^^^^^^^^^^
modperl_interp.c(43) : warning C4047: 'function' : 'struct interpreter
*' diffes in levels of indirection from 'int '
modperl_interp.c(43) : warning C4024: 'Perl_IMem_ptr' : different types
for foral and actual parameter 1
modperl_interp.c(43) : warning C4047: 'function' : 'struct interpreter
*' diffes in levels of indirection from 'int '
modperl_interp.c(43) : warning C4024: 'Perl_IMem_ptr' : different types
for foral and actual parameter 1
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'cd' : return code '0x2'
Again I don't know where to search (with ActivePerl 5.6.1 no more problems).
Juergen
Re: [Win32] ActivePerl-5.8 beta released
Posted by Juergen Heckel <JH...@t-online.de>.
Randy Kobes wrote:
> Of relevance to mod_perl-2 Win32 users, ActivePerl just released
> a beta version of their perl-5.8 binary; see
> http://www.activestate.com/Products/ActivePerl/
Hi,
thank you again. I was looking there the last days without finding the
new version.
Juergen
Re: [Win32] ActivePerl-5.8 beta released
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Sat, 9 Nov 2002, Chris wrote:
> >> Because of binary incompatibilities with 5.6, there's a
> >>separate 5.8 repository of ppm packages under
> >> http://www.activestate.com/ppmpackages/5.8-windows/
> >> Such packages should be compatible with the perl-5.8 win32
> >> binary we have under
> >> ftp://theoryx5.uwinnipeg.ca/pub/other/perl-5.8-win32-bin.tar.gz
> >> if you've been using that.
>
> If you believe this to be true, then am I right in assuming that
> Activestate didn't manage to build the 5.8 beta with VC++ 7?
>
> I'd heard rumors that there was an attempt to build a version of Perl using
> VC++ 7 because Microsoft has a free non-optimizing VC++ compiler they ship
> with the .NET SDK. I was very excited by this prospect. ::sigh::
That would be nice ... I couldn't tell from ActiveState's site
nor from the binary which version of VC++ was used, but the
default Win32 Makefile that comes with the ActivePerl sources
says that the supported compilers are VC++ 2 through 6, and
possibly newer versions, and CCTYPE is defined to be MSVC60,
which is appropriate to VC++ 6. So I suspect they used VC++ 6.
ActivePerl's 5.8 'perl -V' reports that MULTIPLICITY,
USE_ITHREADS, USE_LARGE_FILES, PERL_IMPLICIT_CONTEXT, and
PERL_IMPLICIT_SYS was defined at compile time - except for the
USE_LARGE_FILES, these are the same as the 5.8 binary on our
site. So there may be an incompatibility with there with large
files ... For a random test, I took the DBI module from our
binary and copied it over into the ActivePerl distribution (which
doesn't come with DBI), and the tests from the DBI distribution
passed. So there's a binary compatibility present at some level.
When I make up a 5.8 repository, though, I'll use the same
flags as ActiveState.
The 5.8 ppm packages at
http://www.activestate.com/ppmpackages/5.8-windows/ seem to be
all pure perl packages, and such packages certainly are
compatible. However, in their ppd file they define ARCHITECTURE
to be "MSWin32-x86-multi-thread-5.8", whereas our binary doesn't
have the "-5.8" suffix. Consequently, if you use the ppm utility
of our binary and try to install an ActiveState ppm package, or
the other way around, a mismatch in architecture name is
reported. You can get around that by grabbing the .ppd and
.tar.gz files and editing the .ppd file to adjust ARCHITECTURE,
and also then adjusting the path to the .tar.gz file.
--
best regards,
randy
Re: [Win32] ActivePerl-5.8 beta released
Posted by Chris <ch...@prather.org>.
> I asked Jan Dubois at ActiveState about this, just to verify -
> the relevant excerpt of his reply follows ...
Luckily I'm on both lists (or at least I got a copy of Jan Dubois reply as
well). Thank you for this.
>>Perhaps related to this, was this build compiled with VC++ 6?
>
> Yes. For various reasons, we decided to continue to build
> ActivePerl with VC++ 6 SP3. I'm pretty sure that later service
> packs should be compatible too as the core Perl code doesn't use
> C++ anymore (the PERL_OBJECT stuff contained pointers to member
> functions, which changed size in VC++ 6 SP4 and later).
>
> I've also (just for testing) compiled extension DLLs for
> ActivePerl 633 and 802 using the free, non-optimizing VC++ 7
> compiler from the .NET Framework SDK. It worked just fine, but
> it will use MSVCR70 instead of MSVCRT for the runtime library,
> resulting in 2 different C runtime libraries being loaded. This
> is potentially a problem with structured exception handling for
> C++, but should work fine for "normal" C extension code too.
>
>From this and other comments, I gather having two runtime libraries is a
Not-So-Good-Thing (tm) I will probably breakdown and add VC++ 6 to my
collection of toys. I'm far from an adaquate C programmer.
Thank you for all your work supporting us red-headed step children in the
Windows world.
-Chris
Re: [Win32] ActivePerl-5.8 beta released
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Sat, 9 Nov 2002, Chris wrote:
> I'd heard rumors that there was an attempt to build a version
> of Perl using VC++ 7 because Microsoft has a free
> non-optimizing VC++ compiler they ship with the .NET SDK. I was
> very excited by this prospect. ::sigh::
I asked Jan Dubois at ActiveState about this, just to verify -
the relevant excerpt of his reply follows ...
============================================================
On Sat, 9 Nov 2002 22:31:53 -0600 (CST), Randy Kobes
<ra...@theoryx5.uwinnipeg.ca> wrote:
Hi Randy,
>I was wondering about the 5.8 repository at
>http://www.activestate.com/ppmpackages/5.8-windows/ - it doesn't
>seem to include packages that need a C compiler, like DBI. Is it
>just too early for these, or is there a reason for this?
Yes, the current repository is just the result of the first
automated run for ActivePerl 8xx. We already noticed that even
some of the modules that always used to pass are still missing.
I think the release notes of build 802 say somewhere that you
shouldn't expect a full repository until ActivePerl 8xx comes out
of *beta*. You just need a little patience. :)
>Perhaps related to this, was this build compiled with VC++ 6?
Yes. For various reasons, we decided to continue to build
ActivePerl with VC++ 6 SP3. I'm pretty sure that later service
packs should be compatible too as the core Perl code doesn't use
C++ anymore (the PERL_OBJECT stuff contained pointers to member
functions, which changed size in VC++ 6 SP4 and later).
I've also (just for testing) compiled extension DLLs for
ActivePerl 633 and 802 using the free, non-optimizing VC++ 7
compiler from the .NET Framework SDK. It worked just fine, but
it will use MSVCR70 instead of MSVCRT for the runtime library,
resulting in 2 different C runtime libraries being loaded. This
is potentially a problem with structured exception handling for
C++, but should work fine for "normal" C extension code too.
Cheers,
-Jan
============================================================
--
best regards,
randy
Re: [Win32] ActivePerl-5.8 beta released
Posted by Chris <ch...@prather.org>.
First,
I hate my mailer. I apologize for the previous totally reduntant post.
>> Because of binary incompatibilities with 5.6, there's a
>>separate 5.8 repository of ppm packages under
>> http://www.activestate.com/ppmpackages/5.8-windows/
>> Such packages should be compatible with the perl-5.8 win32
>> binary we have under
>> ftp://theoryx5.uwinnipeg.ca/pub/other/perl-5.8-win32-bin.tar.gz
>> if you've been using that.
If you believe this to be true, then am I right in assuming that
Activestate didn't manage to build the 5.8 beta with VC++ 7?
I'd heard rumors that there was an attempt to build a version of Perl using
VC++ 7 because Microsoft has a free non-optimizing VC++ compiler they ship
with the .NET SDK. I was very excited by this prospect. ::sigh::
-Chris
Re: [Win32] ActivePerl-5.8 beta released
Posted by Chris <ch...@prather.org>.
> Of relevance to mod_perl-2 Win32 users, ActivePerl just released
> a beta version of their perl-5.8 binary; see
> http://www.activestate.com/Products/ActivePerl/
> Because of binary incompatibilities with 5.6, there's a
>separate 5.8 repository of ppm packages under
> http://www.activestate.com/ppmpackages/5.8-windows/
> Such packages should be compatible with the perl-5.8 win32
> binary we have under
> ftp://theoryx5.uwinnipeg.ca/pub/other/perl-5.8-win32-bin.tar.gz
> if you've been using that.
>
> Even though the ActivePerl package is beta, they've tested
> it out beforehand and fixed some things compared to the
> CPAN perl-5.8 sources; see
> ftp://ftp.activestate.com/ActivePerl/src/5.8/
> for the diffs and for the complete sources used.
>
> If you're using mod_perl-2 on Win32 with perl-5.6.1 and have run
> into problems (such as hanging registry scripts), you may want to
> try perl-5.8. Over the next few days I'll make up a 5.8 Win32 ppm
> repository with mod_perl-2 and some other common packages; I'll
> post something later with the details. Unless there's a large
> demand for mod_perl-1 stuff, this repository will just include
> mod_perl-2 packages.
>
> --
> best regards,
> randy kobes
-Chris
RE: [Win32] ActivePerl-5.8 beta released
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Fri, 8 Nov 2002, Beau E. Cox wrote:
> Hi -
>
> Just wondering about DBI modules in 5.8.
>
> In both Randy's posted ppm packages list and via
> 5.8's ppm, I can't find:
>
> DBI (plain 'ole)
> DBD-ODBC
> DBD-Mysql
>
> I know this is beta, but are DBI modulrs such as
> these forthcoming?
>
> Aloha => Beau.
In ActiveState's announcement about the beta release they say
that they expect to support a complete 5.8 ppm repository when an
official release is made. There's no estimate given of when that
might be. The modules you mention above though I have compliled
and tested some with perl-5.8, and I'll add them to our
repository if they're not in ActiveState's.
--
best regards,
randy
RE: [Win32] ActivePerl-5.8 beta released
Posted by "Beau E. Cox" <be...@beaucox.com>.
Hi -
Just wondering about DBI modules in 5.8.
In both Randy's posted ppm packages list and via
5.8's ppm, I can't find:
DBI (plain 'ole)
DBD-ODBC
DBD-Mysql
I know this is beta, but are DBI modulrs such as
these forthcoming?
Aloha => Beau.
-----Original Message-----
From: Randy Kobes [mailto:randy@theoryx5.uwinnipeg.ca]
Sent: Friday, November 08, 2002 11:42 AM
To: modperl@perl.apache.org
Subject: [Win32] ActivePerl-5.8 beta released
Of relevance to mod_perl-2 Win32 users, ActivePerl just released
a beta version of their perl-5.8 binary; see
http://www.activestate.com/Products/ActivePerl/
Because of binary incompatibilities with 5.6, there's a
separate 5.8 repository of ppm packages under
http://www.activestate.com/ppmpackages/5.8-windows/
Such packages should be compatible with the perl-5.8 win32
binary we have under
ftp://theoryx5.uwinnipeg.ca/pub/other/perl-5.8-win32-bin.tar.gz
if you've been using that.
Even though the ActivePerl package is beta, they've tested
it out beforehand and fixed some things compared to the
CPAN perl-5.8 sources; see
ftp://ftp.activestate.com/ActivePerl/src/5.8/
for the diffs and for the complete sources used.
If you're using mod_perl-2 on Win32 with perl-5.6.1 and have run
into problems (such as hanging registry scripts), you may want to
try perl-5.8. Over the next few days I'll make up a 5.8 Win32 ppm
repository with mod_perl-2 and some other common packages; I'll
post something later with the details. Unless there's a large
demand for mod_perl-1 stuff, this repository will just include
mod_perl-2 packages.
--
best regards,
randy kobes
[Win32] ActivePerl-5.8 beta released
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
Of relevance to mod_perl-2 Win32 users, ActivePerl just released
a beta version of their perl-5.8 binary; see
http://www.activestate.com/Products/ActivePerl/
Because of binary incompatibilities with 5.6, there's a
separate 5.8 repository of ppm packages under
http://www.activestate.com/ppmpackages/5.8-windows/
Such packages should be compatible with the perl-5.8 win32
binary we have under
ftp://theoryx5.uwinnipeg.ca/pub/other/perl-5.8-win32-bin.tar.gz
if you've been using that.
Even though the ActivePerl package is beta, they've tested
it out beforehand and fixed some things compared to the
CPAN perl-5.8 sources; see
ftp://ftp.activestate.com/ActivePerl/src/5.8/
for the diffs and for the complete sources used.
If you're using mod_perl-2 on Win32 with perl-5.6.1 and have run
into problems (such as hanging registry scripts), you may want to
try perl-5.8. Over the next few days I'll make up a 5.8 Win32 ppm
repository with mod_perl-2 and some other common packages; I'll
post something later with the details. Unless there's a large
demand for mod_perl-1 stuff, this repository will just include
mod_perl-2 packages.
--
best regards,
randy kobes
Re: [Win32] nmake error compiling mod_perl.so
Posted by Juergen Heckel <JH...@t-online.de>.
Randy Kobes wrote:
> Does
> W:\programme\Perl\site\lib\auto\Apache\RequestRec\RequestRec.dll
> exist? This problem may have arisen from an earlier, incomplete,
> install, or perhaps trying to install/uninstall mod_perl while
> the server was running. Maybe try making sure the server is
> stopped, then doing an 'nmake install' again, perhaps twice.
>
Hi,
thank you, you helped me again:-)
Juergen
Re: [Win32] nmake error compiling mod_perl.so
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Fri, 8 Nov 2002, jheckel wrote:
> Randy Kobes wrote:
>
> > where this gets defined in general, but a temporary workaround
> > for the above problem is to change in
> > modperl-2.0/xs/Apache/Access/Apache__Access.h, about line 63, the
> > call
> > av_push(config, newSVpvf(..));
> > to
> > av_push(config, Perl_newSVpvf(..));
>
> Hi,
> thank you for your working fix:-)
The above does allow the build to complete, but just to
emphasize, I don't think it's the right fix - one shouldn't have
to do that there. And judging from the tests that fail, it may
not even be the right function to use there. I'll look at it some
more, but probably Doug or Stas will provide the proper way.
>
> But now I see another minor problem:
>
> Installing
> W:\programme\Perl\site\lib\auto\Apache\RequestUtil\RequestUtil.dll
> Installing
> W:\programme\Perl\site\lib\auto\Apache\RequestUtil\RequestUtil.exp
> Installing
> W:\programme\Perl\site\lib\auto\Apache\RequestUtil\RequestUtil.lib
> Skipping W:\programme\Perl\site\lib\auto\Apache\RequestRec\RequestRec.bs
> (unchanged)
> Cannot forceunlink
> W:\programme\Perl\site\lib\auto\Apache\RequestRec\RequestRec.
> dll: No such file or directory at W:\programme\Perl\lib/File/Find.pm
> line 519
> NMAKE : fatal error U1077: 'W:\programme\Perl\bin\perl.exe' : return
> code '0xff'
>
> This is not important to me as the mod_perl.so has been compiled before
> this happens.
Does
W:\programme\Perl\site\lib\auto\Apache\RequestRec\RequestRec.dll
exist? This problem may have arisen from an earlier, incomplete,
install, or perhaps trying to install/uninstall mod_perl while
the server was running. Maybe try making sure the server is
stopped, then doing an 'nmake install' again, perhaps twice.
--
best regards,
randy
Re: [Win32] nmake error compiling mod_perl.so
Posted by jheckel <JH...@t-online.de>.
Randy Kobes wrote:
> where this gets defined in general, but a temporary workaround
> for the above problem is to change in
> modperl-2.0/xs/Apache/Access/Apache__Access.h, about line 63, the
> call
> av_push(config, newSVpvf(..));
> to
> av_push(config, Perl_newSVpvf(..));
Hi,
thank you for your working fix:-)
But now I see another minor problem:
Installing
W:\programme\Perl\site\lib\auto\Apache\RequestUtil\RequestUtil.dll
Installing
W:\programme\Perl\site\lib\auto\Apache\RequestUtil\RequestUtil.exp
Installing
W:\programme\Perl\site\lib\auto\Apache\RequestUtil\RequestUtil.lib
Skipping W:\programme\Perl\site\lib\auto\Apache\RequestRec\RequestRec.bs
(unchanged)
Cannot forceunlink
W:\programme\Perl\site\lib\auto\Apache\RequestRec\RequestRec.
dll: No such file or directory at W:\programme\Perl\lib/File/Find.pm
line 519
NMAKE : fatal error U1077: 'W:\programme\Perl\bin\perl.exe' : return
code '0xff'
This is not important to me as the mod_perl.so has been compiled before
this happens.
Juergen
Re: [Win32] nmake error compiling mod_perl.so
Posted by Doug MacEachern <do...@covalent.net>.
On Fri, 8 Nov 2002, Randy Kobes wrote:
> The following patch,
...
thanks randy, applied.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [Win32] nmake error compiling mod_perl.so
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Thu, 7 Nov 2002, jheckel wrote:
> Hi
> since two weeks I can no longer compile the mod_perl-2.0 package from
> the snapshot server without errors. The last "good" compilation was
> 10/27/2002:-(
>
> Apache version 2.0.44-dev, WinXP, Perl 5.6.1 Build 633.
>
> My install commands:
> perl Makefile.PL MP_AP_PREFIX=f:/apache2
> nmake
> nmake install
> .....
> "C:\Programme\Microsoft Visual Studio\VC98\lib\msvcrt.lib" -def:Access.def
> Creating library ..\..\..\blib\arch\auto\Apache\Access\Access.lib
> and object
> ..\..\..\blib\arch\auto\Apache\Access\Access.exp
> Access.obj : error LNK2001: unresolved external symbol _newSVpvf
> ..\..\..\blib\arch\auto\Apache\Access\Access.dll : fatal error LNK1120:
> 1 unresolved externals
The following patch,
==================================================================
Index: xs/Apache/Access/Apache__Access.h
===================================================================
RCS file: /home/cvspublic/modperl-2.0/xs/Apache/Access/Apache__Access.h,v
retrieving revision 1.6
diff -u -r1.6 Apache__Access.h
--- xs/Apache/Access/Apache__Access.h 22 Oct 2002 15:13:22 -0000 1.6
+++ xs/Apache/Access/Apache__Access.h 9 Nov 2002 05:06:47 -0000
@@ -60,7 +60,7 @@
const char *errmsg;
AV *config = newAV();
- av_push(config, newSVpvf("%s %s", directive, val));
+ av_push(config, Perl_newSVpvf(aTHX_ "%s %s", directive, val));
errmsg =
modperl_config_insert_request(aTHX_ r,
=======================================================================
allows this symbol to be found, and the associated access
tests pass with perl-5.8 on Win32.
--
best regards,
randy
Re: [Win32] nmake error compiling mod_perl.so
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Thu, 7 Nov 2002, jheckel wrote:
> Hi
> since two weeks I can no longer compile the mod_perl-2.0 package from
> the snapshot server without errors. The last "good" compilation was
> 10/27/2002:-(
>
> Apache version 2.0.44-dev, WinXP, Perl 5.6.1 Build 633.
[ .. ]
> Access.obj : error LNK2001: unresolved external symbol _newSVpvf
This should now be fixed in the mod_perl-2 cvs sources.
--
best regards,
randy kobes
Re: [Win32] nmake error compiling mod_perl.so
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Thu, 7 Nov 2002, jheckel wrote:
> Hi
> since two weeks I can no longer compile the mod_perl-2.0 package from
> the snapshot server without errors. The last "good" compilation was
> 10/27/2002:-(
>
> Apache version 2.0.44-dev, WinXP, Perl 5.6.1 Build 633.
>
> My install commands:
> perl Makefile.PL MP_AP_PREFIX=f:/apache2
> nmake
> nmake install
>
>
> .....
> "C:\Programme\Microsoft Visual Studio\VC98\lib\msvcrt.lib" -def:Access.def
> Creating library ..\..\..\blib\arch\auto\Apache\Access\Access.lib
> and object
> ..\..\..\blib\arch\auto\Apache\Access\Access.exp
> Access.obj : error LNK2001: unresolved external symbol _newSVpvf
> ..\..\..\blib\arch\auto\Apache\Access\Access.dll : fatal error LNK1120:
> 1 unresolved externals
I'm not familiar enough with the internal build stuff to see
where this gets defined in general, but a temporary workaround
for the above problem is to change in
modperl-2.0/xs/Apache/Access/Apache__Access.h, about line 63, the
call
av_push(config, newSVpvf(..));
to
av_push(config, Perl_newSVpvf(..));
Both on perl-5.6.1 and perl-5.8 I got tests 7 and 9 of
api/access.t and test 2 of t/modperl/setauth.t failing, for
reasons of being unable to change the AuthType and AuthName. It
may be that the above isn't the right fix, or this may be
unrelated.
--
best regards,
randy kobes
Re: [Win32] nmake error compiling mod_perl.so
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Thu, 7 Nov 2002, jheckel wrote:
> Hi
> since two weeks I can no longer compile the mod_perl-2.0 package from
> the snapshot server without errors. The last "good" compilation was
> 10/27/2002:-(
>
> Apache version 2.0.44-dev, WinXP, Perl 5.6.1 Build 633.
>
> My install commands:
> perl Makefile.PL MP_AP_PREFIX=f:/apache2
> nmake
> nmake install
> .....
> "C:\Programme\Microsoft Visual Studio\VC98\lib\msvcrt.lib" -def:Access.def
> Creating library ..\..\..\blib\arch\auto\Apache\Access\Access.lib
> and object
> ..\..\..\blib\arch\auto\Apache\Access\Access.exp
> Access.obj : error LNK2001: unresolved external symbol _newSVpvf
> ..\..\..\blib\arch\auto\Apache\Access\Access.dll : fatal error LNK1120:
> 1 unresolved externals
The following patch,
==================================================================
Index: xs/Apache/Access/Apache__Access.h
===================================================================
RCS file: /home/cvspublic/modperl-2.0/xs/Apache/Access/Apache__Access.h,v
retrieving revision 1.6
diff -u -r1.6 Apache__Access.h
--- xs/Apache/Access/Apache__Access.h 22 Oct 2002 15:13:22 -0000 1.6
+++ xs/Apache/Access/Apache__Access.h 9 Nov 2002 05:06:47 -0000
@@ -60,7 +60,7 @@
const char *errmsg;
AV *config = newAV();
- av_push(config, newSVpvf("%s %s", directive, val));
+ av_push(config, Perl_newSVpvf(aTHX_ "%s %s", directive, val));
errmsg =
modperl_config_insert_request(aTHX_ r,
=======================================================================
allows this symbol to be found, and the associated access
tests pass with perl-5.8 on Win32.
--
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org