On May 16, 2012, at 8:34 AM, Nicholas Clark wrote:
>>
> 8: The Alpha machine fails the build because the target is converted to
> uppercase. How come no-one else has this problem?
> MMS says:
>
> $ mms/ident
> %MMS-I-IDENT, MMS V3.8 © Copyright 2007 Hewlett-Packard Development Company,
> L.P
This is likely an MMS 3.8 bug as 3.8-2 on the Itanium doesn't have it. I can't
reproduce it with 3.9. Hopefully John's nudge will get them to upgrade these
tools.
> 9: The IA64 machine *initially* fails like this:
>
> MCR PTAC$DKA0:[NCLARK.I.perl5160-RC2]miniperl.exe "-I[--.lib]" "-I[--.lib]"
> "-ME
> xtUtils::Command" -e "cp" "--" DYNALOADER.OPT
> [--.LIB.AUTO.DYNALOADER]DYNALOADER
> .OPT
> %MMS-F-GWKNOACTS, Actions to update DL_VMS.C are unknown.
> %MMS-F-GWKNOACTS, Actions to update DL_VMS.C are unknown.
The problem here is that MMK can infer that it needs to generate dl_vms.c from
dl_vms.xs, but MMS can't do that.
> I think I know why no-one else sees this - relates to Q10 as to why it's
> hidden.. The generated descrip.mms is wrong, and presumably has been for
> ages. DLSRC should be dl_vms.xs, not dl_vms.c. For example, on HP-UX:
>
> $ grep DLSRC ext/DynaLoader/Makefile
> DLSRC = dl_hpux.xs
> DynaLoader.xs: $(DLSRC)
>
> So, I think that that should change.
Good catch. It should be fixable like so:
--- configure.com;-0 2012-02-17 12:27:14 -0600
+++ configure.com 2012-05-17 12:01:16 -0500
@@ -6344,7 +6344,7 @@ $ WC "devtype='" + devtype + "'"
$ WC "direntrytype='struct dirent'"
$ WC "dlext='" + dlext + "'"
$ WC "dlobj='" + dlobj + "'"
-$ WC "dlsrc='dl_vms.c'"
+$ WC "dlsrc='dl_vms.xs'"
$ WC "doublesize='" + doublesize + "'"
$ WC "drand01='" + drand01 + "'"
$ WC "dtrace='" + "'"
[end]
but doesn't really matter as long as the make utility knows how to get dl_vms.c
from dl_vms.xs.
> If I work round it like this:
>
> $ set default [.ext.DynaLoader]
> $ MMS all /MACRO=("DLSRC=dl_vms.xs")
> $ set default [--]
>
> and restart the make, it then fails like this:
>
> MCR PTAC$DKA0:[NCLARK.I.PERL5160-RC2]miniperl.exe "-I[--.lib]" "-I[--.lib]"
> "-ME
> xtUtils::Command" -e "cp" "--" CWD.OPT [--.LIB.AUTO.CWD]CWD.OPT
> %MMS-F-GWKNOACTS, Actions to update CWD.C are unknown.
> %MMS-F-GWKNOACTS, Actions to update CWD.C are unknown.
>
>
> Unsuccessful make(dist/Cwd): code=1024 at make_ext.pl line 466.
>
> Different mms:
>
> $ mms/ident
> %MMS-I-IDENT, MMS V3.8-2 © Copyright 2007 Hewlett-Packard Development
> Company, L
> .P.
>
> 10: How come I'm seeing errors due to case sensitive treatment of .xs.c
> suffix rules? How come no-one else hits this?
I don't think it's a case sensitivity problem here. MMS simply cannot handle
*implicit* .xs.c rules. MMS used to work because those rules were explicit in
MakeMaker. In one of the great refactorings some years ago, Schwern made the
rules implicit, which broke MMS builds. I complained, but he regarded it as an
MMS bug and wasn't willing to work around it. He's probably right about its
being an MMS bug. I've long intended to have another crack at working around
it, but obviously haven't gotten it done yet.
>> I'm going to punt on the MMS issues for the moment. The short answer is you
>> cannot build Perl with MMS currently but must use MMK, available here:
>> <http://www.kednos.com/kednos/Open_Source/MMK>.
>
> In which case, README.vms needs some updating :-)
I would rather get it working than document that it doesn't work, but yes, it
would've saved you some time if the documentation reflected the reality.
_______________________________________
Craig A. Berry
mailto:craigbe...@mac.com
"... getting out of a sonnet is much more
difficult than getting in."
Brad Leithauser
