[dmd-internals] case hashOf(string literal) doesn't compile
cy via dmd-internals
dmd-internals at puremagic.com
Sun Jul 31 11:28:34 PDT 2016
On Wednesday, 27 July 2016 at 05:53:35 UTC, Walter Bright wrote:
> Please post bugs to bugzilla!
Whoops, my bad. I was wondering where to post it.
On Thursday, 28 July 2016 at 13:15:28 UTC, Steven Schveighoffer
>> I'm not sure, but I think "bar".sizeof is supposed to evaluate
>> to 3 at compile time, rather than 16 regardless of the
>> string's length.
> I think you have that backwards. “bar” is an immutable(char),
> which is a struct with a pointer and a size_t. Should be 16.
Well, it would be more useful if it was a char. Since the
compiler can predict the string's length already, I don't know
why they'd stop defining it as such. But if they don't anymore, I
guess there's not much to be done about it.
> Note, this compiles with latest released compiler, so it should
> be flagged a regression.
I just updated on the 27th, with the last change to dmd on the
25th. I'll update again though, thanks. Good to know it's already
Admittedly, one should never have to do case hashOf("literal")
since case "literal" already computes the hash of it so maybe it
should be a bug submitted to htmld too. It may be slightly more
efficient to _store_ an explicitly hashed string though, as you
only have to hang onto the size_t hash, not the whole string.
More information about the dmd-internals