CC: | John Peacock via RT <bug-version [...] rt.cpan.org> |
Subject: | Re: version failing on HP/UX Itanium |
Date: | Tue, 10 Jul 2007 10:03:58 -0400 |
To: | "Hicks, Robert" <robert.l.hicks [...] uscg.mil> |
From: | John Peacock <jpeacock [...] rowman.com> |
Please use the RT queue for reporting bugs (I've cc'd it here).
Hicks, Robert wrote:
Show quoted text
> install version
> Running install for module version
> Running make for J/JP/JPEACOCK/version-0.7203.tar.gz
> Is already unwrapped into directory /tmp/.cpan/build/version-0.7203
>
> CPAN.pm: Going to build J/JP/JPEACOCK/version-0.7203.tar.gz
Can you try it outside of CPAN? Can you start from scratch (i.e. on a clean
directory), since it looks like you already ran through this at least once
before (see below).
Show quoted text>
> Testing if you have a C compiler
> Checking if your kit is complete...
> Looks good
> Writing Makefile for version::vxs
> Writing Makefile for version
> cp lib/version.pm blib/lib/version.pm
> cp lib/version.pod blib/lib/version.pod
> Makefile out-of-date with respect to Makefile.PL
> Cleaning current config before rebuilding Makefile...
> make -f Makefile.old clean > /dev/null 2>&1
> /opt/perl5/bin/perl Makefile.PL
> Writing Makefile for version::vxs
> ==> Your Makefile has been rebuilt. <==
> ==> Please rerun the make command. <==
This is the problem here ^^^
I'm not sure why it isn't looping on the second Makefile, like it did for the
top level one. For that matter, I'm not sure why it is looping at all (since
both the toplevel Makefile and vxs/Makefile are being written once at the top of
the Makefile.PL). Is there something odd about the system clock under HP/UX
Itanium?
John
--
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Blvd
Suite H
Lanham, MD 20706
301-459-3366 x.5010
fax 301-429-5747