You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apreq-dev@httpd.apache.org by Randy Kobes <ra...@theoryx5.uwinnipeg.ca> on 2004/06/26 23:22:47 UTC

[apreq-2] error compiling Apache::Upload

With the current cvs version (including the use of
APR::PerlIO with Apache::Upload), I get an error
compiling:

D:/unzipped/httpd-apreq-2/glue/perl/xsbuilder\Apache/Upload/Apache__Upload.h(308)
: error C2039: 'PerlLIO_link' : is not a member of 'apr_bucket'
 D:/Apache2/include\apr_buckets.h(223) : see declaration of 'apr_bucket'

It seems that that PerlLIO_link is being used as the
"link" member of APR's apr_bucket structure. This is
with Win32 (perl-5.8.4) - does this look like a
Win32-specific problem?

-- 
best regards,
randy

Re: [apreq-2] error compiling Apache::Upload

Posted by Joe Schaefer <jo...@sunstarsys.com>.
Randy Kobes <ra...@theoryx5.uwinnipeg.ca> writes:

[...]

> Good idea ... However, I'm not sure if this is the proper
> place to include it? I've only tested it on Win32.

Well if it's only there because Apache__Upload.h now breaks 
without it, then it probably belongs in Apache__Upload.h.
If that won't work, or some other module needs it also,
go ahead and put it in apreq_xs_postperl.h.

-- 
Joe Schaefer


Re: [apreq-2] error compiling Apache::Upload

Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Mon, 28 Jun 2004, Stas Bekman wrote:

> Randy Kobes wrote:
[ ... ]
> > So I think what happens is that Win32 defines "link"
> > as PerlLIO_link, which causes the conflict. Actually,
> > mp2 has a header file modperl_perl_unembed.h in which
> > a number of such conflicts are handled, link being
> > one of them. This diff:
> > ============================================================
> > Index: glue/perl/xsbuilder/apreq_xs_postperl.h
> > ===================================================================
> > RCS file: /home/cvs/httpd-apreq-2/glue/perl/xsbuilder/apreq_xs_postperl.h,v
> > retrieving revision 1.28
> > diff -u -r1.28 apreq_xs_postperl.h
> > --- glue/perl/xsbuilder/apreq_xs_postperl.h	26 Jun 2004 05:56:17 -0000	1.28
> > +++ glue/perl/xsbuilder/apreq_xs_postperl.h	27 Jun 2004 00:47:09 -0000
> > @@ -19,7 +19,7 @@
> >
> >  /* backward compatibility macros support */
> >  #include "ppport.h"
> > -
> > +#include "modperl_perl_unembed.h"
>
> it's probably a good idea to add a short comment why this file is included?

Good idea ... However, I'm not sure if this is the proper
place to include it? I've only tested it on Win32.

-- 
best regards,
randy

Re: [apreq-2] error compiling Apache::Upload

Posted by Stas Bekman <st...@stason.org>.
Randy Kobes wrote:
> On Sat, 26 Jun 2004, Joe Schaefer wrote:
> 
> 
>>Randy Kobes <ra...@theoryx5.uwinnipeg.ca> writes:
>>
>>[...]
>>
>>
>>>It seems that that PerlLIO_link is being used as the
>>>"link" member of APR's apr_bucket structure. This is
>>>with Win32 (perl-5.8.4) - does this look like a
>>>Win32-specific problem?
>>
>>I think so; current-cvs compiles and tests cleanly for me.
> 
> 
> So I think what happens is that Win32 defines "link"
> as PerlLIO_link, which causes the conflict. Actually,
> mp2 has a header file modperl_perl_unembed.h in which
> a number of such conflicts are handled, link being
> one of them. This diff:
> ============================================================
> Index: glue/perl/xsbuilder/apreq_xs_postperl.h
> ===================================================================
> RCS file: /home/cvs/httpd-apreq-2/glue/perl/xsbuilder/apreq_xs_postperl.h,v
> retrieving revision 1.28
> diff -u -r1.28 apreq_xs_postperl.h
> --- glue/perl/xsbuilder/apreq_xs_postperl.h	26 Jun 2004 05:56:17 -0000	1.28
> +++ glue/perl/xsbuilder/apreq_xs_postperl.h	27 Jun 2004 00:47:09 -0000
> @@ -19,7 +19,7 @@
> 
>  /* backward compatibility macros support */
>  #include "ppport.h"
> -
> +#include "modperl_perl_unembed.h"

it's probably a good idea to add a short comment why this file is included?


-- 
__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Re: [apreq-2] error compiling Apache::Upload

Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Sat, 26 Jun 2004, Joe Schaefer wrote:

> Randy Kobes <ra...@theoryx5.uwinnipeg.ca> writes:
>
> [...]
>
> > It seems that that PerlLIO_link is being used as the
> > "link" member of APR's apr_bucket structure. This is
> > with Win32 (perl-5.8.4) - does this look like a
> > Win32-specific problem?
>
> I think so; current-cvs compiles and tests cleanly for me.

So I think what happens is that Win32 defines "link"
as PerlLIO_link, which causes the conflict. Actually,
mp2 has a header file modperl_perl_unembed.h in which
a number of such conflicts are handled, link being
one of them. This diff:
============================================================
Index: glue/perl/xsbuilder/apreq_xs_postperl.h
===================================================================
RCS file: /home/cvs/httpd-apreq-2/glue/perl/xsbuilder/apreq_xs_postperl.h,v
retrieving revision 1.28
diff -u -r1.28 apreq_xs_postperl.h
--- glue/perl/xsbuilder/apreq_xs_postperl.h	26 Jun 2004 05:56:17 -0000	1.28
+++ glue/perl/xsbuilder/apreq_xs_postperl.h	27 Jun 2004 00:47:09 -0000
@@ -19,7 +19,7 @@

 /* backward compatibility macros support */
 #include "ppport.h"
-
+#include "modperl_perl_unembed.h"
 /**
  * @file apreq_xs_postperl.h
  * @brief XS include file for making Cookie.so and Request.so

===========================================================
fixes it for me. However, I'm not sure if this is the
best place to include this ....

-- 
best regards,
randy

Re: [apreq-2] error compiling Apache::Upload

Posted by Joe Schaefer <jo...@sunstarsys.com>.
Randy Kobes <ra...@theoryx5.uwinnipeg.ca> writes:

[...]

> It seems that that PerlLIO_link is being used as the
> "link" member of APR's apr_bucket structure. This is
> with Win32 (perl-5.8.4) - does this look like a
> Win32-specific problem?

I think so; current-cvs compiles and tests cleanly for me.

-- 
Joe Schaefer