On Tuesday, 19 May 2015 at 08:02:47 UTC, Suliman wrote:
> Oh, I forgot to fix path at:
> "/etc/ldc.conf"
>
> Am I right understand that:
> C:/Program Files (x86)/ldc/lib = C:\Program Files (x86)\mingw-w64\i686-4.9.2-posix-dwarf-rt_v4-rev2\mingw32\lib
>
> ? Or I can't find more proper folder

The Unix path for C:\Program Files (x86)\mingw-w64\i686-4.9.2-posix-dwarf-rt_v4-rev2\mingw32\lib is simply: /lib.

( The root the leftmost "/" refers to in every Unix path is C:\Program Files (x86)\mingw-w64\i686-4.9.2-posix-dwarf-rt_v4-rev2\mingw32 )

You're almost in uncharted territory, but thanks for helping with testing! I'll write clearer instructions for Windows too when I get the time. And BTW the MingW build is pretty old by now. I don't have much free time atm and I'm working on important fixes, but as soon as they're ready I'll update the MingW build.

On Wednesday, 20 May 2015 at 00:20:46 UTC, Elie Morisse wrote:
> On Monday, 18 May 2015 at 12:27:35 UTC, Kagamin wrote:
>> BTW how does it rely on having everything on the D side? Maybe it's enough to have just instance size and method symbols?
>
> I'm not sure what you mean.

I mean a workaround for current D frontend ability to work with value types: you can represent it as a struct with members of from C++ side and when they are used on the D side you call into C++ side to figure out what code to generate: D side needs not to know they are inherited.
If you plan to make all C++ types proper value types, that's the right way to go, I believe.

On Tuesday, 19 May 2015 at 17:15:49 UTC, Kelly wrote:
> Hello Suliman,
>
> I have translated the GDAL example ( http://www.gdal.org/warptut.html ) and got it to run...woohoo!! I needed to apply the fix from Elie last night (and the pull request from me that hasn't been accepted yet), so this won't work for you yet, unfortunately...soon hopefully.
>
> For comparison I have posted the translation here ( http://pastebin.com/VwrVeBJ3 ), but it may be a day or two yet before Calypso can compile it out-of-the-box, even if my pull requrest is accepted today. There is still one outstanding error that I couldn't fix. I had to cheat and modify a system file (not a good thing to ask others to do, obviously)!!

Ok, this example for GDAL should work out-of-the-box with Calypso now (new git HEAD from last night).

This took a while to get running because of a major rewrite that Elie was working on the last couple weeks. Things work quite a bit better now, with the new changes, so hopefully we can get some more examples working soon. Elie may chime in with more specifics on the need for the rewrite.

I still haven't built this GDAL example on Windows, but if you can let me know if you try this Suliman, that would be great. Let me know if something doesn't work for you and we'll try to help out.

Thanks,
Kelly

On Sunday, 31 May 2015 at 01:16:14 UTC, Kelly wrote:

> Ok, this example for GDAL should work out-of-the-box with Calypso now (new git HEAD from last night).
>
> This took a while to get running because of a major rewrite that Elie was working on the last couple weeks. Things work quite a bit better now, with the new changes, so hopefully we can get some more examples working soon. Elie may chime in with more specifics on the need for the rewrite.
>
> I still haven't built this GDAL example on Windows, but if you can let me know if you try this Suliman, that would be great. Let me know if something doesn't work for you and we'll try to help out.

I would wait next new binary build, becouse building process still hard for me...

Any update ?
Hope things are going well!

Aren't objects rarely passed by value? What's more interesting is how return by value is supported as it happens often:
1. return by value from D callee
2. receive an object returned by value and assign to a new variable
3. receive an object returned by value an assign it to an existing variable
Is ABI for these implemented?

Seems this is abandoned? And why?