On Fri, Apr 5, 2013 at 3:52 AM, Tony Edwardson <t...@edwardson.co.uk> wrote:
> Thanks for all your replies however Compress::Zlib was added to core at > version 5.9.3 whereas the preinstalled > version of perl in Solaris 10 and some linux distros is earlier than that > (5.8.4 for Solaris 10, 5.8.8 for Centos 5) > Solaris 10 is everywhere in the Banking sector and when Linux is used, you > only get version 5.8.8. > > I have argued long and hard to get a modern version of perl installed but > Banks won't install anything to Production if it doesn't have vendor > support and so I am stuck with 5.8.4. > I see, but this shouldn't be a problem. Compress::Bzip2 works back to 5.6 at least and is Compress::Zlib compatible. No big deal to install that on a solaris 10 system with cc (gcc installations on solaris always suck and often produce misaligned code. Your sysadmins might be right.) It is also pretty easy for your sysadmins to install PAR::Packer and Compress::Zlib on 5.8.4. They need to do this anyway to fix security bugs in zlib. Just verified that this works on our legacy 5.8.4 and 5.8.8 systems. Just 5.6 support is a bit hard for PAR, because of File::Temp problems. On Friday, April 5, 2013, Konovalov, Vadim (Vadim)** CTR ** wrote: > > From: Roderich Schupp > > On Fri, Apr 5, 2013 at 12:08 AM, Tony Edwardson wrote: > > > > > For this to work, I need to be able to create a native perl > > module (without > > > dependency on any os specific modules or shared libraries) > > which is able to > > > use these par files. > > > Unfortunately, the PAR module relies on Archive::Zip which > > in turn needs the > > > Compress::Raw::Zlib module which are OS specific needing a compiler. > > > I would like to create a PAR::Lite module which performs a > > subset of the PAR > > > functionality using something like Compress::Zlib::Perl to > > just handle using > > > PAR files as an additional resource of CPAN modules. > > > > That's a bogus argument. AFAIK any recent Perl distribution > > (on Windows) > > already includes Archive::Zip and its dependencies. > > to say more, > > perl core contains "Compress::Zlib" for long time already > (hence - any distribution surely has it too) > and Archive::Zip is pure-perl, which (mostly) depends on Compress::Zlib, > > so even if distribution lacks Archive::Zip - C compiler is not needed > to install Archive::Zip... > > Still, there is little need for pure-perl PAR. So why is everybody so crazy about matt's Object::Remote? A pure-perl PAR would fill that role better. It was made for this case, but nobody can use it so far. > > People on the list might correct me, but I think the major use of the > > PAR family of modules is not to create jar-like archives, but > > to create standalone executables. Yes, but the first idea for par was jar, not parl and PAR::Packer. Ask Audrey. -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/
