Front page | perl.perl5.porters |
Postings from October 2003
Re: 5.8.1 64bit int config annoyance
Thread Previous
From:
H.Merijn Brand
Date:
October 2, 2003 23:15
Subject:
Re: 5.8.1 64bit int config annoyance
Message ID:
20031003080912.0168.H.M.BRAND@hccnet.nl
On Fri 03 Oct 2003 08:06, Yitzchak Scott-Thoennes <sthoenna@efn.org> wrote:
> On Fri, Oct 03, 2003 at 08:01:05AM +0200, "H.Merijn Brand" <h.m.brand@hccnet.nl> wrote:
> > On Thu 02 Oct 2003 22:46, Andy Dougherty <doughera@lafayette.edu> wrote:
> > > On Thu, 2 Oct 2003 schwern@pobox.com wrote:
> > >
> > > > Yes, some sort of "just use the biggest numbers you can" option would be
> > > > nice.
> > >
> > > Yes, it would be nice, but it's *very hard* to actually implement it well.
> >
> > Why?
> >
> > make -Dusemanybits be equivalent to -Duse64bitall -Duselongdouble, but set a
> > flag that if any of these would fail to just continue. Which is more or less
> > regaining the situation from before these (IMHO correct) changes to Configure
> > with the exception that it is now a *chosen* option to continue, and that some
> > hints files need some twiddling to not die in these occasions.
> >
> > Let me make clear that the user that would choose this option will not have
> > any guarantee that perls will be configured the same accross OS's, which was
> > one of the reasons to make these patches in the first place. If the user chose
> > 64bitall, he was not guaranteed to get it in the old situation, making
> > portability accross systems harder.
> >
> > OTOH upgrading is still allowed (and done). i.e. on HP-UX choosing
> > -Duse64bitint will upgrade to -Duse64bitall
>
> The problem AIUI is that for part of the Configure run, use64bitall is
> set, and the hints (or even the units) may make choices based on that.
> And then when it is turned off, those choices go awry. The easiest
> solution is probably to restart Configure with modified arguments.
That's why many actions are delayed to the callback units. I'm still working
on (but I cannot free enough time right now) on a massive patch to configure
and *all* hint files to make the callbacks be called *allways*, not only if
the option is set. That way we can take delayed actions based on options NOT
being set (or being cleared).
Changes that are to be made is that the check for the option is moved from
configure to the hints, and the callback is called anyway.
Now:
Configure
:
[ -f hints/os.sh ] && . hints/os.sh
:
# Option option checking and handling
[ option && -f option.cbu ] && . option.cbu
option.cbu
actions
shouldbe:
Configure
:
[ -f hints/os.sh ] && . hints/os.sh
:
# Option option checking and handling
[ -f option.cbu ] && . option.cbu
option.cbu
if [ option]; then
actions
else
other actions
fi
--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using perl-5.6.1, 5.8.0, & 5.9.x, and 806 on HP-UX 10.20 & 11.00, 11i,
AIX 4.3, SuSE 8.2, and Win2k. http://www.cmve.net/~merijn/
http://archives.develooper.com/daily-build@perl.org/ perl-qa@perl.org
send smoke reports to: smokers-reports@perl.org, QA: http://qa.perl.org
Thread Previous