Upgrading Perl... Somebody just shoot me and put me out of my misery!
Matthias Andree
matthias.andree at gmx.de
Mon Nov 25 06:36:45 UTC 2013
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Am 23.11.2013 23:25, schrieb Matthew Seaman:
> On 23/11/2013 22:12, Ronald F. Guilmette wrote:
>>> and you will thus need to recompile all ports that depend on Perl.
>> This is the part that is still utterly baffling.
>>
>> Why would _anything_ that is in any way dependent upon the Perl interpreter
>> need to be rebuilt? In this switch to threads=on, has the language itself
>> changed? And if not, shouldn't the change to multi-threading capability
>> within the interpreter be utterly transparent to (and a non-event for)
>> any and all pre-existing Perl code?
>>
>> Obviously, there's something that I'm missing, but I have no idea what it
>> might be.
>
> Technically, you don't actually need to recompile something that's pure
> perl, or that only requires perl to run some scripts. However
> everything that has a binary interface with perl -- XS modules, software
> with embedded perl interpreters -- certainly will need recompiling to
> match the new threaded ABI that has now become the default.
>
> The advice to 'recompile everything that depends on perl' is overkill,
> but it's a simple way to be sure that you have in fact recompiled
> everything necessary. Picking out only those ports that really needed
> to be recompiled would require a procedure too unweildy to be usefully
> described in UPDATING.
Well, we might want to revive a Makefile target or script that helped
with that. If we have that in place, perhaps as separate
perl-upgrade-helper port, we don't need lengthy fragile explanations...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEARECAAYFAlKS7/EACgkQvmGDOQUufZXlgwCeK/ddZ9nWPVTzZltLqutKYPVH
Io8AnjuXprpF3hL36Wknpi5PrKrj0a5h
=du2J
-----END PGP SIGNATURE-----
More information about the freebsd-ports
mailing list