Seems this is abandoned? And why?
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
Any update ?
Hope things are going well!
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
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
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
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
modmap (C++) gdalwarper;
import std.stdio;
void main()
{
GDALDatasetH hSrcDS, hDstDS;
GDALAllRegister();
writeln(hello);
}
error:
app.d(7): Error: undefined identifier GDALDatasetH
app.d(7): Error: undefined identifier GDALDatasetH
app.d(8): Error: undefined
I can't understand how to use Calypso. I did:
modmap (C++) gdalwarper;
import std.stdio;
void main()
{
writeln(hello);
}
then run build command:
ldc2 -L-lstdc++ -cpp-args -ID:\Project\2015\gdal1112\alg app.d
assume gdalwarper.h is located at alg folder
and I am getting error:
Error:
On Tuesday, 19 May 2015 at 17:44:38 UTC, CraigDillabaugh wrote:
Just to clarify then. If gdalwarper.h includes gdal.h and
GDALDatasetH is declared in gdal.h, then gdal.h gets imported
too?
Craig
On Tuesday, 19 May 2015 at 19:57:45 UTC, Suliman wrote:
How do you understand which files
On Tuesday, 19 May 2015 at 17:44:38 UTC, CraigDillabaugh wrote:
Just to clarify then. If gdalwarper.h includes gdal.h and
GDALDatasetH is declared in gdal.h, then gdal.h gets imported
too?
Craig
So to give a more straight answer, modmap is an #include
directive so every header
On Tuesday, 19 May 2015 at 19:57:45 UTC, Suliman wrote:
import (C++) GDALWarpOperation;
import (C++) GDALAccess;
import (C++) GDALWarpOptions;
How do you understand which files should be imported?
These aren't files being imported, they are
classes/structs/templates being imported for
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
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.
But then there's problem with this inference: what if the type
is intended to be used
On Sunday, 17 May 2015 at 13:37:45 UTC, Suliman wrote:
Where set where Calypso should look header files?
It works the same as in C++, there are the standard header paths:
/usr/include, /usr/include/c++/4.9, /usr/local/include
And to add another header search path you can pass options to
On Tuesday, 19 May 2015 at 16:33:00 UTC, CraigDillabaugh wrote:
On Tuesday, 19 May 2015 at 08:09:33 UTC, Suliman wrote:
modmap (C++) gdalwarper;
import std.stdio;
void main()
{
GDALDatasetH hSrcDS, hDstDS;
GDALAllRegister();
writeln(hello);
}
error:
app.d(7): Error:
On Tuesday, 19 May 2015 at 08:09:33 UTC, Suliman wrote:
modmap (C++) gdalwarper;
import std.stdio;
void main()
{
GDALDatasetH hSrcDS, hDstDS;
GDALAllRegister();
writeln(hello);
}
error:
app.d(7): Error: undefined identifier GDALDatasetH
app.d(7): Error: undefined
On Tuesday, 19 May 2015 at 08:09:33 UTC, Suliman wrote:
modmap (C++) gdalwarper;
import std.stdio;
void main()
{
GDALDatasetH hSrcDS, hDstDS;
GDALAllRegister();
writeln(hello);
}
error:
app.d(7): Error: undefined identifier GDALDatasetH
app.d(7): Error: undefined
On Tuesday, 19 May 2015 at 17:31:07 UTC, Kelly wrote:
On Tuesday, 19 May 2015 at 16:33:00 UTC, CraigDillabaugh wrote:
On Tuesday, 19 May 2015 at 08:09:33 UTC, Suliman wrote:
modmap (C++) gdalwarper;
import std.stdio;
void main()
{
GDALDatasetH hSrcDS, hDstDS;
Could you show how translate this example to get it's compile
with Calypso?
http://www.gdal.org/warptut.html
I do not have knowlages of C/C++ and can't understand how to
convert next strings like:
GDALWarpOptions *psWarpOptions = GDALCreateWarpOptions();
psWarpOptions-hSrcDS = hSrcDS;
On Thursday, 14 May 2015 at 15:19:59 UTC, Elie Morisse wrote:
- Many simple non-POD C++ classes are being mapped to D classes
instead of structs, for example QFlagsAlignmentFlag
(qt5demo.d uses its alias Qt::Alignment) which is a wrapper
around a single int but contains an overloaded
On Sunday, 17 May 2015 at 13:37:45 UTC, Suliman wrote:
Where set where Calypso should look header files?
Suliman,
You can just use '-cpp-args -I/path/to/header/file' to pass along
the include directory for C++ files.
So for example:
ldc2 -L-lstdc++ -cpp-args -I/usr/local/qt5/QtCore test.d
Where set where Calypso should look header files?
On Wednesday, 13 May 2015 at 15:54:47 UTC, John Colvin wrote:
That's great! I'm looking forward to being able to easily make
direct use of some of the great C++ code out there.
Are there are performance pitfalls to watch out for that are
unique to the way calypso interfaces between D and C++?
Elie,
Congratulations on this very impressive work.
Out of curiosity, how far away do you think it is from being at a
beta stage that one can use to write non-critical work in ?
One open source library that might not be too tough but would
have high value in the financial domain is
On Thursday, 14 May 2015 at 20:23:47 UTC, Laeeth Isharc wrote:
Elie,
Congratulations on this very impressive work.
Out of curiosity, how far away do you think it is from being at
a beta stage that one can use to write non-critical work in ?
Thanks Laeeth,
It's not too far I think. When
On Wednesday, 13 May 2015 at 15:54:47 UTC, John Colvin wrote:
Are there are performance pitfalls to watch out for that are
unique to the way calypso interfaces between D and C++? E.g.
sneaky copies, implicit callbacks to keep things synced etc.
As I understand, the major remaining issue is
On Tuesday, 12 May 2015 at 21:44:04 UTC, Kelly wrote:
Well the first fully working example of a large library is
finally working with Calypso. Elie has managed to get a Qt5
demo program to compile and run!!
The demo is a D version of the Qt5 Widgets demo. This is a
simple window with a
On Tuesday, 12 May 2015 at 21:44:04 UTC, Kelly wrote:
Well the first fully working example of a large library is
finally working with Calypso. Elie has managed to get a Qt5
demo program to compile and run!!
The demo is a D version of the Qt5 Widgets demo. This is a
simple window with a
Well the first fully working example of a large library is
finally working with Calypso. Elie has managed to get a Qt5 demo
program to compile and run!!
The demo is a D version of the Qt5 Widgets demo. This is a simple
window with a pseudo address book app. The demo uses a D class
inheriting
A small update may be appropriate. We have run into a couple
snags this past week when Elie improved the modulemap'ing for C
files.
Calypso now autodetects modulemap files for libc and POSIX
standard headers in the /usr/include directory and
/usr/include/x86_64-linux-gnu/sys. This change
On Wednesday, 22 April 2015 at 14:57:43 UTC, Kagamin wrote:
What about Qt? I don't remember it being heavily templated.
Thanks for the hint, it's definitely true for most of the code of
Qt although there are still a few areas like QtCore/qtypetraits.h
or Q_STATIC_ASSERT in non-C++11 mode
On Wednesday, 29 April 2015 at 14:45:42 UTC, Kagamin wrote:
On Thursday, 23 April 2015 at 08:04:46 UTC, Kelly wrote:
I haven't tried Qt yet because it needs to be hand-compiled
with a user supplied namespace
Aren't there precompiled versions?
Kagamin,
Yes, the precompiled version was the
On Thursday, 23 April 2015 at 08:04:46 UTC, Kelly wrote:
I haven't tried Qt yet because it needs to be hand-compiled
with a user supplied namespace
Aren't there precompiled versions?
On Wednesday, 22 April 2015 at 14:57:43 UTC, Kagamin wrote:
What about Qt? I don't remember it being heavily templated.
Hello Kagamin,
I haven't tried Qt yet because it needs to be hand-compiled with
a user supplied namespace, otherwise there isn't a namespace to
import with Calypso. I
On Tuesday, 21 April 2015 at 15:21:20 UTC, Elie Morisse wrote:
So Calypso still can't load the MSVC C++ standard lib. I
thought Kelly managed to build some STL examples but actually
it's not remotely possible yet. The main blocker is that
template instances often depend on each other (but not
On Thursday, 16 April 2015 at 06:43:25 UTC, Suliman wrote:
Could anybody wrote very simple tutorial, that show how to use
any popular C/C++ lib without binding? I mean step by step
manual.
Also it would be nice to get binary builds for Windows to test.
Sorry for the wait.
So Calypso still
I should have given the same warning, there's a chance that
Calypso may work with not too sophisticated C++ libraries but new
bugs are around the corner if you try anything too big.
Nevertheless Suliman, Laeeth and maybe others have been wanting
to try it out in its current state, and it was
Could anybody wrote very simple tutorial, that show how to use
any popular C/C++ lib without binding? I mean step by step manual.
Also it would be nice to get binary builds for Windows to test.
On Thursday, 16 April 2015 at 00:47:31 UTC, Elie Morisse wrote:
Sorry for the lack of updates, progress was a bit boring for
the past 2 months and consisted mostly in crawling my way up a
bottomless pit of errors generated by « import (C++)
Ogre.Light; ».
And then this happens:
On Thursday, 16 April 2015 at 06:43:25 UTC, Suliman wrote:
Could anybody wrote very simple tutorial, that show how to use
any popular C/C++ lib without binding? I mean step by step
manual.
Also it would be nice to get binary builds for Windows to test.
Suliman sorry for keeping you waiting
On Thursday, 16 April 2015 at 16:42:42 UTC, Elie Morisse wrote:
On Thursday, 16 April 2015 at 06:43:25 UTC, Suliman wrote:
Could anybody wrote very simple tutorial, that show how to use
any popular C/C++ lib without binding? I mean step by step
manual.
Also it would be nice to get binary
On Thursday, 16 April 2015 at 00:47:31 UTC, Elie Morisse wrote:
Sorry for the lack of updates, progress was a bit boring for
the past 2 months and consisted mostly in crawling my way up a
bottomless pit of errors generated by « import (C++)
Ogre.Light; ».
And then this happens:
Amazing stuff Elie!! It has been a pleasure watching this come
together. Looking forward to testing and using Calypso.
A huge and impressive milestone :)
Thanks,
Kelly
On Thursday, 16 April 2015 at 00:47:31 UTC, Elie Morisse wrote:
Sorry for the lack of updates, progress was a bit boring for
Sorry for the lack of updates, progress was a bit boring for the
past 2 months and consisted mostly in crawling my way up a
bottomless pit of errors generated by « import (C++) Ogre.Light;
».
And then this happens: https://paste.kde.org/pse8pqzch :D
The compilation speed could be improved,
On Wednesday, 18 February 2015 at 16:18:10 UTC, Elie Morisse
wrote:
BTW I just pushed support for function template instantiation.
So lately thanks to a bit of free time there has been quite a
lot of new features implemented: overloaded operators, function
templates, and groundwork for class
On Tuesday, 24 February 2015 at 08:39:39 UTC, Kelly wrote:
due to class value support being incomplete
What about using that trick: recognize C++ classes and represent
them internally as structs with altered mangling - at least it
frees you from messing with D classes.
On Tuesday, 24 February 2015 at 08:44:25 UTC, Kagamin wrote:
On Tuesday, 24 February 2015 at 08:39:39 UTC, Kelly wrote:
due to class value support being incomplete
What about using that trick: recognize C++ classes and
represent them internally as structs with altered mangling - at
least it
Hello Elie,
I just pushed a small pull request for
fromTypeTemplateSpecialization. I forgot to mention in the
request that the changes allow bitset.d to be compiled and run
again.
With those changes all the examples compile and run again. There
are still two errors when compiling vector.d.
On Wednesday, 18 February 2015 at 08:52:33 UTC, Kelly wrote:
Hello Elie,
I just pushed a small pull request for
fromTypeTemplateSpecialization. I forgot to mention in the
request that the changes allow bitset.d to be compiled and run
again.
Thanks for looking into this, I'll check your PR.
On Tuesday, 17 February 2015 at 02:16:58 UTC, Kelly wrote:
P.S. I HATE THIS FORUM EDITORplease add a preview button,
whoever takes care of this!?!? I take notes in a different
editor and then paste here and it looks fine, only to end up
mangled when actually submitted...ugh :)
You
Hi Kelly,
It's done, I've merged latest LDC upstream + your build fixes
into Calypso.
About Microsoft vtables they work much more differently from the
Itanium ones than I thought, it's going to a lot trickier than
just a few lines of code so I won't be able to make D classes
inheriting
On Tuesday, 17 February 2015 at 01:53:22 UTC, Elie Morisse wrote:
Hi Kelly,
It's done, I've merged latest LDC upstream + your build fixes
into Calypso.
Alright, cool. I pulled it here and things build fine on Linux.
Showcase and string examples work nicely.
About Microsoft vtables they
On Tue, Feb 17, 2015 at 02:16:57 +, Kelly via Digitalmars-d-announce wrote:
P.S. I HATE THIS FORUM EDITORplease add a preview button,
whoever takes care of this!?!? I take notes in a different editor
and then paste here and it looks fine, only to end up mangled
when actually
Hello Elie,
Ok, I tried to build on OS X with the LLVM/Clang revisions from
above and
the Calypso/LDC code from my github fork, but it is a no go.
Calypso compiles pretty easily, but there are issues with
vector not being
found, so then I install libc++ so that clang easily picks up the
http://forum.dlang.org/post/mbqt88$a6n$1...@digitalmars.com looks
like C++ class support is shifting to value types.
Alirighty, Calypso builds and runs on both Linux and Win64 with
that last change from today in my fork. Now when I say 'runs' on
Linux, I mean it runs properly and fully (compiling and running
all examples from Feb 8th)...but when I say 'runs' on Win64, I
should say 'runs as far as it can'
On Sunday, 15 February 2015 at 11:48:50 UTC, Kelly wrote:
Alirighty, Calypso builds and runs on both Linux and Win64 with
that last change from today in my fork. Now when I say 'runs'
on Linux, I mean it runs properly and fully (compiling and
running all examples from Feb 8th)...but when I say
On Sunday, 15 February 2015 at 14:03:22 UTC, Elie Morisse wrote:
It's from Calypso actually, the assert is in
gen/dcxxclasses.cpp and is only triggered by D classes
inheriting from C++ classes with a vtable.
Ah, sorry I see it now...there is the assert and then a backtrace
that indicates that
Ok, I have pushed my changes to Calypso on github. I did this
mostly for testing because I wanted to make sure things still
compiled on linux.
Unfortunately, we need specific versions of llvm and clang to get
things compiled as ldc2 hasn't been updated to the bleeding edge
as of today. The
On Monday, 9 February 2015 at 22:38:51 UTC, Elie Morisse wrote:
On Monday, 9 February 2015 at 07:10:56 UTC, Suliman wrote:
If somebody have working Windows build, could you please share
it?
It would be nice to know if someone even managed to build
Calypso on Windows yet :)
Hello Elie,
Anyway I'm probably fixing the last issue right now preventing
std::vector from instantiating so I'm going to push the commits
to master in the hour.
On Friday, 13 February 2015 at 17:54:25 UTC, Elie Morisse wrote:
Anyway I'm probably fixing the last issue right now preventing
std::vector from instantiating so I'm going to push the commits
to master in the hour.
Hello Elie,
You can push to master, if you like, because we'll just have to
On Friday, 13 February 2015 at 09:49:51 UTC, Kelly wrote:
Hello Elie,
Ok, I have merged in the newest LDC with Calypso from github
today and built it with vs2013 on Win7 :)
There is a small diff involved in getting things to compile.
The resulting ldc2 runs and builds a simple hello world
On Monday, 9 February 2015 at 22:38:51 UTC, Elie Morisse wrote:
On Monday, 9 February 2015 at 07:10:56 UTC, Suliman wrote:
If somebody have working Windows build, could you please share
it?
It would be nice to know if someone even managed to build
Calypso on Windows yet :)
Hello Elie,
I
On Monday, 9 February 2015 at 22:38:51 UTC, Elie Morisse wrote:
On Monday, 9 February 2015 at 07:10:56 UTC, Suliman wrote:
If somebody have working Windows build, could you please share
it?
It would be nice to know if someone even managed to build
Calypso on Windows yet :)
Hello Elie,
I
On Monday, 9 February 2015 at 04:33:04 UTC, Kelly wrote:
Ugh, this forum needs a preview button!!
Sorry about the poor formatting,
Kelly
http://pastebin.com/
On Monday, 9 February 2015 at 22:24:49 UTC, Elie Morisse wrote:
Hi Kelly,
Good to see bitset instantiating and basically working too! Can
I add your code to the tests?
So yes to clear things up a bit, operators are still missing
and so are many other features. Off the top of my head:
-
On 2/8/15 2:45 PM, Elie Morisse wrote:
On Sunday, 8 February 2015 at 20:56:31 UTC, Syro wrote:
That is really cool.
Thanks, just got that tangled mess of templates that is std::string
working too:
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/libstdc%2B%2B/string.d
You may
On Monday, 9 February 2015 at 04:27:06 UTC, Kelly wrote:
Thanks, just got that tangled mess of templates that is
std::string working too:
Hey Elie, this is great stuff, as usual. I have written a test
file for bitset here also (including a couple failures I am
sure you are aware of, but
On Monday, 9 February 2015 at 07:10:56 UTC, Suliman wrote:
If somebody have working Windows build, could you please share
it?
It would be nice to know if someone even managed to build Calypso
on Windows yet :)
On Monday, 9 February 2015 at 20:17:33 UTC, Andrei Alexandrescu
wrote:
You may
Small update: std::vector is now working.
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/libstdc%2B%2B/vector.d
I went back to simpler problems than getting Ogre to work and
will focus on the C++ standard lib until the common class
templates work.
On Sunday, 8 February 2015 at 16:49:44 UTC, Elie Morisse wrote:
Small update: std::vector is now working.
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/libstdc%2B%2B/vector.d
That is really cool.
On Sunday, 8 February 2015 at 20:56:31 UTC, Syro wrote:
That is really cool.
Thanks, just got that tangled mess of templates that is
std::string working too:
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/libstdc%2B%2B/string.d
If somebody have working Windows build, could you please share it?
On Sunday, 8 February 2015 at 22:45:14 UTC, Elie Morisse wrote:
On Sunday, 8 February 2015 at 20:56:31 UTC, Syro wrote:
That is really cool.
Thanks, just got that tangled mess of templates that is
std::string working too:
On Sunday, 8 February 2015 at 22:45:14 UTC, Elie Morisse wrote:
On Sunday, 8 February 2015 at 20:56:31 UTC, Syro wrote:
That is really cool.
Thanks, just got that tangled mess of templates that is
std::string working too:
On Sunday, 8 February 2015 at 22:45:14 UTC, Elie Morisse wrote:
On
On Saturday, 24 January 2015 at 00:51:49 UTC, Elie Morisse wrote:
Nevermind it's just that CodeGen is ambiguous with
clang::CodeGen although my compiler doesn't complain. Fixed.
Hi Elie.
We are really excited about your project, as it really opens up
new possibilities and will certainly save
Hi Laeeth,
Could you post the errors and which compiler you are using? If
you managed to build both LDC and Clang you should be pretty
close to get Calypso working.
Would there be any chance you could fork a version of clang that
works with Calypso, and then link to it in the instructions?
On Friday, 23 January 2015 at 12:29:56 UTC, Kelly wrote:
Hello Elie,
This project looks great, thanks for the hard work. I
downloaded Calypso and ldc2 about 6 hours ago to try your
project out.
I can get Calypso to compile with a couple small changes to
assistbuilder.cpp (just adding a
On Friday, 23 January 2015 at 10:02:55 UTC, Jacob Carlborg wrote:
Could this work for Objective-C as well. I'm working on adding
support for Objective-C to DMD [1].
[1] https://github.com/D-Programming-Language/dmd/pull/4321
It's planned to add Objective-C to Calypso, although I never used
Hello Elie,
Just a little build script until cmake can be used properly:
#!/bin/bash
set -x
clang++ -std=c++11 -c showcase.cpp -o showcase.cpp.o
ar rcs libshowcase.a showcase.cpp.o
/bin/rm calypso_cache*
ldc2 -cpp-args -std=c++11 -Llibshowcase.a -L-lstdc++ showcase.d
I remove the the
On 2015-01-23 18:56, Elie Morisse wrote:
It's planned to add Objective-C to Calypso, although I never used it and
know little about it. Would you be interested in implementing support
for its different flavors in Calypso, Jacob? You'd be welcome to the
team :-)
For the time being I think I
Hello Elie,
The small patch for defining size_t works here. Thanks.
I just wanted to let people know that showcase.d should build
fine (one deprecation warning, but not a big deal).
People might still need the small quick fixes for
gen/cpp/assistbuilder.cpp, but just adding clang:: in a
Nevermind it's just that CodeGen is ambiguous with clang::CodeGen
although my compiler doesn't complain. Fixed.
On Friday, 23 January 2015 at 23:06:16 UTC, Kelly wrote:
People might still need the small quick fixes for
gen/cpp/assistbuilder.cpp, but just adding clang:: in a
couple spots shouldn't be too arduous for anybody if they
really want to compile and play with Calypso.
Weird, assistbuilder.cpp
On 2014-12-23 00:14, Elie Morisse wrote:
Hi everyone,
I have the pleasure to announce to you all the existence of a modified
LDC able to interface directly to C++ libraries, wiping out the need to
write bindings:
https://github.com/Syniurge/Calypso
Could this work for Objective-C as well.
Hello Elie,
This project looks great, thanks for the hard work. I downloaded
Calypso and ldc2 about 6 hours ago to try your project out.
I can get Calypso to compile with a couple small changes to
assistbuilder.cpp (just adding a namespace qualifier for two
class instantiations of CodeGen).
I can't build clang. I am getting strange error:
D:\llvm\cfe-3.5.0.src\cfe-3.5.0.srcmake
Error on line 23: expecting target : dependencies
On Thursday, 22 January 2015 at 07:27:03 UTC, Suliman wrote:
First you need a LLVM + Clang 3.5 source tree, built libraries
and the Clang binaries. Installing binary packages from your
distribution isn't enough since the include/ files aren't
exposing many symbols, so the source packages are
Just in case you don't follow digitalmars.D:
http://forum.dlang.org/thread/m9s4cd$2s1v$1...@digitalmars.com#post-m9s4cd:242s1v:241:40digitalmars.com
On Thursday, 22 January 2015 at 00:08:13 UTC, Walter Bright wrote:
Just making STL work would be an achievement!
Is the output of Calypso a file that can be imported?
The only outputs specific to Calypso are ligthweight object files
per C++ module that contain symbols created by LDC for
On 12/22/2014 3:14 PM, Elie Morisse wrote:
Hi everyone,
I have the pleasure to announce to you all the existence of a modified LDC able
to interface directly to C++ libraries, wiping out the need to write bindings:
https://github.com/Syniurge/Calypso
I think this is an exciting
On 1/21/2015 3:21 PM, Elie Morisse wrote:
I'm still working as fast as I can to get Ogre3D working. Ogre3D makes wide
usage of the standard C++ library so getting it running would be a milestone and
at that point most C++ libraries will be usable or in close reach as well. And
it'd also make a
On Wednesday, 21 January 2015 at 10:37:18 UTC, Suliman wrote:
Could you explain how to build it's on Windows. I read readme,
but do not fully understand what I should to to to get it's
work?
You should follow the guides for LDC only you need to build Clang
3.5 as well beforehand and add the
Currently making D classes derive from C++ classes with a
virtual table only works with MinGW because only the Itanium
ABI is supported. I'm going to add the Microsoft ABI ASAP (it's
just a few lines of code) but it'll be untested.
Could you explain can I call function from C++ dll directly?
First you need a LLVM + Clang 3.5 source tree, built libraries
and the Clang binaries. Installing binary packages from your
distribution isn't enough since the include/ files aren't
exposing many symbols, so the source packages are needed as well
Do I need to compile from source just Clang or
Could you explain how to build it's on Windows. I read readme,
but do not fully understand what I should to to to get it's work?
On 23 Dec 2014 13:30, CraigDillabaugh via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Tuesday, 23 December 2014 at 11:53:38 UTC, Dicebot wrote:
On Tuesday, 23 December 2014 at 10:52:58 UTC, Joseph Rushton Wakeling
wrote:
clip
Consider both things like
Or it can switch depending on preprocessor definitions:
---
class WXDLLIMPEXP_BASE wxString
#ifdef wxNEEDS_WXSTRING_PRINTF_MIXIN
: public wxStringPrintfMixin
#endif
{
---
1 - 100 of 114 matches
Mail list logo
