On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.d
Well, I wrote the code for this a while back, and although it was
originally intended as a replacement for just std.json (thus the
repo name), it does have the framework in place to be a
generalized serialization framework, and there is the start of
xml, and bson implementations, so I'm releasi
On Friday, 14 February 2014 at 11:22:22 UTC, Daniel Murphy wrote:
"Orvid King" wrote in message
news:ntpjdeutsxqicjywt...@forum.dlang.org...
(except for float->string conversion, which I don't understand
the algorithms enough to implement myself) even going so far
as t
On Friday, 14 February 2014 at 10:41:54 UTC, Francesco Cattoglio
wrote:
On Thursday, 13 February 2014 at 22:56:38 UTC, Orvid King wrote:
so I'm releasing it as std.serialization.
What does that even mean? I'm pretty sure you should NEVER call
a library "std.something&quo
What features does it support? How does it handle:
* Arrays
* Slices
* Pointers
* Reference types
* Support for events
* Custom serialization
* Serialization of third party types
Slices are handled as arrays, because of the fact that they need
to be handled in such a way that many different ty
I already have all this in Orange [1], which I'm in progress of adapting
to a package for Phobos.
...
This requires registering the subclass in some way. In my implementation
one needs to call:
Serializer.register!(Sub);
For full example see [2].
[1] https://github.com/jacob-carlborg/o
Why not? Think of languages like C and C++, they only support pointers.
Pointers to basic types are not so interesting but pointers to structs
are.
Because, by serializing a pointer, you are implying that mechanism that
will be deserializing the value both exists on the same machine, and li
On Monday, 31 March 2014 at 14:46:32 UTC, Andrei Alexandrescu
wrote:
It's quite obvious. The D codebase is smaller and simpler than
clang pp's and can be taken many places; the next thing I'll
work on is multithreaded preprocessing that shares already
opened files. One thing that is self-evid
For the Deskzilla Lite problem, it's because the new URL isn't
currently on their list of open-source project's urls. I just opened
an issue (https://jira.almworks.com/browse/DZO-1187) with them about
it.
On 4/9/14, Brad Roberts wrote:
> On 4/9/14, 5:55 AM, Sönke Ludwig wrote:
>> Am 09.04.2014 14
On Wed, 09 Apr 2014 07:38:14 -0500, Sönke Ludwig
wrote:
Not sure what exactly needs to be done about it, but I noticed that
Deskzilla Lite doesn't recognize issues.dlang.org as an open source
installation and thus denies to add the "D" product with its >12k bugs.
They've now updated the
On Friday, 9 May 2014 at 19:48:20 UTC, Andrei Alexandrescu wrote:
Hi folks,
We at Facebook are very excited about the upcoming DConf 2014. In
fact, so excited we're considering livestreaming the event for the
benefit of the many of us who can't make it to Menlo Park, CA.
Livestreaming entail
On 5/20/2014 2:34 PM, Andrei Alexandrescu via Digitalmars-d-announce wrote:
https://hn.algolia.com/#!/all/last_24h/prefix/0/dconf%202014
Andrei
Also, if you prefer your IRC client over the chat client that ustream
has, you can connect to it as IRC via the server chat1.ustream.tv then
join th
On 5/20/2014 2:51 PM, Orvid King via Digitalmars-d-announce wrote:
Also, if you prefer your IRC client over the chat client that ustream
has, you can connect to it as IRC via the server chat1.ustream.tv then
join the #dconf-2014 channel. To register your nick, register on
ustream, then connect
On 8/13/2014 1:32 PM, Dicebot wrote:
On Wednesday, 13 August 2014 at 18:13:22 UTC, simendsjo wrote:
On 08/13/2014 04:16 PM, Alex wrote:
(...)
You should've noticed that the installation instruction stuff has been
moved to
the D wiki - http://wiki.dlang.org/Mono-D
(...)
Is it just me, or is th
14 matches
Mail list logo
