On Monday, 22 May 2017 at 18:51:43 UTC, ParticlePeter wrote:
On Monday, 22 May 2017 at 14:01:56 UTC, Jerry wrote:
IIRC the problem is that it isn't a POD type. ImVec2 has its
own default constructor. The problem now is that because it no
longer is POD, Window's ABI handles it different and doesn't
put the value in a register. Now with D is that you aren't
allowed to specify your own default constructor, so there's no
equivalent way for it to know that it isn't a POD. A way
around this is to specify your own destructor or copy
constructor in the D ImVec2. I forget what the rules are for
it, but I think that should do it.
Thanks, with any of them, ~this or this(this) (both can be
empty), the functions work as expected, nice.
Also replying your next post, extern(C++) is on for the whole
module:
https://github.com/ParticlePeter/imgui_lib/blob/master/source/imgui/types.d#L39
but I learned how to link to github lines from your post :-)
Better check if empty postblit('this(this)' ctor) works well when
assign structs though. It would be annoying if passing and
assigning structs on D side would do something weird.
And, if it works I should probably do this for DirectX bindings
as well instead of hack.
