If this is the benchmark I'm remembering, the bulk of the time is
spent parsing the floating point numbers. So it isn't a test of
JSON parsing in general so much as the speed of scanf.
On Saturday, 17 October 2015 at 16:14:01 UTC, Andrei Alexandrescu
wrote:
On 10/17/15 6:43 PM, Sean Kelly wrote:
If this is the benchmark I'm remembering, the bulk of the time
is spent
parsing the floating point numbers. So it isn't a test of JSON
parsing
in general so much as the speed of
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 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 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 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
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, 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 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
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
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
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 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
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
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 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,
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 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 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 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
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
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
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).
On Friday, 24 October 2014 at 06:50:05 UTC, Kagamin wrote:
On Thursday, 23 October 2014 at 15:53:19 UTC, Sean Kelly wrote:
We could experiment with separately linking the GC. It
wouldn't be hard to do, though the link line might be a bit
weird, since core, rt, and gc are all interdependent in
On Thursday, 23 October 2014 at 14:02:33 UTC, Kagamin wrote:
On Thursday, 23 October 2014 at 13:13:06 UTC, Mathias LANG
wrote:
It will clash at best, or just ignore cdgc, as objects are
considered as a whole, in link order.
At best, they won't clash :)
If the default GC is not pulled by the
On Monday, 20 October 2014 at 10:39:28 UTC, Regan Heath wrote:
Sure, but past/current env vars being used are used *privately*
to a single program. What you're suggesting here are env vars
which will affect *all* D programs that see them. If D takes
over the world as we all hope it will
On Thursday, 16 October 2014 at 10:56:49 UTC, ketmar via
Digitalmars-d-announce wrote:
On Thu, 16 Oct 2014 08:10:38 +
Dylan Knutson via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
I'm sure there's a cross platform way to retrieve them without
bring passed them
On Wednesday, 8 October 2014 at 17:39:46 UTC, Walter Bright wrote:
On 10/8/2014 12:43 AM, Leandro Lucarella wrote:
I think this is an unjustified fear, there are already many
environment
variables that can affect your program. That's why they are
called...
environment variables :)
Being on
On Tuesday, 30 September 2014 at 09:35:20 UTC, Marco Leise wrote:
So why would Apple be able to get away with 1GB on its just
released iPhone 6? Maybe 1048576 kilobytes is enough for
everyone?
ARC is more memory efficient than mark sweep GC like Javascript
uses. Though a lot of it is just
On Wednesday, 3 September 2014 at 15:55:47 UTC, Chris wrote:
Methinks DVM doesn't get it right. 2.065.zip is available here:
ftp://ftp.digitalmars.com/dmd.2.065.0.zip
(cf.
http://forum.dlang.org/thread/ebvumaoniuukgjbow...@forum.dlang.org)
But DVM tries to access it via http:
Fetching:
On Wednesday, 3 September 2014 at 19:34:26 UTC, Chris wrote:
I know, but I thought maybe DVM tries different addresses, if
one is not working. Anyway it should be on
dlang.org/changelog.html.
For what it's worth, if you do dvm install 2.065.0 it will find
it. Not sure if DVM should try
On Wednesday, 27 August 2014 at 04:23:28 UTC, Mike wrote:
On Wednesday, 27 August 2014 at 00:32:20 UTC, Mike wrote:
I'm asking this community to consider setting a new precedent
for druntime: reduce the scope to just the language
implementation, encapsulate and isolate the platform specific
On Wednesday, 27 August 2014 at 21:38:04 UTC, deadalnix wrote:
The problem is that you don't always want to bring libc and
libstdc++ with you with every single project you write.
Thus it shouldn't be in the runtime (except the very bit you
can't get rid of). It can still be core.stdc .
To
On Wednesday, 27 August 2014 at 18:06:00 UTC, Daniel Murphy wrote:
eles wrote in message
news:rixtiaiokrukvqjsf...@forum.dlang.org...
One such platform exists and is the embedded system, others
are the linux kernel and the like, and even others are writing
D compiler back-ends and, yes,
39 matches
Mail list logo