On Wednesday, 23 September 2015 at 04:30:23 UTC, Rikki Cattermole
wrote:
On 23/09/15 8:43 AM, skilion wrote:
I've been waiting for a good sync client for OneDrive (15 GB
for free!)
on Linux, but Microsoft seems to have other plans...
So I've decided to write my own, using D. Take a look:
ht
On 05/21/2016 11:18 PM, Martin Nowak wrote:
> The debugging metaphor would be comparing a program that only uses
> pointer arithmetic against one that is memory safe, the former can
> randomly write everywhere from anywhere, the latter could use the wrong
> reference.
It's also similar to comparin
On 05/18/2016 04:59 PM, Daniel Murphy wrote:
> The bytecode generator and bytecode interpreter can be debugged (and
> tested!) independently. So the total amount of code will increase but
> the components themselves will be better isolated and easier to work with.
It's simpler to debug an AST int
On 05/18/2016 07:50 PM, Stefan Koch wrote:
> Indeed.
>
> I am currently designing an IR to feed into the CTFE Evaluator.
> I am aware that this could potentially make it harder to get things
> merged since DMD already has the glue-layer.
As a compat layer between different interpreters or as a co
On Saturday, 21 May 2016 at 19:46:38 UTC, Vladimir Panteleev
wrote:
On Saturday, 21 May 2016 at 08:20:00 UTC, Bauss wrote:
Just finished up the base for Diamond and its initiate state
with Github and Dub, as well the first guide on using Diamond
with vibe.d for websites.
The name is taken :)
On Saturday, 21 May 2016 at 08:20:00 UTC, Bauss wrote:
Just finished up the base for Diamond and its initiate state
with Github and Dub, as well the first guide on using Diamond
with vibe.d for websites.
The name is taken :)
https://github.com/CyberShadow/Diamond
I don't mind though.
On Saturday, 21 May 2016 at 11:02:41 UTC, Bauss wrote:
On Saturday, 21 May 2016 at 10:02:17 UTC, Chris wrote:
On Saturday, 21 May 2016 at 08:20:00 UTC, Bauss wrote:
[snip]
Sounds interesting. Are you planning to add a tutorial / more
examples?
Typo on your Github page:
"on every playform th
On Saturday, 21 May 2016 at 08:23:59 UTC, Johan Engelen wrote:
On Friday, 20 May 2016 at 23:16:01 UTC, Richard Delorme wrote:
The source can be compiled with dmd, ldc or gdc, but the best
performance are obtained with the latter (almost twice faster).
Can you give cmdline details and compile
On Saturday, 19 March 2016 at 01:12:08 UTC, Alex Parrill wrote:
https://github.com/ColonelThirtyTwo/dvulkan
I've updated the bindings to Vulkan 1.0.13, and added a few fixes.
Platform support will come in a bit. I'm going to use void*
pointers for most of the platform-specific types, so you c
On 21 May 2016 at 23:20, Andrei Alexandrescu via
Digitalmars-d-announce wrote:
> On 05/21/2016 04:45 AM, Manu via Digitalmars-d-announce wrote:
>>
>> On 20 May 2016 at 18:26, Walter Bright via Digitalmars-d-announce
>> wrote:
>>>
>>> On 5/19/2016 11:50 PM, Manu via Digitalmars-d-announce wrote:
>
On Friday, 20 May 2016 at 19:34:11 UTC, Walter Bright wrote:
Constraints can address behavior and relationships, concepts do
not.
Wow, TIL. That's so clear once said !
There's been several discussion here and even one phobos PR that
proposes a kind of concepts but I didn't realize before that
On 21 May 2016 at 19:55, Stefan Koch via Digitalmars-d-announce
wrote:
> On Saturday, 21 May 2016 at 08:45:45 UTC, Manu wrote:
>>
>> Constraints are a good first-step in that direction, but they're unwieldy,
>> produce the worst looking function signatures (read: documentation) of
>> literally any
On 05/21/2016 04:45 AM, Manu via Digitalmars-d-announce wrote:
On 20 May 2016 at 18:26, Walter Bright via Digitalmars-d-announce
wrote:
On 5/19/2016 11:50 PM, Manu via Digitalmars-d-announce wrote:
Ah. Okay, well while this is a very interesting talk, I was indeed
hoping you were going to mak
On Friday, 20 May 2016 at 19:20:34 UTC, Johan Engelen wrote:
On Friday, 20 May 2016 at 18:04:55 UTC, Stefan Koch wrote:
Update I have implemented D codegen.
The CodeGenerator as well as the optimizer work at CTFE.
Therefore you can transcompile code at compileTime at call
PL/0 functions as the
On Saturday, 21 May 2016 at 10:02:17 UTC, Chris wrote:
On Saturday, 21 May 2016 at 08:20:00 UTC, Bauss wrote:
[snip]
Sounds interesting. Are you planning to add a tutorial / more
examples?
Typo on your Github page:
"on every playform that can compile D"
playform => platform
Thank you and
On Saturday, 21 May 2016 at 00:29:13 UTC, extrawurst wrote:
Two questions:
1) If it is using UCI protocol I guess there are other engines
that you can compare amoeba with when it comes to performance
and other aspects, did you ?
Yes, It is a strong program, but far from the top programs yet.
On Saturday, 21 May 2016 at 08:20:00 UTC, Bauss wrote:
[snip]
Sounds interesting. Are you planning to add a tutorial / more
examples?
Typo on your Github page:
"on every playform that can compile D"
playform => platform
On Saturday, 21 May 2016 at 08:45:45 UTC, Manu wrote:
Constraints are a good first-step in that direction, but
they're unwieldy, produce the worst looking function signatures
(read: documentation) of literally any language ever conceived,
relatively awkward error feedback, and very quickly get
On 20 May 2016 at 18:26, Walter Bright via Digitalmars-d-announce
wrote:
> On 5/19/2016 11:50 PM, Manu via Digitalmars-d-announce wrote:
>>
>> Ah. Okay, well while this is a very interesting talk, I was indeed
>> hoping you were going to make a D concepts proposal... do you have
>> such a thing in
On 21 May 2016 at 10:23, Johan Engelen via Digitalmars-d-announce
wrote:
> On Friday, 20 May 2016 at 23:16:01 UTC, Richard Delorme wrote:
>>
>>
>> The source can be compiled with dmd, ldc or gdc, but the best performance
>> are obtained with the latter (almost twice faster).
>
>
> Can you give cmd
On Friday, 20 May 2016 at 23:16:01 UTC, Richard Delorme wrote:
I am pleased to announce the release of a chess engine written
in D:
https://github.com/abulmo/amoeba
In the makefile, I see you tried LDC's PGO, awesome! I hope to
get (part of) it into LDC master very soon. All feedback is very
On Friday, 20 May 2016 at 23:16:01 UTC, Richard Delorme wrote:
The source can be compiled with dmd, ldc or gdc, but the best
performance are obtained with the latter (almost twice faster).
Can you give cmdline details and compiler version data for this?
(how much faster is gdc relative to ld
Just finished up the base for Diamond and its initiate state with
Github and Dub, as well the first guide on using Diamond with
vibe.d for websites.
Diamond is a MVC / Template framework originally made for a hobby
project, but as I developed it further I saw some potential in it
and have now
23 matches
Mail list logo
