On Monday, 29 February 2016 at 23:25:45 UTC, Chris Wright wrote:
The second part is an argument against circular dependencies
between projects. Phobos depends only on system libraries,
libcurl, druntime, and dmd, and it's unlikely to add your
project written in D as a new dependency.
I'm not
Hi Mike, thanks for taking the time to answer.
If I understand you correctly, you're advising me to keep my file
hierarchy mostly in sync with my module hierarchy (except for one
potential leading "src/" or "libs/" that I would add to the
import search directories). That's fine with me.
Howev
On Monday, 29 February 2016 at 15:54:32 UTC, bachmeier wrote:
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
On Monday, 29 February 2016 at 07:51:34 UTC, Stefan Koch wrote:
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 fo
On 1/03/2016 7:18 AM, Jack Stouffer wrote:
On Monday, 29 February 2016 at 00:10:33 UTC, Walter Bright wrote:
5. convert back end to D.
What's the status of this? When the ddmd switch happened, Daniel Murphy
was saying that a similar transition in the back end would take about
six to eight mont
On Monday, 29 February 2016 at 21:43:31 UTC, Sebastien Alaiwan
wrote:
Ok so now let's say I rename the directory "lib" to "foo". If
I don't change the "import lib.hello" to "import foo.hello",
how is the compiler going to find "hello.d"?
You have to tell the compiler where it is.
Is it only
On 01/03/16 10:22 AM, Jonas Drewsen wrote:
https://summerofcode.withgoogle.com/organizations/?sp-category=languages
Oh yeah, congrats to all who help get it there this year!
On 2/29/2016 1:47 AM, Mathias Lang via Digitalmars-d wrote:
Any plan for modularization ? Currently we have massive modules living in src,
and it's pretty hard to get the architecture when you want to start
contributing.
I would call that "encapsulation".
On 2/29/2016 12:18 PM, Jack Stouffer wrote:
On Monday, 29 February 2016 at 00:10:33 UTC, Walter Bright wrote:
5. convert back end to D.
What's the status of this? When the ddmd switch happened, Daniel Murphy was
saying that a similar transition in the back end would take about six to eight
mon
On 02/29/2016 04:22 PM, Jonas Drewsen wrote:
> https://summerofcode.withgoogle.com/organizations/?sp-category=languages
>
>From there, clicking on the "D Foundation" block and then "Learn More"
brings you to a more detailed page. On that new page, clicking the "IRC
Channel" link brings the user
On Mon, 29 Feb 2016 16:57:57 +, Ola Fosheim Grøstad wrote:
> On Monday, 29 February 2016 at 16:22:41 UTC, Chris Wright wrote:
>> One of the important ones is: let's say DMD depended on Phobos.
>> I'm developing Phobos and DMD side by side. I need a new function for
>> DMD, and it would fit nic
On Monday, 29 February 2016 at 21:35:48 UTC, Adam D. Ruppe wrote:
On Monday, 29 February 2016 at 19:03:53 UTC, Sebastien Alaiwan
wrote:
What if I change the name of the package? Now I might have to
change hundreds of module declarations from "module
oldname.algo;" to "module newname.algo;".
T
On Monday, 29 February 2016 at 13:31:11 UTC, Atila Neves wrote:
I'm not familiar with github so i can't see why it was rejected
besides auto testing tools (Looks like it's just outdated)
http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org
Atila
I didn't get the point.
But I cou
On Monday, 29 February 2016 at 21:33:37 UTC, Adam D. Ruppe wrote:
On Monday, 29 February 2016 at 21:04:52 UTC, Sebastien Alaiwan
wrote:
Ok so now let's say I rename the directory "lib" to "foo". If
I don't change the "import lib.hello" to "import foo.hello",
how is the compiler going to find "h
On Monday, 29 February 2016 at 21:09:22 UTC, asdf wrote:
On Monday, 29 February 2016 at 16:57:57 UTC, Ola Fosheim
Grøstad wrote:
Basically all the rational arguments for not using phobos in
the front end can be turned into arguments for not relying on
phobos in any major project.
Nobody *ev
On Monday, 29 February 2016 at 19:03:53 UTC, Sebastien Alaiwan
wrote:
What if I change the name of the package? Now I might have to
change hundreds of module declarations from "module
oldname.algo;" to "module newname.algo;".
That's easy to automate, just run a find/replace across all the
fil
On Monday, 29 February 2016 at 21:22:44 UTC, Jonas Drewsen wrote:
https://summerofcode.withgoogle.com/organizations/?sp-category=languages
Yes, that IS great news! Though it doesn't seem to say how many
slots were given? Craig, any word?
-Wyatt
On Monday, 29 February 2016 at 21:04:52 UTC, Sebastien Alaiwan
wrote:
Ok so now let's say I rename the directory "lib" to "foo". If I
don't change the "import lib.hello" to "import foo.hello", how
is the compiler going to find "hello.d"?
You have to tell the compiler where it is. Either way, t
https://summerofcode.withgoogle.com/organizations/?sp-category=languages
On Monday, 29 February 2016 at 20:00:48 UTC, Sebastien Alaiwan
wrote:
On Monday, 29 February 2016 at 19:23:08 UTC, Jonathan M Davis
wrote:
My solution would be to never have the same file be part of
multiple projects. Share code using libraries rather than just
sharing the files. Then modules w
On Monday, 29 February 2016 at 16:57:57 UTC, Ola Fosheim Grøstad
wrote:
Basically all the rational arguments for not using phobos in
the front end can be turned into arguments for not relying on
phobos in any major project.
Nobody *ever* bootstraps a compiler using all it's features.
http://
On Monday, 29 February 2016 at 20:59:45 UTC, Adam D. Ruppe wrote:
On Monday, 29 February 2016 at 20:05:11 UTC, Sebastien Alaiwan
wrote:
Although, I'm trying to avoid having these redundant module
declaration directives at the beginning of each of my library
files.
Those module declarations ar
On Monday, 29 February 2016 at 20:05:11 UTC, Sebastien Alaiwan
wrote:
Although, I'm trying to avoid having these redundant module
declaration directives at the beginning of each of my library
files.
Those module declarations aren't redundant - they are virtually
required (I think it is a mist
On Monday, 29 February 2016 at 00:10:33 UTC, Walter Bright wrote:
5. convert back end to D.
What's the status of this? When the ddmd switch happened, Daniel
Murphy was saying that a similar transition in the back end would
take about six to eight months.
On Monday, 29 February 2016 at 19:56:20 UTC, Jesse Phillips wrote:
I've used this pattern.
./projectA/lib/math/algo.d
./projectA/lib/math/lcp.d
./projectA/lib/math/optimize.d
./projectA/gui/main.d
./projectB/app/render/gfx.d
./projectB/app/render/algo.d
./projectB/lib/math/algo.d
./proj
On Monday, 29 February 2016 at 19:23:08 UTC, Jonathan M Davis
wrote:
My solution would be to never have the same file be part of
multiple projects. Share code using libraries rather than just
sharing the files. Then modules won't be changing where they
are in a project or anything like that. Th
On Monday, 29 February 2016 at 19:03:53 UTC, Sebastien Alaiwan
wrote:
Hi all,
I've came across the following problem number of times.
Let's say I have project A and B, sharing code but having a
different tree structure.
$ find projectA
./projectA/internal/math/algo.d
./projectA/internal/math/
On 2016-02-29 17:27, Chris Wright wrote:
Simpler than that. Module foo.a imports std.stdio; module foo.b imports
foo.a and std.path. When compiling separately, you're not necessarily
changing the ordering property of the modules you run semantic on, but
you are changing the set of modules.
I'm
On 29.02.2016 20:03, Sebastien Alaiwan wrote:
$ find projectA
./projectA/internal/math/algo.d
./projectA/internal/math/lcp.d
./projectA/internal/math/optimize.d
./projectA/gui/main.d
$ find projectB
./projectB/app/render/gfx.d
./projectB/app/render/algo.d
./projectB/app/physics/math/algo.d
./pro
On Monday, 29 February 2016 at 19:03:53 UTC, Sebastien Alaiwan
wrote:
Clearly, something must be wrong here (and I hope it's me!)
I'd be very happy if someone showed me how solve this problem,
this has bothered me for ages.
My solution would be to never have the same file be part of
multiple
Hi all,
I've came across the following problem number of times.
Let's say I have project A and B, sharing code but having a
different tree structure.
$ find projectA
./projectA/internal/math/algo.d
./projectA/internal/math/lcp.d
./projectA/internal/math/optimize.d
./projectA/gui/main.d
$ find
On Monday, 29 February 2016 at 17:07:39 UTC, Sönke Ludwig wrote:
That would be great! The public repo is at
https://github.com/D-Programming-Language/dub-registry
Will have a look.
So the behavior that Mike outlined is generally correct.
Although it has to be said that there were times where
Am 29.02.2016 um 16:09 schrieb Sebastiaan Koppe:
On Monday, 29 February 2016 at 10:07:56 UTC, Sönke Ludwig wrote:
We will at some point have to implement the use of push notifications
for changes, but that requires some work (supporting GitHub-OAuth and
implementing the push endpoint) and it req
On Monday, 29 February 2016 at 16:22:41 UTC, Chris Wright wrote:
One of the important ones is: let's say DMD depended on Phobos.
I'm developing Phobos and DMD side by side. I need a new
function for DMD, and it would fit nicely in std.algorithm. So
I add it to Phobos in a PR, add my code to DMD
On Mon, 29 Feb 2016 08:22:45 +0100, Jacob Carlborg wrote:
> 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 dif
On Mon, 29 Feb 2016 07:33:51 +, Suliman wrote:
> 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 Phob
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 15:09:00 UTC, Sebastiaan Koppe
wrote:
BTW, there is a "Trigger manual update" button on the package
management page. If you are the owner, you can usually get
instant updates that way.
My experience with that button has been mixed.
How so? If the package is n
On Wednesday, 3 February 2016 at 20:12:38 UTC, Atila Neves wrote:
On Wednesday, 3 February 2016 at 16:40:49 UTC, Andrei
Alexandrescu wrote:
On 02/03/2016 10:18 AM, Atila Neves wrote:
I guess this is to be a brand new PR? I've been reading the
old one and
the discussions. A lot of unanswered que
On Monday, 29 February 2016 at 10:07:56 UTC, Sönke Ludwig wrote:
We will at some point have to implement the use of push
notifications for changes, but that requires some work
(supporting GitHub-OAuth and implementing the push endpoint)
and it requires the repositories to be re-registered with
On Monday, 29 February 2016 at 12:31:58 UTC, Iakh wrote:
On Monday, 29 February 2016 at 11:13:18 UTC, Atila Neves wrote:
On Saturday, 27 February 2016 at 13:35:30 UTC, Iakh wrote:
There was discussion and proposal to extend D with static
inheritance:
http://forum.dlang.org/thread/jwzxngccuwwiz
On Monday, 29 February 2016 at 11:13:18 UTC, Atila Neves wrote:
On Saturday, 27 February 2016 at 13:35:30 UTC, Iakh wrote:
There was discussion and proposal to extend D with static
inheritance:
http://forum.dlang.org/thread/jwzxngccuwwizyivp...@forum.dlang.org
But it could be done just with mi
On 02/27/2016 01:09 AM, Andrei Alexandrescu wrote:
> static if (is(partition == function) || is(partition == delegate))
> partition(r);
> else if (__traits(compiles, partition!less(r, n)))
> partition!less(r, n);
> else
> partition!less(r);
>
> The first test works very nice. The second does
On Saturday, 27 February 2016 at 13:35:30 UTC, Iakh wrote:
There was discussion and proposal to extend D with static
inheritance:
http://forum.dlang.org/thread/jwzxngccuwwizyivp...@forum.dlang.org
But it could be done just with mixins, UDAs and some rewriting
of
predicates.
It can, yes:
ht
Am 29.02.2016 um 10:46 schrieb Sebastiaan Koppe:
On Monday, 29 February 2016 at 09:27:50 UTC, sigod wrote:
On Monday, 29 February 2016 at 08:02:51 UTC, mahdi wrote:
On Monday, 29 February 2016 at 06:10:17 UTC, Chris Wright wrote:
[...]
The aim is to make package distribution easier and more
Is there a central place to document field testing of packages in
std.experimental, to help determine when they are ready?
Pegged has recently started using std.experimental.logging for
doing parse traces [1]. The only comment I have from this
application is that maybe there should be a way to
On Monday, 29 February 2016 at 09:27:50 UTC, sigod wrote:
On Monday, 29 February 2016 at 08:02:51 UTC, mahdi wrote:
On Monday, 29 February 2016 at 06:10:17 UTC, Chris Wright
wrote:
[...]
The aim is to make package distribution easier and more
straightforward. If someone has done some develop
On Monday, 29 February 2016 at 09:27:50 UTC, sigod wrote:
On Monday, 29 February 2016 at 08:02:51 UTC, mahdi wrote:
On Monday, 29 February 2016 at 06:10:17 UTC, Chris Wright
wrote:
[...]
The aim is to make package distribution easier and more
straightforward. If someone has done some develop
2016-02-29 1:10 GMT+01:00 Walter Bright via Digitalmars-d <
digitalmars-d@puremagic.com>:
> 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.
> [...]
Any plan for modularization ? Currently we have massive modules living in
src,
On Monday, 29 February 2016 at 08:02:51 UTC, mahdi wrote:
On Monday, 29 February 2016 at 06:10:17 UTC, Chris Wright wrote:
[...]
The aim is to make package distribution easier and more
straightforward. If someone has done some development on his
local machine and wants to distribute it, it's
On 29 February 2016 at 00:43, Walter Bright via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> 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 t
On Monday, 29 February 2016 at 00:10:33 UTC, Walter Bright wrote:
11. encapsulate, encapsulate, encapsulate
Good point, this will make it easier for new people to contribute!
One benefit of all this is we could start using multicores to
compile!
What is the payoff for having multithreading
On Monday, 29 February 2016 at 06:10:17 UTC, Chris Wright wrote:
On Mon, 29 Feb 2016 04:46:13 +, mahdi wrote:
[...]
In other words, you want to distribute your source code, but
you don't want to host a publicly accessibly git repository and
don't want to use any of the free git hosting
53 matches
Mail list logo
