You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is a subtle bug in the configuration mechanism of perl-5.6.0, that
appears when one installs
perl on a solaris_2.7 system and opts for maximal "64-bitness."
A "callback" script named use64bitall.cbu is created in directory
${src}/UU, and is invoked at line 4582 of Configure, while the current
working directory is $src/UU (see line 3452 of Configure).
Line 15 of use64bitall.cbu reads:
. ./UU/workshoplibpth.cbu
which would be all right if the current working directory were $src. Since
it is not, and since there is
no directory $src/UU/UU, the script fails at this point.
Where should it be fixed? Well, the callback, use64bitall.cbu, is
constructed during the execution of
$src/hints/solaris_2.sh. Starting at line 402 of the latter script, code is
concatenated into
the callback, with the problem line at line 417. That line should be
changed to
. ./workshoplibpth.cbu
Now there are other similar lines in solaris_2.sh (lines 80, 461, and 492);
should they be changed also? By no means. They are invocations directly
in-line, executed when solaris_2.sh is executed.
Line 417 is the only one which is not executed here but copied into a
callback script.
Thank you all for posing an interesting and challenging problem.
Migrated from rt.perl.org#6191 (status was 'resolved')
Searchable as RT6191$
The text was updated successfully, but these errors were encountered: