On 2/04/2015 8:42 a.m., Joseph Rushton Wakeling wrote:
On Monday, 30 March 2015 at 05:23:18 UTC, Rikki Cattermole wrote:
This is a primarily a french license. It took me a good while to
understand that it was compatible with e.g. MIT.
Compatible in what way? Isn't CeCILL a copyleft license? (I
On Monday, 30 March 2015 at 05:23:18 UTC, Rikki Cattermole wrote:
This is a primarily a french license. It took me a good while
to understand that it was compatible with e.g. MIT.
Compatible in what way? Isn't CeCILL a copyleft license? (It's
not 100% obvious to me whether strong or weak copyl
2015-04-01 13:54 GMT+02:00 Rikki Cattermole via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com>:
>
> There are more types of abstractions than just classes vs interfaces. What
> goes into a module for example is a prime example of an abstraction. A
> purpose.
>
>
Which also have it'
On Thu, 02 Apr 2015 00:54:52 +1300, Rikki Cattermole wrote:
> There are more types of abstractions than just classes vs interfaces.
> What goes into a module for example is a prime example of an
> abstraction. A purpose.
it's even harder, as i sometimes has troubles deciding what should go
into
On 1/04/2015 11:07 p.m., Sönke Ludwig wrote:
Am 01.04.2015 um 11:33 schrieb Rikki Cattermole:
On 1/04/2015 10:28 p.m., Sönke Ludwig wrote:
Am 30.03.2015 um 08:34 schrieb Rikki Cattermole:
snip
Yeah, the vibe.d/dub guys are amazing at getting stuff working. But
horrible at abstraction's espe
Am 01.04.2015 um 11:33 schrieb Rikki Cattermole:
On 1/04/2015 10:28 p.m., Sönke Ludwig wrote:
Am 30.03.2015 um 08:34 schrieb Rikki Cattermole:
snip
Yeah, the vibe.d/dub guys are amazing at getting stuff working. But
horrible at abstraction's especially with library code.
Okay.
Nobody ca
Am 01.04.2015 um 11:32 schrieb ketmar:
On Wed, 01 Apr 2015 11:28:12 +0200, Sönke Ludwig wrote:
You can actually use DUB as a library without any issues (within the DUB
eco system, just add it as a dependency, otherwise drop the app.d file
when building). The API is still not ideal (missing som
On 1/04/2015 10:28 p.m., Sönke Ludwig wrote:
Am 30.03.2015 um 08:34 schrieb Rikki Cattermole:
snip
Yeah, the vibe.d/dub guys are amazing at getting stuff working. But
horrible at abstraction's especially with library code.
Okay.
Nobody can be the best at everything. So it was a complimen
On Wed, 01 Apr 2015 11:28:12 +0200, Sönke Ludwig wrote:
> You can actually use DUB as a library without any issues (within the DUB
> eco system, just add it as a dependency, otherwise drop the app.d file
> when building). The API is still not ideal (missing some documentation
> and needs some cle
Am 30.03.2015 um 08:34 schrieb Rikki Cattermole:
On 30/03/2015 7:26 p.m., ketmar wrote:
what i really want to have is "libdub". i.e. turning dub to library, so
it can be easily integrated in any D project (rdmd comes to mind first).
i don't want D building abilities, for example, but i really l
On Monday, 30 March 2015 at 06:26:00 UTC, ketmar wrote:
On Mon, 30 Mar 2015 19:17:35 +1300, Rikki Cattermole wrote:
On 30/03/2015 7:14 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:54:42 +1300, Rikki Cattermole wrote:
On 30/03/2015 6:35 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:23:11 +1300, R
On 30/03/2015 7:26 p.m., ketmar wrote:
On Mon, 30 Mar 2015 19:17:35 +1300, Rikki Cattermole wrote:
On 30/03/2015 7:14 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:54:42 +1300, Rikki Cattermole wrote:
On 30/03/2015 6:35 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:23:11 +1300, Rikki Cattermole w
On Mon, 30 Mar 2015 19:17:35 +1300, Rikki Cattermole wrote:
> On 30/03/2015 7:14 p.m., ketmar wrote:
>> On Mon, 30 Mar 2015 18:54:42 +1300, Rikki Cattermole wrote:
>>
>>> On 30/03/2015 6:35 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:23:11 +1300, Rikki Cattermole wrote:
> Although I'm
On 30/03/2015 7:14 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:54:42 +1300, Rikki Cattermole wrote:
On 30/03/2015 6:35 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:23:11 +1300, Rikki Cattermole wrote:
Although I'm a little concerned because dub is meant to validate and
tell you conflicts in lic
On Mon, 30 Mar 2015 18:54:42 +1300, Rikki Cattermole wrote:
> On 30/03/2015 6:35 p.m., ketmar wrote:
>> On Mon, 30 Mar 2015 18:23:11 +1300, Rikki Cattermole wrote:
>>
>>> Although I'm a little concerned because dub is meant to validate and
>>> tell you conflicts in licenses.
>>
>> O_O
>
> Hey hey
On 30/03/2015 6:35 p.m., ketmar wrote:
On Mon, 30 Mar 2015 18:23:11 +1300, Rikki Cattermole wrote:
Although I'm a little concerned because dub is meant to validate and
tell you conflicts in licenses.
O_O
Hey hey hey, context matters!
On Mon, 30 Mar 2015 18:23:11 +1300, Rikki Cattermole wrote:
> Although I'm a little concerned because dub is meant to validate and
> tell you conflicts in licenses.
O_O
signature.asc
Description: PGP signature
On 30/03/2015 6:18 p.m., ketmar wrote:
On Mon, 30 Mar 2015 17:46:07 +1300, Rikki Cattermole wrote:
That's a rather interesting license. Maybe add a TLDR into your readme?
As I doubt most people here have seen it before.
ah, 'cmon, one can google all the info in no time. i'd say it's probably
On Mon, 30 Mar 2015 17:46:07 +1300, Rikki Cattermole wrote:
> That's a rather interesting license. Maybe add a TLDR into your readme?
> As I doubt most people here have seen it before.
ah, 'cmon, one can google all the info in no time. i'd say it's probably
time to stop guiding people on every s
On 30/03/2015 6:02 a.m., D. Martinez wrote:
I am releasing today a first version of dsq-1: a software synthesizer
modeled after some great 80's hybrid synths, Ensoniq ESQ-1 and SQ-80.
The 'd' in the project's name stands for the author's first name, as
well as, you know. ;)
The source code for t
On Sun, 29 Mar 2015 17:02:53 +, D. Martinez wrote:
> 2. The function attributes: @nogc nothrow. These relate to my realtime
> audio thread because I want neither of these things to occur; my thread
> runs unmanaged by the D runtime and I appreciate the static checking.
> But I don't use it: wh
On Sunday, 29 March 2015 at 17:30:39 UTC, Foo wrote:
On Sunday, 29 March 2015 at 17:24:53 UTC, Joakim wrote:
Hmm, this sounds like it might be a bug or design flaw.
"debug" is supposed to provide an escape hatch from even pure
functions: I don't see why it wouldn't provide the same for
@nogc
On Sunday, 29 March 2015 at 17:24:53 UTC, Joakim wrote:
On Sunday, 29 March 2015 at 17:02:54 UTC, D. Martinez wrote:
2. The function attributes: @nogc nothrow. These relate to my
realtime audio thread because I want neither of these things
to occur; my thread runs unmanaged by the D runtime and
On Sunday, 29 March 2015 at 17:02:54 UTC, D. Martinez wrote:
2. The function attributes: @nogc nothrow. These relate to my
realtime audio thread because I want neither of these things to
occur; my thread runs unmanaged by the D runtime and I
appreciate the static checking. But I don't use it: w
I am releasing today a first version of dsq-1: a software
synthesizer modeled after some great 80's hybrid synths, Ensoniq
ESQ-1 and SQ-80. The 'd' in the project's name stands for the
author's first name, as well as, you know. ;)
The source code for the project is currently located on github:
25 matches
Mail list logo
