On Monday, 29 February 2016 at 01:05:55 UTC, Laeeth Isharc wrote:
Hi.
Just to check if it's good form.
I'm looking for someone to help (initially) part-time with
linux server admin. Happy if scripts are written in D and it's
for a project where most code is in D. Is it okay to post to
anno
On Monday, 29 February 2016 at 04:53:16 UTC, Jack Stouffer wrote:
On Monday, 29 February 2016 at 00:10:33 UTC, Walter Bright
wrote:
12. start retrofitting with phobos algorithms
Other DMD devs have taken a hard line stance that Phobos code
cannot and should not be used in ddmd. What's your op
On 2016-02-29 05:57, Walter Bright wrote:
There are good reasons for that. But there's no reason why
std.algorithm.sort, for example, cannot still be used (cut & paste).
Unfortunately Phobos has quite a complex dependency graph. Pulling in
std.algorithm.sort will most likely pull in half of P
On 2016-02-28 22:03, Chris Wright wrote:
Or like there's a global counter that is incremented for each unittest. A
different order of traversal of unittests would result in a different
mangled name for the same unittest in different runs.
The question is why it would be different.
Here's a gu
On Monday, 29 February 2016 at 05:59:56 UTC, mahdi wrote:
On Monday, 29 February 2016 at 05:16:50 UTC, Brad Anderson
wrote:
On Monday, 29 February 2016 at 04:46:13 UTC, mahdi wrote:
[...]
A neat feature would be to deploy it using the github releases
feature. There is an API for it:
https:/
On Mon, 29 Feb 2016 04:46:13 +, mahdi wrote:
> I just want to get some feedback to see if this is a good idea or no.
>
> I propose adding a new command to dub (`dub dist` or `dub package`)
> which will produce a zipped version of the current package. This zip
> file can be uploaded to a centr
On Monday, 29 February 2016 at 05:16:50 UTC, Brad Anderson wrote:
On Monday, 29 February 2016 at 04:46:13 UTC, mahdi wrote:
I just want to get some feedback to see if this is a good idea
or no.
I propose adding a new command to dub (`dub dist` or `dub
package`) which will produce a zipped ver
On Monday, 29 February 2016 at 01:52:38 UTC, Walter Bright wrote:
On 2/28/2016 5:05 PM, Laeeth Isharc wrote:
Hi.
Just to check if it's good form.
I'm looking for someone to help (initially) part-time with
linux server admin.
Happy if scripts are written in D and it's for a project where
most
On Monday, 29 February 2016 at 04:46:13 UTC, mahdi wrote:
I just want to get some feedback to see if this is a good idea
or no.
I propose adding a new command to dub (`dub dist` or `dub
package`) which will produce a zipped version of the current
package. This zip file can be uploaded to a ce
On 2/28/2016 8:53 PM, Jack Stouffer wrote:
On Monday, 29 February 2016 at 00:10:33 UTC, Walter Bright wrote:
12. start retrofitting with phobos algorithms
Other DMD devs have taken a hard line stance that Phobos code cannot and should
not be used in ddmd. What's your opinion on that?
There a
On 29/02/16 5:46 PM, mahdi wrote:
I just want to get some feedback to see if this is a good idea or no.
I propose adding a new command to dub (`dub dist` or `dub package`)
which will produce a zipped version of the current package. This zip
file can be uploaded to a central repository (code.dlan
On Monday, 29 February 2016 at 00:10:33 UTC, Walter Bright wrote:
12. start retrofitting with phobos algorithms
Other DMD devs have taken a hard line stance that Phobos code
cannot and should not be used in ddmd. What's your opinion on
that?
I just want to get some feedback to see if this is a good idea or
no.
I propose adding a new command to dub (`dub dist` or `dub
package`) which will produce a zipped version of the current
package. This zip file can be uploaded to a central repository
(code.dlang.com maybe), and others can us
On Mon, 29 Feb 2016 15:13:28 +1300, Rikki Cattermole wrote:
> I have to suggest this, but how much work do you believe it would take
> to switch over to sdc's frontend instead? (Keeping in mind it isn't
> compiling much right now).
Not impossible, just difficult.
The first step is to catch SDC u
On 29/02/16 1:10 PM, Walter Bright wrote:
I'm pretty unhappy with the state of dmd. I think the best that can be
said for it at the moment is that it works.
1. every time we fix something, there are unexpected regressions.
2. the code is a hopeless tangle.
3. too much global state (like global.e
On Monday, 29 February 2016 at 01:05:55 UTC, Laeeth Isharc wrote:
Hi.
Just to check if it's good form.
I'm looking for someone to help (initially) part-time with
linux server admin. Happy if scripts are written in D and it's
for a project where most code is in D. Is it okay to post to
anno
On 2/28/2016 5:05 PM, Laeeth Isharc wrote:
Hi.
Just to check if it's good form.
I'm looking for someone to help (initially) part-time with linux server admin.
Happy if scripts are written in D and it's for a project where most code is in
D. Is it okay to post to announce?
Laeeth.
For the t
Hi.
Just to check if it's good form.
I'm looking for someone to help (initially) part-time with linux
server admin. Happy if scripts are written in D and it's for a
project where most code is in D. Is it okay to post to announce?
Laeeth.
I'm pretty unhappy with the state of dmd. I think the best that can be said for
it at the moment is that it works.
1. every time we fix something, there are unexpected regressions.
2. the code is a hopeless tangle.
3. too much global state (like global.errors, which is itself a source of
repeat
On Sunday, 28 February 2016 at 01:55:50 UTC, Stefan Koch wrote:
On Sunday, 28 February 2016 at 01:45:48 UTC, Laeeth Isharc
wrote:
Great project, Stefan. Any idea what kind of maximum database
size will be feasible ? I realise it is early days so far and
not your main focus.
Laeeth
The lim
On 2/28/2016 1:35 AM, Iain Buclaw via Digitalmars-d wrote:
Surely with Fibers everything would be deterministic though?
I don't see the point of fibers if:
1. they are running on the same core
2. none of them do any waiting, such as waiting on I/O requests
The only I/O a compiler does is read
On 02/28/2016 11:15 AM, Márcio Martins wrote:
There is no reason why it should be limited to these forums, is there?
Such a survey should be fairly more "realistic" and "representative"
than feelings, emotions and anecdotal evidence.
I think it would be interesting and useful to know what is imp
On Sun, 28 Feb 2016 20:23:59 +0100, Jacob Carlborg wrote:
> On 2016-02-27 04:51, Walter Bright wrote:
>
>> It uses a sequence number to generate different ids for the unit tests.
>> In the former, it's the 531st unit test, the latter, the first.
>
> It sounds like the compiler is seeing differen
On 2016-02-27 04:51, Walter Bright wrote:
It uses a sequence number to generate different ids for the unit tests.
In the former, it's the 531st unit test, the latter, the first.
It sounds like the compiler is seeing different unit tests during the
different compilation. But why is that the ca
On Saturday, 27 February 2016 at 22:31:28 UTC, Brother Bill wrote:
Clojure supports immutable lists that allow adding and removing
elements, and yet still have excellent performance.
For D language, what are the recommended techniques to use
functional programming, without massive copying of d
On Sat, 27 Feb 2016 22:31:28 +, Brother Bill wrote:
> Clojure supports immutable lists that allow adding and removing
> elements, and yet still have excellent performance.
>
> For D language, what are the recommended techniques to use functional
> programming, without massive copying of data
On Sunday, 28 February 2016 at 15:02:24 UTC, Mike Parker wrote:
On Sunday, 28 February 2016 at 13:31:17 UTC, Márcio Martins
wrote:
Could we maybe create a quick informative survey,
(surveymonkey?), so we can get a glimpse of why people like D
and what they believe would improve their experien
On Sunday, 28 February 2016 at 12:59:01 UTC, Dibyendu Majumdar
wrote:
Should LLVM move to an Apache License would that help in
migrating to an LLVM backend as the standard backend?
Regards
Dibyendu
LLVM is great but you wouldn't want to be locked down to only one
backend, probably. LLVM does
On Saturday, 20 February 2016 at 14:01:22 UTC, Andrei
Alexandrescu wrote:
Do we have a good quality converter of uniform numbers to
Gaussian-distributed numbers around? -- Andrei
Forth Engineering Practice™ is to add a few uniform distributions
together... http://www.colorforth.com/e-x2.htm Ac
On Sunday, 28 February 2016 at 15:02:24 UTC, Mike Parker wrote:
Such a survey wouldn't be anywhere near "realistic." The number
and types of users who regularly keep up with the forums are
highly unlikely to be a representative sample of D users.
Not to mention that only a fraction of peopl
On Sunday, 28 February 2016 at 13:31:17 UTC, Márcio Martins wrote:
Could we maybe create a quick informative survey,
(surveymonkey?), so we can get a glimpse of why people like D
and what they believe would improve their experience with the
language? Perhaps also why they have chosen to or not
On Friday, 26 February 2016 at 20:15:10 UTC, Andrei Alexandrescu
wrote:
On 2/26/16 2:32 PM, Joseph Rushton Wakeling wrote:
Yup. The basic problem of getting this stuff into phobos are
the
architectural problems discussed in that talk. Unlike uniform
distribution (which is straightforward to i
On Thursday, 25 February 2016 at 01:53:51 UTC, Walter Bright
wrote:
On 2/17/2016 4:35 PM, Chris Wright wrote:
And since DMD is
something like twice as fast as LDC, there's at least some
argument in
favor of keeping it around.
When I meet someone new who says they settled on D in their
compa
On Sunday, 28 February 2016 at 12:59:53 UTC, Atila Neves wrote:
On Saturday, 27 February 2016 at 11:31:53 UTC, Joakim wrote:
On Saturday, 27 February 2016 at 11:27:39 UTC, Walter Bright
wrote:
On 2/27/2016 1:12 AM, Atila Neves wrote:
I've had similar problems in the past with template mixins.
On Saturday, 27 February 2016 at 11:31:53 UTC, Joakim wrote:
On Saturday, 27 February 2016 at 11:27:39 UTC, Walter Bright
wrote:
On 2/27/2016 1:12 AM, Atila Neves wrote:
I've had similar problems in the past with template mixins.
It seems D's
compile-time features don't mix with any kind of sep
On Friday, 26 February 2016 at 22:20:09 UTC, Walter Bright wrote:
I am referring to this thread:
http://lists.llvm.org/pipermail/llvm-dev/2015-October/091536.html
Thanks for the pointer. If anyone wants to chip in on that
thread, feel free!
Hi Walter,
Should LLVM move to an Apache License
On Saturday, 27 February 2016 at 22:31:28 UTC, Brother Bill wrote:
That is, how to create one-off changes to an immutable data
structure, while keeping the original immutable, as well as the
one-off change, and maintain good performance.
Clojure uses bit-partitioned hash tries.
I recommend
On Saturday, 27 February 2016 at 23:19:51 UTC, w0rp wrote:
On Saturday, 27 February 2016 at 22:31:28 UTC, Brother Bill
wrote:
Clojure supports immutable lists that allow adding and
removing elements, and yet still have excellent performance.
For D language, what are the recommended techniques
On 27 February 2016 at 23:30, Walter Bright via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
On 2/27/2016 12:05 PM, Timon Gehr wrote:
>
>> On 26.02.2016 23:41, Walter Bright wrote:
>>
>>> On 2/26/2016 1:10 PM, Timon Gehr wrote:
>>>
Different passes are not really required once semantic
39 matches
Mail list logo
