perl.mvs...Re: Perl Modules by Randy W. Sims- May 5, 2006 Yuval Kogman wrote:> Beware that PREFIX doesn&39;t work correctly on some platforms, and> that Module::Build modules will not support it without generating a> traditional makefile.PL.As of version 0.28, Module::Build does fully support MakeMaker-style &39;prefix&39; (note: lowercase spelling) thanks to the work of Michael Schwern. The compatibility Makefile.PLs generated by Module::Build support the uppercase &39;PREFIX&39; argument.Randy.http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1506.html Re: Problem changing environ variable within Perl itself (not a script) by Dominic Dunlop- May 4, 2006 On 2006–05–05, at 08:17, mohammad yaseen wrote:> 1)Are there any intilization routines that would be found in DLLs > (shared object libraries), so that we can set LIBPATH beofre they > are invoked.If you build perl with a shared libperl (the default on zOS), almost every part of perl -- including initialization routines -- ends up in the shared library. You need to set LIBPATH to include the directory where libperl.so has been installed.> 2)what perl is doing with...http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1505.html Re: Problem changing environ variable within Perl itself (not a script) by mohammad yaseen- May 4, 2006 >You don&39;t say where you define ZOS_LIBPATH. On the cc command line It is defined in config_h.SH as define ZOS_LIBPATH "$archlibexpCORE" I have some questions 1)Are there any intilization routines that would be found in DLLs(shared object libraries), so that we can set LIBPATH beofre they are invoked. 2)what perl is doing with the environment variables that would cause getenv and setenv to not work correctly Dominic Dunlop <shouldbedomomac.com>...http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1504.html Re: Problem changing environ variable within Perl itself (not a script) by mohammad yaseen- May 4, 2006 Below is main function in miniperlmain.c where i have made the changes to set LIBPATH main(int argc, char argv) + char new_libpath4096=ZOS_LIBPATH; for zOS LIBPATH + char libpath_ptr=new_libpath; for zOS LIBPATH + char cur_libpath=(char )0; for zOS LIBPATH int exitstatus; ifndef PERL_USE_SAFE_PUTENV PL_use_safe_putenv = 0; endif PERL_USE_SAFE_PUTENV ifdef PERL_GLOBAL_STRUCT define PERLVAR(var,type) define PERLVARA(var,type) .http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1503.html Re: Problem changing environ variable within Perl itself (not a script) by Dominic Dunlop- May 3, 2006 On 2006–05–03, at 11:40, mohammad yaseen wrote:> I tried using Perl_my_setenv() as you mentioned.> gmake did not complete and the output of gmake as belowYou called it too early. Perl&39;s initialization needs to be complete before you call this function (and you spell the function name perl_setenv for reasons explained on the perlguts man page). Sorry about that. The attached patch (against development perl; applies to 5.8.8 with an offset) gets the expected effect for.http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1502.html Re: Perl Modules by mohammad yaseen- May 3, 2006 Thanks Yuval, I tried another approach of installing module in non-standard place and it worked. For B module ____________ perl Makefile.PL LIB=homeuidlibperlgmakegmake testgmake installAfter installing the B module using these steps,i did export PERL5LIB=homeuidlibperl before running again these steps for the A module.It is able to locate the prerequisite and build the A module.Thanks & RegardsYaseen Yuval Kogman <nothingmuchwoobling.org> wrote: On Tue, May 02, 2006 at...http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1501.html Re: Problem changing environ variable within Perl itself (not a script) by mohammad yaseen- May 3, 2006 I tried using Perl_my_setenv() as you mentioned. gmake did not complete and the output of gmake as below CCCMD = c89 -DPERL_CORE -c -2 -Wc,XPLINK -DMAXSIG=39 -DOEMVS -D_OE_SO CKETS -D_XOPEN_SOURCE_EXTENDED -D_ALL_SOURCE -DYYDYNAMIC -D_SHR_ENVIRON -DPERL_E XTERNAL_GLOB -Wc,dll -DDEBUGGING -Iusrlocalinclude -W 0,float(ieee) -g binenv LIBPATH=uisldev1dyperlperl-5.8.7:lib:usrlib:. c89 -Wl,EDIT=NO -W l,XPLINK,dll -Lusrlocallib -o miniperl miniperlmain.o opmini.o libperl.x..http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1500.html Re: Problem changing environ variable within Perl itself (not a script) by Dominic Dunlop- May 2, 2006 On 2006–05–03, at 07:35, mohammad yaseen wrote:> We have tried to do so by using getenv() and setenv()> at the beginning of main(), however, they seem to have no affect on> the environment.Try using the Perl_my_setenv() function defined in util.c.However, if I were you, rather than modifying perl&39;s source, I should be tempted to replace usrbinperl (or wherever you installed perl) with something like!binshPERLLIBPATH=pathtodllscase "$LIBPATH" in ...http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1499.html Problem changing environ variable within Perl itself (not a script) by mohammad yaseen- May 2, 2006 Hi, We have built a dynamically linked version of Perl. On zOS, this requires that the path of the directory containing the DLLs (shared object libraries) be defined by the user in the LIBPATH environment variable. We will be installing Perl into a pre-defined location and so would like to remove the requirement for the user (or server) to update LIBPATH by changing it automatically when perl runs. We have tried to do so by using getenv() and setenv() at the beginning of...http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1498.html Re: topstat.t by Dominic Dunlop- May 2, 2006 This mail contains a patch, but it&39;s not a patch submission to the pumpkings.On 2006–04–28, at 15:16, mohammad yaseen wrote:> Then i make the test suite have 4 copies. And I opened 4> telnet session with 4 different super users.> I run these test suite copies individually at the same> time.> eg:> t1 directory includes a test suite copy, i run the test> suite in t1 directory with user...http://www.nntp.perl.org/group/perl.mvs/2006/05/msg1497.html |