<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jun 5, 2016 at 7:59 PM, Laeeth Isharc via Digitalmars-d <span dir="ltr"><<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
Have you seen any problems with multithreading in PyD?  Ie have you any reasons to be concerned?  Obviously on the python<br>
side there is the GIL, but I don't understand well enough any complications posed by using shared libraries for threading -<br>
I am not aware of any problems with PyD and threads though.<br></blockquote><div> </div><div>It applies to shared libraries in general. I do get a segfault on exit when trying to use std.parallelism in a shared library (linked dynamically with druntime/phobos), which seems to be in accordance with Martin Nowak's comments here: <a href="https://github.com/dlang/druntime/pull/593">https://github.com/dlang/druntime/pull/593</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Re tiny druntime, that might suit you, but I think many people would prefer that it's one simple import and, after all, you are not actually using it.  Probably Benjamin Thaut or others will know the real resource cost of initializing D runtime on multiple occasions (I presume it won't crash, but haven't tried, and I imagine the cost is small if any).<br></blockquote><div><br></div><div>It's not about tiny druntime, it's about its clear separation from Phobos so that extensions built with different versions of Phobos can be safely loaded together (there can't be two druntime GC running at the same time).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Well, fair enough.  Knuth welcomed the proliferation of languages because language reflects thought and people think differently.<br></blockquote><div><br></div><div>Now that is deep! In reality, though, most programming languages nowadays are object-oriented with decent support for functional programming. It's libraries and tooling that matter the most. E.g. nobody would give a damn about Ruby nowadays if not for RoR. Or consider JS: it's the language of the web, but it wasn't at all designed for its current usage, and workarounds that are used are just mind-blowing.</div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Seems to me that looking at metrics of growth there is hardly a need to try to get an influx, and that also doesn't fit the<br>
model of how D has developed - much more organically, where people address their own pain, and by doing so open up the language<br>
for broader use (just like with bachmeier's work on D<->R.<br></blockquote><div><br></div><div>These metrics show growing interest, but this interest apparently comes mostly from busy people, who often address 'their own pain' with undocumented/unorganized code which never makes it to d.announce. Students, on the other hand, are interested also in proper documentation and testing.</div></div></div></div>