Remove op_pmnext from PMOPs, and instead store the list for reset as
[p5sagit/p5-mst-13.2.git] / ext / Storable / Makefile.PL
CommitLineData
7a6a85bf 1#
2# Copyright (c) 1995-2000, Raphael Manfredi
3#
9e21b3d0 4# You may redistribute only under the same terms as Perl 5, as specified
5# in the README file that comes with the distribution.
7a6a85bf 6#
7a6a85bf 7
8use ExtUtils::MakeMaker;
9use Config;
10
11WriteMakefile(
527f7b64 12 NAME => 'Storable',
13 DISTNAME => "Storable",
14 MAN3PODS => {},
a2307be4 15# We now ship this in t/
16# PREREQ_PM => { 'Test::More' => '0.41' },
dcf2e277 17 INSTALLDIRS => $] >= 5.007 ? 'perl' : 'site',
527f7b64 18 VERSION_FROM => 'Storable.pm',
19 dist => { SUFFIX => 'gz', COMPRESS => 'gzip -f' },
7a6a85bf 20);
ee0f7aac 21
22my $ivtype = $Config{ivtype};
23
24# I don't know if the VMS folks ever supported long long on 5.6.x
25if ($ivtype and $ivtype eq 'long long' and $^O !~ /^MSWin/) {
26 print <<'EOM';
27
28You appear to have a perl configured to use 64 bit integers in its scalar
29variables. If you have existing data written with an earlier version of
30Storable which this version of Storable refuses to load with a
31
32 Byte order is not compatible
33
34error, then please read the section "64 bit data in perl 5.6.0 and 5.6.1"
35in the Storable documentation for instructions on how to read your data.
36
37(You can find the documentation at the end of Storable.pm in POD format)
38
39EOM
40}