Re: Blocking points for further D adoption

2016-06-05 Thread Artem Tarasov via Digitalmars-d
On Sun, Jun 5, 2016 at 7:59 PM, Laeeth Isharc via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > > Have you seen any problems with multithreading in PyD? Ie have you any > reasons to be concerned? Obviously on the python > side there is the GIL, but I don't understand well enough any > co

Re: Blocking points for further D adoption

2016-06-05 Thread Artem Tarasov via Digitalmars-d
On Sun, Jun 5, 2016 at 9:35 AM, Laeeth Isharc via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > PyD is not a recent project. Nor is LuaD. Or bachmeier's work on R > integration. > I've learned about the last one only from this thread, and the first two are listed only on http://wiki.dl

Re: Blocking points for further D adoption

2016-06-04 Thread Artem Tarasov via Digitalmars-d
On Sat, Jun 4, 2016 at 5:56 PM, bachmeier via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > > > D integrates quite easily with R. I speak from experience, regularly using > the two together. You can embed R inside your D program and pass data > trivially between them. The technical side is

Re: Blocking points for further D adoption

2016-06-04 Thread Artem Tarasov via Digitalmars-d
The largest blocking point to me is the community attitude. D constantly wants to 'rule them all' instead of integrating with other language ecosystems. This only recently started to change, but only towards C/C++ and not in the other direction, which is dynamic languages. PyD is only barely alive,

Re: Binary file grammar

2015-08-10 Thread Artem Tarasov via Digitalmars-d
On Monday, 10 August 2015 at 12:29:43 UTC, wobbles wrote: While doing this I had the idea of implementing a more general approach to this, using CTFE to build a struct / parserFunction (Similar to Pegged [1] ). You describe at compile time how this binary file looks, and then the parser handl

Re: "pause" garbage collection in parallel code

2014-12-15 Thread Artem Tarasov via Digitalmars-d
I had the same situation, and ended up with the malloc/free option. It's also often possible to get rid of allocations in a loop by pre-allocating thread-local buffers and reusing them throughout (see std.parallelism.TaskPool.workerLocalStorage).

Re: i want my bounty!

2014-12-15 Thread Artem Tarasov via Digitalmars-d
On Monday, 15 December 2014 at 10:37:23 UTC, Dicebot wrote: it is simply too far away effort-wise from something that can be used. Contributing something new to C++ standard library - now THAT is hard :) In D is simply a matter of willingness to do a quality effort, something any regular cont

Re: i want my bounty!

2014-12-15 Thread Artem Tarasov via Digitalmars-d
On Monday, 15 December 2014 at 10:11:37 UTC, ketmar via Digitalmars-d wrote: nope. i'm accepting the fact that D is doomed to be a toy, which ocasionally used here and there. i tried to fight with this, but this fight is lost before it's started. and now i surrender. Very true. This community