On Tue, Mar 26, 2002 at 10:05:27AM -0500, [EMAIL PROTECTED] wrote:
> I should point out that in order to get perl@15489 to build I had
> to patch ext/Encode/Encode.xs but I have reason to believe
> that the correct fix will be put in soon - hopefully before release
> of 5.8.0.
> 
> I did run "mms install" with the kit then tried running the
> set up for the ExtUtils-MakeMaker-5.52_01 which did not
> look good, no doubt owing to the trouble
> with the MakeMaker that ships with perl@15489.

Nope.  MakeMaker builds itself with itself.  It's not using 15489's.

Can you try 5.52_01 again with 5.6.1?  I didn't have any of your
problems below, and I'd like to confirm if it's the difference in perl
versions or environments.  I was also using mmk, not mms.

What is mms?  How is it different than mmk?  And how can I get a copy?
It seems much more strict than the other make-like utilities I'm
using, and that's Good.

Anyone know how to throw GNU make into a 'strict' mode?  Or suggest
some freely available and Very POSIXly Correct make I can try?


> The build looked like the following (sic):
> 
> $ perl makefile.pl
> Checking if your kit is complete...
> Looks good
> Writing Descrip.MMS for ExtUtils::MakeMaker
> $ mms
> %MMS-W-MBREDEFILL, Illegal attempt to redefine macro NAME

Ahh, NAME is generated twice.  Apply this:

--- lib/ExtUtils/MM_Unix.pm     26 Mar 2002 05:30:23 -0000      1.16
+++ lib/ExtUtils/MM_Unix.pm     26 Mar 2002 16:22:28 -0000
@@ -704,8 +704,9 @@
 
     $attribs{DISTVNAME} ||= "$attribs{NAME}-$attribs{VERSION}";
 
-    # We've already printed out a VERSION variable.
+    # We've already printed out VERSION and NAME variables.
     delete $attribs{VERSION};
+    delete $attribs{NAME};
 
     my $make = '';
     while(my($va


> # %MMS-F-GWKNOACTS, Actions to update MAKEMAKERDFLT are unknown.

Hmm.  This could be a few things.  I don't quite understand the
difference between:

    makemakerdflt : all
    
    makemakerdflt :: all

    makemakerdflt : all
        $(NOECHO) $(NOOP)

    makemakerdflt :: all
        $(NOECHO) $(NOOP)

but try each and see if it makes a difference.  (Wanted: make guru)


> t/installed......
> #     Failed test (t/installed.t at line 59)
> #          got: '0'
> #     expected: '1'
> #     Failed test (t/installed.t at line 168)
> #          got: '0'
> #     expected: '1'
> #     Failed test (t/installed.t at line 169)
> #                   undef
> #     doesn't match '(?-xism:foobar[>\]]?$)'
> # Looks like you failed 3 tests of 42.

_is_type($file, 'prog') is failing and taking the other two with it.
The problem is probably in _is_prefix with my clever Unixification
trick not working.  Could you dig in a little?  The test on line 59
should the be only on needing investigation.


> Installing perl_root:[utils]instmodsh.
> mkdir perl_root/lib/VMS_AXP/5_7_3//auto/[: file specification syntax error
> at /p
> erl_root/lib/ExtUtils/Install.pm line 165
> %SYSTEM-F-ABORT, abort
> %MMS-F-ABORT, For target PURE_PERL_INSTALL, CLI returned abort status:
> %X0000002

Something is mixing Unix and VMS styles.  Not sure if it's inside or
outside ExtUtils::Install.  Do this please: go into your descrip.mms
and find the pure_site_install target.  Remove this line:

        $(NOECHO) Delete/NoLog/NoConfirm .MM_tmp;

and run "mms pure_site_install".  You should have the .MM_tmp lying
around still.  Send it to me, please.


> And at last let's see if it can build itself, preferably without fatal
> errors:
<snip>

> In other words, similar output to the above.

Yep, since the above was building itself with itself.


> In summary: the bug of not putting all at the top of the appropriate
> target ordering is still there and not addressed by the
> makemakerdflt pseudo target.  If that bug cannot
> be fixed then perl should have at least the following patch applied so as
> to give perl administrators a fighting chance:

Don't Panic!  I don't think this will be hard to fix.  I just need to
be able to reproduce the problem.



PS I just had a thought... perlhaps all those blank lines you were
getting were from "$(NOECHO)" not being quite properly honored?
ie. it's not echoing the command but it's still spitting out the
newline.

-- 

Michael G. Schwern   <[EMAIL PROTECTED]>    http://www.pobox.com/~schwern/
Perl Quality Assurance      <[EMAIL PROTECTED]>         Kwalitee Is Job One
Good tidings, my native American Indian friend!  America will soon again
be yours!  Please accept 5th Avenue as an initial return!

Reply via email to