Re: Including Dub with D

what it the reason to change json to SDL?

Re: Including Dub with D

On 22/05/14 21:11, Nick Sabalausky wrote: Is there anything blocking actual adoption of SDL? I'm not holding anything up am I? Sonke: If there's anything you need done/dealt-with regarding SDLang-D, let me know. Do we want/need the SDL parser/writer to be included into Phobos first? -- /Jacob

Re: Easy & huge GC optimizations

On 22.05.2014 21:04, Etienne wrote: On 2014-05-22 2:12 PM, Rainer Schuetze wrote: "NO_INTERIOR" is currently only used for the hash array used by associative arrays. It is a bit dangerous to use as any pointer,slice or register still operating on the array is ignored, so collecting it might c

Re: isUniformRNG

On 5/22/2014 5:01 PM, Joseph Rushton Wakeling via Digitalmars-d wrote: On 12/05/14 20:17, Nick Sabalausky via Digitalmars-d wrote: Yea, doesn't necessarily mean class, but if it is made a reference type then class is likely the best option. For example, I'd typically regard struct* in a D API a

Re: Steve Yegge on D

On Thursday, 22 May 2014 at 09:52:20 UTC, Joakim wrote: I was reading Brad Roberts' bio before his upcoming talk today, where he mentioned that he first heard of D because of blog posts by Steve Yegge, when I remembered that it was likely one of Steve Yegge's posts almost a decade ago that firs

Re: Thank you Kenji

On Friday, 23 May 2014 at 04:11:39 UTC, Martin Nowak wrote: Today at DConf we learned, once again, that people are doing and starting amazing projects using D. A lot of which wouldn't have been possible without your contribution. So I just wanted to say thank you. For those who don't know Kenji

When the materials from dconf will be duplicated?

subj. It's very interesting to look...

Thank you Kenji

Today at DConf we learned, once again, that people are doing and starting amazing projects using D. A lot of which wouldn't have been possible without your contribution. So I just wanted to say thank you. -Martin

Re: Value Range Propagation with generic and specialized function

On Friday, 23 May 2014 at 00:04:00 UTC, Etienne wrote: Non-template functions are preferred over template, they have priority even when it's done with implicit conversion. This is the case for C++ as well. http://stackoverflow.com/questions/10291405/priority-between-normal-function-and-templat

Re: Value Range Propagation with generic and specialized function

Etienne: Non-template functions are preferred over template, they have priority even when it's done with implicit conversion. This is the case for C++ as well. Perhaps Rust doesn't have function overloading? Bye, bearophile

Re: Value Range Propagation with generic and specialized function

On 2014-05-22 7:37 PM, Wagner Macedo wrote: fun(1); fun(1L); fun!(long)(1L); Non-template functions are preferred over template, they have priority even when it's done with implicit conversion. This is the case for C++ as well. http://stackoverflow.com/questio

Value Range Propagation with generic and specialized function

