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
wrote:
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[3]. 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
fixed!
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.
_______________________________________________
dmd-internals mailing list
[email protected]
http://lists.puremagic.com/mailman/listinfo/dmd-internals
