[perl #30095] [PATCH] Update required build tools in README
Andy Dougherty
# Please include the string: [perl #30095]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30095 >
This patch updates some of the build requirements for parrot.
The C++ stuff is obvious and self-explanatory, I hope.
The version bump for perl from 5.005 to 5.6 is for at least two
reasons I have encountered so far:
1. build_tools/c2str.pl uses features of Math::BigInt that didn't
appear until version 5.6. (Yes, I know I could work around them,
and I started to until I encountered the next item.)
2. Parrot::IO::Path and Parrot::Test both use
File::Spec->rel2abs(), which didn't appear until perl-5.6.
There may well be other version issues lurking; I haven't gotten parrot to
build yet to actually test anything. If there are no other major issues,
it may be worthwhile to work around these two and bringing the requirement
back down to 5.005. In the meantime, however, this patch summarizes the
current state of affairs.
--- parrot-current/README Sun Feb 29 11:00:04 2004
+++ parrot-andy/README Mon Jun 7 16:33:54 2004
@@ -21,9 +21,13 @@
PREREQUISITES
-------------
-You'll need a compiler a linker and a make program of course.
+You'll need a C compiler, a linker and a make program of course. If you
+will be building the ICU library as part of parrot (this is the
+default), you will also need a C++ compiler and GNU make installed in
+your PATH as either 'gmake', 'make', or 'gnumake'.
-You'll also need Perl 5.005 or above to run the config scripts.
+You'll also need Perl 5.6 or above to run various configure and
+build scripts.
For most of the platforms that we are supporting initially,
Parrot should build out of the box.
--
Andy Dougherty doug...@lafayette.edu
Nicholas Clark
> # New Ticket Created by Andy Dougherty
> # Please include the string: [perl #30095]
> # in the subject line of all future correspondence about this issue.
> # <URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30095 >
>
>
> This patch updates some of the build requirements for parrot.
> The C++ stuff is obvious and self-explanatory, I hope.
>
> The version bump for perl from 5.005 to 5.6 is for at least two
> reasons I have encountered so far:
>
> 1. build_tools/c2str.pl uses features of Math::BigInt that didn't
> appear until version 5.6. (Yes, I know I could work around them,
> and I started to until I encountered the next item.)
>
> 2. Parrot::IO::Path and Parrot::Test both use
> File::Spec->rel2abs(), which didn't appear until perl-5.6.
>
> There may well be other version issues lurking; I haven't gotten parrot to
> build yet to actually test anything. If there are no other major issues,
> it may be worthwhile to work around these two and bringing the requirement
> back down to 5.005. In the meantime, however, this patch summarizes the
> current state of affairs.
The work around for (2) could be to bundle File::Spec 0.87 from CPAN.
For that matter the work around for (1) could be to bundle Math::BigInt
from CPAN. :-)
Nicholas Clark
Chromatic
> The work around for (2) could be to bundle File::Spec 0.87 from CPAN.
> For that matter the work around for (1) could be to bundle Math::BigInt
> from CPAN. :-)
Why bundle? I'd be happy to add the half-dozen lines to Configure.pl to
check for appropriate versions and bail out if they're not installed.
-- c
Nicholas Clark
Actually, yes, that's a much better idea given the amount of people who
are actually likely to use 5.005
Nicholas Clark
Andy Dougherty
> On Wed, 2004-06-09 at 03:53, Nicholas Clark wrote:
>
> > The work around for (2) could be to bundle File::Spec 0.87 from CPAN.
> > For that matter the work around for (1) could be to bundle Math::BigInt
> > from CPAN. :-)
>
> Why bundle? I'd be happy to add the half-dozen lines to Configure.pl to
> check for appropriate versions and bail out if they're not installed.
It's true that once we agree on the actual requirements, it'd make sense
to have Configure.pl check if the required functionality were actually
available. Nick's suggestion is one way to keep the required version at
5.005.
--
Andy Dougherty doug...@lafayette.edu
Dan Sugalski
If we've a good reason to keep the compatibility wiht 5.005, I'd like
to do so. OTOH, if there's no good reason I'm fine with tossing it.
IIRC at least one reasonably modern Unix ships with 5.005 as its base
perl, but I don't remember which one. (If nobody can think of it we
can jump to 5.6.0 as our minimum base perl requirement)
--
Dan
--------------------------------------it's like this-------------------
Dan Sugalski even samurai
d...@sidhe.org have teddy bears and even
teddy bears get drunk
Kenneth A Graves
> If we've a good reason to keep the compatibility wiht 5.005, I'd like
> to do so. OTOH, if there's no good reason I'm fine with tossing it.
> IIRC at least one reasonably modern Unix ships with 5.005 as its base
> perl, but I don't remember which one. (If nobody can think of it we
> can jump to 5.6.0 as our minimum base perl requirement)
Probably not the one you were thinking of, but a data point:
FreeBSD 4-STABLE ships with 5.00503 in "core" with more modern perls in
the ports collection. The 5.x series, due to be stable late this year
or early next, moves to only having Perl in ports. The ports collection
is tracking 5.6.x and 5.8.x.
--kag
Andy Dougherty
> If we've a good reason to keep the compatibility wiht 5.005, I'd like
> to do so. OTOH, if there's no good reason I'm fine with tossing it.
> IIRC at least one reasonably modern Unix ships with 5.005 as its base
> perl, but I don't remember which one. (If nobody can think of it we
> can jump to 5.6.0 as our minimum base perl requirement)
Solaris 8 shiped with 5.00503. I don't know what Solaris 9 shipped with,
nor do I have a good feel for how many people are sticking with Solaris 8.
--
Andy Dougherty doug...@lafayette.edu