Hello, Firstly, I'm not an actual D programmer. I'm doing a college research about D language. My point here is that I faced the following situation. With the code above void main() { fun(1f); fun(1); fun(1L); fun!(long)(1L); } void fun(T)(T

Re: What's the issue(s) with scope vars?

On Thu, 22 May 2014 19:39:58 + Dicebot via Digitalmars-d wrote: > On Thursday, 22 May 2014 at 19:36:06 UTC, Nick Sabalausky wrote: > > On 5/22/2014 3:31 PM, Dicebot wrote: > >> On Thursday, 22 May 2014 at 19:08:53 UTC, Nick Sabalausky > >> wrote: > >>> I know there's been a lot of chatter ab

Re: Mozilla presentation about memory safety in Rust

On Thursday, 22 May 2014 at 08:27:14 UTC, Paulo Pinto wrote: Hi, given the discussions about memory management, I guess it might be worthwhile watching this session. Surely can't be applied to D with the current type system, but it is nonetheless interesting to see how they manage memory.

Re: isUniformRNG

On 12/05/14 20:17, Nick Sabalausky via Digitalmars-d wrote: On 5/11/2014 8:16 AM, Joseph Rushton Wakeling via Digitalmars-d wrote:> On 11/05/14 05:58, Nick Sabalausky via Digitalmars-d wrote: >> The seed doesn't need to be compromised for synchronized RNGs to fubar >> security. > > Before we

Re: What's the issue(s) with scope vars?

On 5/22/2014 3:39 PM, Dicebot wrote: Second question - that is something yet to investigate. Natural relation between those is that value captured by `scoped` should be qualified as `scope` to be reliably memory safe. Does that also mean that you can skip `scoped` altogether and release all scop

Re: Including Dub with D

On Thursday, 22 May 2014 at 19:40:23 UTC, Brad Anderson wrote: On Thursday, 22 May 2014 at 19:20:12 UTC, Etienne wrote: On 2014-05-22 3:11 PM, Nick Sabalausky wrote: On 5/22/2014 2:06 PM, Dicebot wrote: Main blocker is transition to SDL as default project description format Is there anythin

Re: Including Dub with D

On Thursday, 22 May 2014 at 19:20:12 UTC, Etienne wrote: On 2014-05-22 3:11 PM, Nick Sabalausky wrote: On 5/22/2014 2:06 PM, Dicebot wrote: Main blocker is transition to SDL as default project description format Is there anything blocking actual adoption of SDL? I'm not holding anything up

Re: Unnecessary Large Memory Usage of Levenshtein Distance in Phobos

I've submitted a pull request. https://github.com/D-Programming-Language/phobos/pull/2195 On Thu, May 22, 2014 at 8:05 PM, "Nordlöw" wrote: > I've begun work on this and my implementation in D passes all >> > > I uploaded it here > > https://github.com/nordlow/justcxx/blob/master/levenshtein_di

Re: What's the issue(s) with scope vars?

On 5/22/2014 3:31 PM, Dicebot wrote: On Thursday, 22 May 2014 at 19:08:53 UTC, Nick Sabalausky wrote: I know there's been a lot of chatter about scope vars needing work, what exactly is the deal with that? Isn't there a lib version of scoped? Are there current problems with that? You speak abo

Re: What's the issue(s) with scope vars?

On Thursday, 22 May 2014 at 19:36:06 UTC, Nick Sabalausky wrote: On 5/22/2014 3:31 PM, Dicebot wrote: On Thursday, 22 May 2014 at 19:08:53 UTC, Nick Sabalausky wrote: I know there's been a lot of chatter about scope vars needing work, what exactly is the deal with that? Isn't there a lib versio

Re: What's the issue(s) with scope vars?

On Thursday, 22 May 2014 at 19:08:53 UTC, Nick Sabalausky wrote: I know there's been a lot of chatter about scope vars needing work, what exactly is the deal with that? Isn't there a lib version of scoped? Are there current problems with that? You speak about scope storage class (aka scope cla

Re: Including Dub with D

On Thursday, 22 May 2014 at 19:11:50 UTC, Nick Sabalausky wrote: On 5/22/2014 2:06 PM, Dicebot wrote: Main blocker is transition to SDL as default project description format Is there anything blocking actual adoption of SDL? I'm not holding anything up am I? Sonke: If there's anything you ne

Re: Optional monitors suggestion

On Thursday, 22 May 2014 at 06:48:17 UTC, Martin Nowak wrote: I don't see why we need to introduce a global hashtable (performance impact, not pure). We could warn/deprecate/remove synchronizing on classes without the @monitor attribute. It's not only about synchronization. Signals use monitors

Re: Including Dub with D

On 2014-05-22 3:11 PM, Nick Sabalausky wrote: On 5/22/2014 2:06 PM, Dicebot wrote: Main blocker is transition to SDL as default project description format Is there anything blocking actual adoption of SDL? I'm not holding anything up am I? Sonke: If there's anything you need done/dealt-with r

Re: What's the issue(s) with scope vars?

On Thursday, 22 May 2014 at 19:08:53 UTC, Nick Sabalausky wrote: I know there's been a lot of chatter about scope vars needing work, what exactly is the deal with that? Isn't there a lib version of scoped? Are there current problems with that? Example nastiness of scoped!(): https://issues.dla

Re: Including Dub with D

On 5/22/2014 2:06 PM, Dicebot wrote: Main blocker is transition to SDL as default project description format Is there anything blocking actual adoption of SDL? I'm not holding anything up am I? Sonke: If there's anything you need done/dealt-with regarding SDLang-D, let me know.

Re: UDA from template args

On 23 May 2014 04:44, Artur Skawina via Digitalmars-d wrote: > On 05/22/14 17:51, Manu via Digitalmars-d wrote: >> On 22 May 2014 23:53, Artur Skawina via Digitalmars-d >> wrote: >>> On 05/22/14 12:54, Manu via Digitalmars-d wrote: To address this, in GCC, you can use attributes or pragma's

Re: Unnecessary Large Memory Usage of Levenshtein Distance in Phobos

I've begun work on this and my implementation in D passes all I uploaded it here https://github.com/nordlow/justcxx/blob/master/levenshtein_distance.hpp I don't have time right now to look into adapting it to Phobos. But I hope it can give some clues for your work ;) /Per

What's the issue(s) with scope vars?

I know there's been a lot of chatter about scope vars needing work, what exactly is the deal with that? Isn't there a lib version of scoped? Are there current problems with that?

Re: Easy & huge GC optimizations

On 2014-05-22 2:12 PM, Rainer Schuetze wrote: "NO_INTERIOR" is currently only used for the hash array used by associative arrays. It is a bit dangerous to use as any pointer,slice or register still operating on the array is ignored, so collecting it might corrupt your memory. That's quite a re

Re: UDA from template args

On 05/22/14 17:51, Manu via Digitalmars-d wrote: > On 22 May 2014 23:53, Artur Skawina via Digitalmars-d > wrote: >> On 05/22/14 12:54, Manu via Digitalmars-d wrote: >>> To address this, in GCC, you can use attributes or pragma's to specify >>> the code-gen on a per-function basis, ie: __attribute

Re: Easy & huge GC optimizations

On Thu, 22 May 2014 14:12:38 -0400, Rainer Schuetze wrote: I'm not sure where allocating a struct ends up, so maybe there is some potential there. It's done similarly to arrays. The function is here: https://github.com/D-Programming-Language/druntime/blob/master/src/rt/lifetime.d#L991

Re: Easy & huge GC optimizations

On 22.05.2014 18:42, Etienne wrote: I was thinking of how the GC could be optimized further and came across some sweet flags that are barely used throughout Phobos in favor of a witch-hunting against the GC: GC.BlkAttr.NO_SCAN GC.BlkAttr.NO_INTERIOR When using the NO_SCAN attribute with GC.se

Re: Including Dub with D

On 5/22/14, 11:03 AM, Jeremy Powers via Digitalmars-d wrote: Dub (code.dlang.org ) has emerged as the standard build tool for D. Yet there doesn't look to be any mention of it on the D site proper... Would it be reasonable to include dub with the DMD installer? Or failin

Re: Including Dub with D

On 2014-05-22 2:03 PM, Jeremy Powers via Digitalmars-d wrote: Dub (code.dlang.org ) has emerged as the standard build tool for D. Yet there doesn't look to be any mention of it on the D site proper... Would it be reasonable to include dub with the DMD installer? Or faili

Re: Unnecessary Large Memory Usage of Levenshtein Distance in Phobos

On 5/22/14, 4:26 AM, Max Klyga wrote: You should make a pull request with this implementation adapted to std.algorithm interface Yes please. I recall I wanted to add that optimization later but forgot about it. Andrei

Re: Including Dub with D

On Thursday, 22 May 2014 at 18:03:16 UTC, Jeremy Powers via Digitalmars-d wrote: Dub (code.dlang.org) has emerged as the standard build tool for D. Yet there doesn't look to be any mention of it on the D site proper... Would it be reasonable to include dub with the DMD installer? Or failing

Re: Including Dub with D

On Thursday, 22 May 2014 at 18:03:16 UTC, Jeremy Powers via Digitalmars-d wrote: Dub (code.dlang.org) has emerged as the standard build tool for D. Yet there doesn't look to be any mention of it on the D site proper... Would it be reasonable to include dub with the DMD installer? Or failing

Including Dub with D

Dub (code.dlang.org) has emerged as the standard build tool for D. Yet there doesn't look to be any mention of it on the D site proper... Would it be reasonable to include dub with the DMD installer? Or failing that, at least feature it prominently (or at all) on the tools page of dlang.org?

Re: 64-bit DMD for windows?

On 22.05.2014 09:45, Kagamin wrote: On Thursday, 22 May 2014 at 06:28:14 UTC, Joakim wrote: On Thursday, 22 May 2014 at 06:16:54 UTC, Rainer Schuetze wrote: I recently considered making a pull request, but noticed an include dependency that failed to work for another PR, and got distracted. T

Re: 64-bit DMD for windows?

On 22.05.2014 09:04, Manu via Digitalmars-d wrote: On 22 May 2014 16:28, Joakim via Digitalmars-d wrote: On Thursday, 22 May 2014 at 06:16:54 UTC, Rainer Schuetze wrote: I recently considered making a pull request, but noticed an include dependency that failed to work for another PR, and go

Re: Optional monitors suggestion

On Thu, 22 May 2014 02:48:16 -0400, Martin Nowak wrote: On Monday, 19 May 2014 at 07:11:41 UTC, Yuriy wrote: On Sunday, 18 May 2014 at 19:57:34 UTC, Walter Bright wrote: The "_monitor" slot is also used for std.signals. It's been set up in druntime to support more than just being a monitor.

Re: Mass-enabling D => License question

On Thursday, 22 May 2014 at 14:06:10 UTC, Max Barraclough wrote: The MonoD developer is accepting donations: http://mono-d.alexanderbothe.com/ I my mind, such a crowdfunded IDE for D, announced by Walter and Andrei, should be written in D. It could be the necessary bootstrap for such a big ope

Easy & huge GC optimizations

I was thinking of how the GC could be optimized further and came across some sweet flags that are barely used throughout Phobos in favor of a witch-hunting against the GC: GC.BlkAttr.NO_SCAN GC.BlkAttr.NO_INTERIOR When using the NO_SCAN attribute with GC.setAttr(p, NO_SCAN), you're basically

Re: Unnecessary Large Memory Usage of Levenshtein Distance in Phobos

I've begun work on this and my implementation in D passes all the std.algorithm unit tests, but because it now uses a single array instead of a matrix, path() no longer provides the correct answer. I'm working on trying to amend it so that there is consistency. On Thu, May 22, 2014 at 12:26 PM,

Re: 64-bit DMD for windows?

On 23 May 2014 01:45, Anonymous via Digitalmars-d wrote: > With VS2013 installed, I had an issue with the DMD installer's > config. mspdb*.dll are located in VC/bin, not VC/bin/x86_amd64, > and using -m64 caused a linker error. Adding %VCINSTALLDIR%\bin > to sc.ini's PATH fixed the problem and pro

Re: UDA from template args

On 22 May 2014 23:53, Artur Skawina via Digitalmars-d wrote: > On 05/22/14 12:54, Manu via Digitalmars-d wrote: >> This issue has been there for a long time, and std.simd has been >> blocked on this for a year. >> https://issues.dlang.org/show_bug.cgi?id=10193 >> >> Can anyone chime in and suggest

Re: 64-bit DMD for windows?

With VS2013 installed, I had an issue with the DMD installer's config. mspdb*.dll are located in VC/bin, not VC/bin/x86_amd64, and using -m64 caused a linker error. Adding %VCINSTALLDIR%\bin to sc.ini's PATH fixed the problem and produced a working hello world with -m64.

Re: 64-bit DMD for windows?

On 21/05/2014 05:34, Manu via Digitalmars-d wrote: On 21 May 2014 13:45, Temtaime via Digitalmars-d wrote: Yes, DMD uses ld on linux. It's OK because there is no other linker. And it's system's default. Everybody(almost) have GCC. But on windows.. MSVS is external IDE and toolset. Some people

Re: Mass-enabling D => License question

On Thursday, 22 May 2014 at 09:51:17 UTC, marcpmichel wrote: To be back on topic : What about trying crowdfunding to pay a few developers to build an IDE for D ? What about Digital Mars doing it ? Where is the video with Walter and Andrei asking for contributions ? The MonoD developer is ac

Re: UDA from template args

On 05/22/14 12:54, Manu via Digitalmars-d wrote: > This issue has been there for a long time, and std.simd has been > blocked on this for a year. > https://issues.dlang.org/show_bug.cgi?id=10193 > > Can anyone chime in and suggest options, or perhaps how to fix? It's not entirely clear from that

Re: Unnecessary Large Memory Usage of Levenshtein Distance in Phobos

You should make a pull request with this implementation adapted to std.algorithm interface On 2014-05-22 09:49:09 +, Nordlöw said: I justd discovered that the std.algorithm implementation of Levenshtein Distance requires O(m*n) memory usage. This is not neccessary. I have a C++-implement

Re: 64-bit DMD for windows?

On 22 May 2014 20:37, Kagamin via Digitalmars-d wrote: > Ah, ok, but druntime and phobos are compiled to link with snn, which has > functions absent in msvcrt like snvprintf and long double math functions. That doesn't seem to bother Win64...

UDA from template args

This issue has been there for a long time, and std.simd has been blocked on this for a year. https://issues.dlang.org/show_bug.cgi?id=10193 Can anyone chime in and suggest options, or perhaps how to fix? Also, to the LDC guys: GDC supports a UDA, eg. @attribute("target", "sse2"), which will reso

Re: 64-bit DMD for windows?

Ah, ok, but druntime and phobos are compiled to link with snn, which has functions absent in msvcrt like snvprintf and long double math functions.

Re: Mozilla presentation about memory safety in Rust

Really attractive, I wish we had that in D. Thx for sharing.

Steve Yegge on D

I was reading Brad Roberts' bio before his upcoming talk today, where he mentioned that he first heard of D because of blog posts by Steve Yegge, when I remembered that it was likely one of Steve Yegge's posts almost a decade ago that first brought D to my attention, like this one: "C++ does

Re: Mass-enabling D => License question

To be back on topic : What about trying crowdfunding to pay a few developers to build an IDE for D ? What about Digital Mars doing it ? Where is the video with Walter and Andrei asking for contributions ?

Unnecessary Large Memory Usage of Levenshtein Distance in Phobos

I justd discovered that the std.algorithm implementation of Levenshtein Distance requires O(m*n) memory usage. This is not neccessary. I have a C++-implementation of Damerau-Levenshtein that requires only O(3*min(m,n)). Is anybody interested in discussion modifying std.algorithm to make use of

Re: Mass-enabling D => License question

On Wednesday, 21 May 2014 at 09:59:54 UTC, Max Barraclough wrote: Other than the Artistic Licence dual-licensing, what did I get wrong? Syntax highlighting requires only minimal lexer. Code completion should be done out of process in order to easily restart it if it overuses memory.

Re: 64-bit DMD for windows?

On Thursday, 22 May 2014 at 07:45:17 UTC, Kagamin wrote: On Thursday, 22 May 2014 at 06:28:14 UTC, Joakim wrote: I think this is a really important pull for win32 support, still the most widely used platform on which D is available. Not everybody has the source for outside libraries or the tim

Mozilla presentation about memory safety in Rust

Hi, given the discussions about memory management, I guess it might be worthwhile watching this session. Surely can't be applied to D with the current type system, but it is nonetheless interesting to see how they manage memory. https://air.mozilla.org/guaranteeing-memory-safety-in-rust/

Re: 64-bit DMD for windows?

On Thursday, 22 May 2014 at 06:28:14 UTC, Joakim wrote: On Thursday, 22 May 2014 at 06:16:54 UTC, Rainer Schuetze wrote: I recently considered making a pull request, but noticed an include dependency that failed to work for another PR, and got distracted. The updated compiler patches are here:

Re: 64-bit DMD for windows?

On Wednesday, 21 May 2014 at 03:45:42 UTC, Temtaime wrote: Yes, DMD uses ld on linux. It's OK because there is no other linker. And it's system's default. Everybody(almost) have GCC. It's still an external tool, without which dmd can't work. But on windows.. MSVS is external IDE and toolset.

Re: 64-bit DMD for windows?

On 22 May 2014 16:28, Joakim via Digitalmars-d wrote: > On Thursday, 22 May 2014 at 06:16:54 UTC, Rainer Schuetze wrote: >> >> I recently considered making a pull request, but noticed an include >> dependency that failed to work for another PR, and got distracted. The >> updated compiler patches a