You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Andreas Rieke <an...@isl.de> on 2003/05/16 08:41:00 UTC
Does apache/modperl binary run with different versions of perl?
Hi,
in preparing a product which is designed to run under various operating
systems and thus under various versions of perl, I intend to build an
apache 1.3.27 with mod_perl 1.27 on a machine which has perl 5.6.0
installed. Is it possible to use that binary of apache/mod_perl on other
linux machines which have other versions of perl installed without
expecting any problems?
Any help is very appreciated,
Andreas
Re: Does apache/modperl binary run with different versions of perl?
Posted by Stas Bekman <st...@stason.org>.
Philippe M. Chiasson wrote:
> On Fri, 2003-05-16 at 16:54, Andreas Rieke wrote:
>
>>Hi Stas,
>>
>>Stas Bekman wrote:
>>
>>
>>>Andreas Rieke wrote:
>>>
>>>>Hi,
>>>>
>>>>in preparing a product which is designed to run under various operating
>>>>systems and thus under various versions of perl, I intend to build an
>>>>apache 1.3.27 with mod_perl 1.27 on a machine which has perl 5.6.0
>>>>installed. Is it possible to use that binary of apache/mod_perl on other
>>>>linux machines which have other versions of perl installed without
>>>>expecting any problems?
>>>
>>>This won't work. At least not as is, because the hardcoded @INC will be wrong.
>>>Otherwise it might work for version which are binary compatible.
>>>
>>>The right approach is to prepare a source rpm or another packages system, and
>>>then build it for each machine with different configuration.
>>>
>>>Moreover, stay away from 5.6.0 if you want to avoid trouble. Use at least
>>>5.6.1. Also 5.8.1 is planned to be out RSN.
>>>
>>
>>Thanks for your answer. What do you think about building everything (perl,
>>emb_perl, mod_perl and apache) on a special place like /usr/local/xyz on our
>>development machine and installing all these binaries on various machines without
>>using the system perl? This is exact the opposite of your suggestion, do you think
>>this could work, too?
>
>
> I've used that approach quite often when faced with many different
> systems with quite a good success. Reduces problems caused by local
> versions and simplifies testing. Of course, it comes at the added cost
> of having to build all that and keep it in sync.
Seconded.
>>Thanks in advance,
>>
>>Andreas
>>
>>BTW: What does RSN mean?
Really Soon Now.
__________________________________________________________________
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: Does apache/modperl binary run with different versions of perl?
Posted by "Philippe M. Chiasson" <go...@cpan.org>.
On Fri, 2003-05-16 at 16:54, Andreas Rieke wrote:
> Hi Stas,
>
> Stas Bekman wrote:
>
> > Andreas Rieke wrote:
> > > Hi,
> > >
> > > in preparing a product which is designed to run under various operating
> > > systems and thus under various versions of perl, I intend to build an
> > > apache 1.3.27 with mod_perl 1.27 on a machine which has perl 5.6.0
> > > installed. Is it possible to use that binary of apache/mod_perl on other
> > > linux machines which have other versions of perl installed without
> > > expecting any problems?
> >
> > This won't work. At least not as is, because the hardcoded @INC will be wrong.
> > Otherwise it might work for version which are binary compatible.
> >
> > The right approach is to prepare a source rpm or another packages system, and
> > then build it for each machine with different configuration.
> >
> > Moreover, stay away from 5.6.0 if you want to avoid trouble. Use at least
> > 5.6.1. Also 5.8.1 is planned to be out RSN.
> >
>
> Thanks for your answer. What do you think about building everything (perl,
> emb_perl, mod_perl and apache) on a special place like /usr/local/xyz on our
> development machine and installing all these binaries on various machines without
> using the system perl? This is exact the opposite of your suggestion, do you think
> this could work, too?
I've used that approach quite often when faced with many different
systems with quite a good success. Reduces problems caused by local
versions and simplifies testing. Of course, it comes at the added cost
of having to build all that and keep it in sync.
> Thanks in advance,
>
> Andreas
>
> BTW: What does RSN mean?
>
> >
> > __________________________________________________________________
> > 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
--
-- -----------------------------------------------------------------------------
Philippe M. Chiasson /gozer\@(cpan|ectoplasm)\.org/ 88C3A5A5 (122FF51B/C634E37B)
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3 A5A5
Q: It is impossible to make anything foolproof because fools are so ingenious.
perl -e'$$=\${gozer};{$_=unpack(P7,pack(L,$$));/^JAm_pH\n$/&&print||$$++&&redo}'
Re: Does apache/modperl binary run with different versions of perl?
Posted by Andreas Rieke <an...@isl.de>.
Hi Stas,
Stas Bekman wrote:
> Andreas Rieke wrote:
> > Hi,
> >
> > in preparing a product which is designed to run under various operating
> > systems and thus under various versions of perl, I intend to build an
> > apache 1.3.27 with mod_perl 1.27 on a machine which has perl 5.6.0
> > installed. Is it possible to use that binary of apache/mod_perl on other
> > linux machines which have other versions of perl installed without
> > expecting any problems?
>
> This won't work. At least not as is, because the hardcoded @INC will be wrong.
> Otherwise it might work for version which are binary compatible.
>
> The right approach is to prepare a source rpm or another packages system, and
> then build it for each machine with different configuration.
>
> Moreover, stay away from 5.6.0 if you want to avoid trouble. Use at least
> 5.6.1. Also 5.8.1 is planned to be out RSN.
>
Thanks for your answer. What do you think about building everything (perl,
emb_perl, mod_perl and apache) on a special place like /usr/local/xyz on our
development machine and installing all these binaries on various machines without
using the system perl? This is exact the opposite of your suggestion, do you think
this could work, too?
Thanks in advance,
Andreas
BTW: What does RSN mean?
>
> __________________________________________________________________
> 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: Does apache/modperl binary run with different versions of perl?
Posted by Stas Bekman <st...@stason.org>.
Andreas Rieke wrote:
> Hi,
>
> in preparing a product which is designed to run under various operating
> systems and thus under various versions of perl, I intend to build an
> apache 1.3.27 with mod_perl 1.27 on a machine which has perl 5.6.0
> installed. Is it possible to use that binary of apache/mod_perl on other
> linux machines which have other versions of perl installed without
> expecting any problems?
This won't work. At least not as is, because the hardcoded @INC will be wrong.
Otherwise it might work for version which are binary compatible.
The right approach is to prepare a source rpm or another packages system, and
then build it for each machine with different configuration.
Moreover, stay away from 5.6.0 if you want to avoid trouble. Use at least
5.6.1. Also 5.8.1 is planned to be out RSN.
__________________________________________________________________
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