Sat Sep 25 13:35:52 2010: Request 61528 was acted upon.
Transaction: Correspondence added by edzar...@aegis-usa.com
Queue: PAR
Subject: Re: [rt.cpan.org #61528] bug similar to RT 55994
Broken in: (no value)
Severity: (no value)
Owner: RSCHUPP
Requestors: edzar...@aegis-usa.com
Status: open
Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=61528 >
Thanks for the quick response.
I tried Par::Packer 1.007, with the line 106 change
through the perl Makefile.PL
and dmake test
steps.
The Makefile warned that I didn't have the prerequisite versions of
Module:ScanDeps and PAR.
Without upgrading those, I tried the dmake test.
All of the t/30 tests passed, particularly the add resource and add icon
steps.
There were 2 failed tests at the end, in the t/90-rt59710,
apparently Unicode based glitches.
I have not yet looked through online discussions of those.
(I also did not do a completely "clean" check.
I left the 0.991 version with the regular Perl locations,
and tried 1.007 in another subdirectory.
So there may be a bit of the tests looking to C:/Perl/site/bin,etc.)
Just thought I'd let you know the cursory results, before I look more
critically at it.
Ed Zarger
AG Aegis Company, Inc.
PO Box 153
637 N Center St
Corry PA 16407
814-664-8103 Ext 233
800-669-8103 Ext 233
FAX 814-664-9689
----- Original Message -----
From: "Roderich Schupp via RT" <bug-...@rt.cpan.org>
To: <edzar...@aegis-usa.com>
Sent: Wednesday, September 22, 2010 9:55 AM
Subject: [rt.cpan.org #61528] bug similar to RT 55994
> <URL: https://rt.cpan.org/Ticket/Display.html?id=61528 >
>
> On 2010-09-21 14:51:29, edzar...@aegis-usa.com wrote:
>> Re: similar to RT 55994 Par::Packer
>> bug -- Can't call method "remove" on an undefined value...(in test
>> trying to
>> add an icon)
>
> Many thanks for the analysis.
>
> These heuristics in myldr/Makefile.PL for "is our C compiler gcc?"
> etc are absolutely horrible. The only defense is that even
> ExtUtils::MakeMaker in its latest revision does it, too.
>
> Can you try the latest PAR::Packer (1.007) and change line 106
> of myldr/Makefile.PL (as you suggested) from
>
> } elsif ($cc =~ m/^gcc\b/i or ($cc =~ m/^cc\b/i and $gccversion)) {
>
> to
>
> } elsif ($cc =~ m/\bgcc\b/i or ($cc =~ m/\bcc\b/i and $gccversion)) {
>
> and check if it works?
> Also, let me know if there's any other problem with
> PAR::Packer 1.007 and your ActiveState 5.8.9.
>
> There are probably other places where heuristics of this kind
> go wrong. As a quick example I just tried ActiveState 5.10.1
> with the MingW compiler that comes with Strawberry perl
> (should work in theory). But the heuristics didn't find perl510.lib,
> so par.exe didn't even link :( Looks like ldopts() from ExtUtils::Embed
> is the culprit here.
>
> Cheers, Roderich
>
>
