Bug #83608 for Perl-Dist-Strawberry: [Extension Request] including PAR:Packer

Mon Feb 25 02:50:33 2013 http://alantar.myopenid.com/ - Ticket created

Subject:

Including PAR:Packer 1.014 in Strawberry-Perl

I'd like to vote for the inclusion of PAR::Packer in the Straberry-Perl Distribution. Since version 1.014, PAR::Packer compiles and tests cleanly. Strawberry-Perl aim to be a hassle-free windows distribution of Perl, and PAR::Packer would enable Strawberry to build Windows executables with a single line. In my opinion, this would be a great addition to Strawberry, as you don't usually have Perl on any machine besides the developer's. Having an easy method to compile and distribute scripts makes Strawberry so much more useable in Windows environments. Regards, Oliver Fitz

Mon Feb 25 03:48:58 2013 kmx [...] cpan.org - Correspondence added

Thanks for your suggestion.

Just 2 comments:

1/ adding PAR::Packer means extra 8-9MB (approx 3-4MB zipped) - I am not saying it is a blocker but it matters

2/ PAR::Packer does not pass tests on portable straberry perl (on non-portable it is ok) - I'll try to investigate more about this

I will consider including PAR::Packer into 5.18.x series (which means May 2013)

--
kmx

Mon Feb 25 03:48:59 2013 The RT System itself - Status changed from 'new' to 'open'

Wed Sep 24 04:31:25 2014 kmx [...] cpan.org - Subject changed from 'Including PAR:Packer 1.014 in Strawberry-Perl' to '[Extension Request] including PAR:Packer'

Wed Oct 01 13:58:50 2014 sergio.fanchiotti [...] standardandpoors.com - Ticket #99255: Ticket created

Subject:	Problem with PAR::Packer 1.022 on Perl 5.20.1 and earlier.
Date:	Wed, 1 Oct 2014 13:58:29 -0400
To:	"bug-Perl-Dist-Strawberry [...] rt.cpan.org" <bug-Perl-Dist-Strawberry [...] rt.cpan.org>
From:	"Fanchiotti, Sergio" <sergio.fanchiotti [...] standardandpoors.com>

Dear Strwaberry Perl Maintainers, Please try to include Par::Packer into the standard distribution. It seems when you change the bundled gcc version the list of dlls to include changes and breaks the PAR::Packer capability of generating stand alone executable bundles. This capability is very useful to build distributable Perl applications on Windows. I already reposted this issue on the PAR::Packer bug list but it would have been caught earlier if it was included. Thanks & Regards, Sergio Changes in PAR::Packer myldr/Makefile.PL < my ($libgcc, $libstdcpp); --- Show quoted text

> my ($libgcc, $libstdcpp, $libwpt);

248a249 Show quoted text

> $libwpt = find_dll("libwinpthread*.$Config{so}");

261a263 Show quoted text

> $libwpt,

Show quoted text

________________________________ The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. McGraw Hill Financial reserves the right, subject to applicable local law, to monitor, review and process the content of any electronic message or information sent to or from McGraw Hill Financial e-mail addresses without informing the sender or recipient of the message. By sending electronic message or information to McGraw Hill Financial e-mail addresses you, as the sender, are consenting to McGraw Hill Financial processing any of your personal data therein.

Thu Oct 02 03:27:21 2014 kmx [...] cpan.org - Ticket #99255: Correspondence added

I am gonna merge your request with already existing RT 83608

But keep in mind that PAR::Packer has to inslall and pass all tests on strawberry perl before we include it in strawberry perl. Some time ago when I tried to build PAR::Packer on strawberry perl it was not without troubles

Thu Oct 02 03:27:21 2014 The RT System itself - Ticket #99255: Status changed from 'new' to 'open'

Thu Oct 02 03:27:38 2014 kmx [...] cpan.org - Ticket #99255: Merged into ticket #83608

Thu Oct 02 03:27:38 2014 kmx [...] cpan.org - Merged into ticket #83608

Thu Oct 02 08:30:53 2014 sergio.fanchiotti [...] standardandpoors.com - Correspondence added

Subject:	RE: [rt.cpan.org #99255] Problem with PAR::Packer 1.022 on Perl 5.20.1 and earlier.
Date:	Thu, 2 Oct 2014 08:30:38 -0400
To:	"bug-Perl-Dist-Strawberry [...] rt.cpan.org" <bug-Perl-Dist-Strawberry [...] rt.cpan.org>
From:	"Fanchiotti, Sergio" <sergio.fanchiotti [...] standardandpoors.com>

PAR::Packer is probably a huge feature for building Perl applications in windows as Perl is not a standard piece of windows almost anywhere. PAR::Packer is tricky to install because it makes assumptions on the compiler infrastructure. Every time you make a mayor gcc update it will most likely break and that is why you should not leave that install to the regular users. There has to be better interaction between your team and PAR::Packer to allow the module to find out which shared libraries must be included to make the package succeed in the tests. It is a chicken and egg situation that can ruin both efforts. Regards, Sergio Show quoted text

-----Original Message----- From: kmx via RT [mailto:bug-Perl-Dist-Strawberry@rt.cpan.org] Sent: Thursday, October 02, 2014 3:27 AM To: Fanchiotti, Sergio Subject: [rt.cpan.org #99255] Problem with PAR::Packer 1.022 on Perl 5.20.1 and earlier. <URL: https://rt.cpan.org/Ticket/Display.html?id=99255 > I am gonna merge your request with already existing RT 83608 But keep in mind that PAR::Packer has to inslall and pass all tests on strawberry perl before we include it in strawberry perl. Some time ago when I tried to build PAR::Packer on strawberry perl it was not without troubles The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. McGraw Hill Financial reserves the right, subject to applicable local law, to monitor, review and process the content of any electronic message or information sent to or from McGraw Hill Financial e-mail addresses without informing the sender or recipient of the message. By sending electronic message or information to McGraw Hill Financial e-mail addresses you, as the sender, are consenting to McGraw Hill Financial processing any of your personal data therein.