Front page | perl.perl5.porters |
Postings from February 2000
Re: CPAN Upload: GSAR/perl5.5.650.tar.gz
Thread Previous
From:
Andy Dougherty
Date:
February 8, 2000 07:52
Subject:
Re: CPAN Upload: GSAR/perl5.5.650.tar.gz
Message ID:
Pine.SOL.4.10.10002081043560.28432-100000@maxwell.phys.lafayette.edu
On Tue, 8 Feb 2000, Pete Jordan wrote:
> PAUSE wrote:
>
> > file: $CPAN/authors/id/GSAR/perl5.5.650.tar.gz
>
> An oddity in Configure: the default for long longs was offered as 'n', I
> accepted this and was promptly told that the default was 'y'...
Version 5.5.650 caught the use64bits and long long stuff in flux (or about
to be in flux). I wouldn't worry too much about it yet. I've been
privately discussing possibilities with a few folks, but haven't
implemented anything yet.
However, here's what I think is happening (though I haven't seen 5.5.650
to confirm this myself): By default, we are hoping in 5.6 to support
largefiles (64-bit file offsets, etc.) wherever possible. Thus Configure
is setting -Duselargefiles by default. (We may later turn that off if it
seems to be a very bad idea.)
In addition, for 5.6, we are hoping to provide support for using long
longs throughout, but since that has some nasty knotty problems, we aren't
turning it on by default.
However, on Solaris, the hints file claims that largefiles will only
"work" if we also use long longs. (I have not personally verified that
claim. I am only reporting it.)
Thus, as Configure runs, it starts off with a default of 'n' for
use64bits, but then goes and process the solaris hints file call-back and
determines that since you asked for large files you're going to need
64-bit long longs too.
Yes, that can be confusing, and yes it can probably be presented more
clearly to the end user. I'm working on it.
Andy Dougherty doughera@lafayette.edu
Dept. of Physics
Lafayette College, Easton PA 18042
Thread Previous