Re: Extra strict subs

Modifying toke.c, and perly.y for a feature in a maintenance release? I sure hope Jarkko won't put that in. New development belongs in the development track - not the maintenance one.

And I'd expect strong opposition from p5p if this extra strictness gets turned on by use strict;.

Abigail

Comment on Re: Extra strict subs Download Code

Replies are listed 'Best First'.
Re: Re: Extra strict subs by Elian (Parson) on Nov 27, 2002 at 15:47 UTC
You need to read a bit more carefully before going all freaky, Abigail. I said it wouldn't affect `use strict`, and it won't. I also said I'd like it backwards-compatible if possible, which makes toke.c alterations one of the very last resorts--I don't particularly care to mess around in there if I don't have to. If I have to I will, though, at which case it's Jarkko's call on whether it goes in or not. It certainly wouldn't be the first, or the thousandth, feature to go into a maintenance release of perl.	[reply] [d/l]

Replies are listed 'Best First'.

Re: Re: Extra strict subs
by Elian (Parson) on Nov 27, 2002 at 15:47 UTC

I said it wouldn't affect use strict, and it won't.

I also said I'd like it backwards-compatible if possible, which makes toke.c alterations one of the very last resorts--I don't particularly care to mess around in there if I don't have to. If I have to I will, though, at which case it's Jarkko's call on whether it goes in or not. It certainly wouldn't be the first, or the thousandth, feature to go into a maintenance release of perl.

[reply]
[d/l]