Hrm.. why are there two implementations of the function in the first place?
I'll take this bug, but what I'd prefer to see is loosing the one in aaA.d and
making the one in object.di/object_.d correct.
You didn't happen to try that, did you?
Comment #2 by ibuclaw — 2011-01-03T21:58:07Z
The one on object.d is a member of struct AssociativeArray(Key, Value), the other is an internal helper function.
Comment #3 by nfxjfg — 2011-01-03T22:05:09Z
By the way, I have already demonstrated with a compiler/runtime patch, that you can have an associative array ABI that works on all architectures and doesn't need that messy alignment stuff (how many bugs did that generate in the past, present and future?).
Enjoy your bugs, I guess.
Comment #4 by braddr — 2011-01-03T22:53:19Z
Changes applied in r473. Thanks Iain.
Comment #5 by ibuclaw — 2011-01-04T05:15:18Z
(In reply to comment #3)
> By the way, I have already demonstrated with a compiler/runtime patch, that you
> can have an associative array ABI that works on all architectures and doesn't
> need that messy alignment stuff (how many bugs did that generate in the past,
> present and future?).
>
Would you happen to know where you demonstrated this? :)
All I can find ABI-wise on AA's is http://d.puremagic.com/issues/show_bug.cgi?id=802