Re^2: prevent stringification for hash-keys


Don't ask to ask, just ask
	PerlMonks

Re^2: prevent stringification for hash-keys

by 1nickt (Canon)

on Feb 17, 2019 at 03:22 UTC ( #1230015=note: print w/replies, xml )

Need Help??

in reply to Re: prevent stringification for hash-keys
in thread prevent stringification for hash-keys

Heheh yes tobyink I thought about that too, but the OP appears to want to forbid in code the use of a string as a hash key, whether quoted or not, and only allow using a declared variable. IIUC.

The way forward always starts with a minimal test.

Comment on Re^2: prevent stringification for hash-keys

Replies are listed 'Best First'.
Re^3: prevent stringification for hash-keys by soonix (Canon) on Feb 17, 2019 at 07:27 UTC
No, he wants to avoid stringification of hash keys, especially of barewords.	[reply]
Re^4: prevent stringification for hash-keys by 1nickt (Canon) on Feb 17, 2019 at 12:37 UTC
"What I really want is a way to make $hash{bare_word} a compile-time error in a lexical scope..." The way forward always starts with a minimal test.	[reply]
Re^5: prevent stringification for hash-keys by soonix (Canon) on Feb 17, 2019 at 23:57 UTC
Terminology is a bitch. While it's true that interpreting a bareword as string, which occurs at complile time, is not called stringification, I think it is clear that OP wants `$hash{blahblah}` treated differently from `$hash{'blahblah'}` … only the former should be a syntax terror, something like `use stricter;` .-)	[reply] [d/l] [select]

In Section Seekers of Perl Wisdom

Log In^?

Domain Nodelet^?

www.com | www.net | www.org

Node Status^?

node history
Node Type: note [id://1230015]
help

Chatterbox^?

How do I use this? | Other CB clients

Other Users^?

Others lurking in the Monastery: (4)

As of 2023-05-31 00:07 GMT

Sections^?

Information^?

Find Nodes^?

Leftovers^?

Voting Booth^?

No recent polls found

Notices^?