Re: null as parametr

2 Seb Thank you! is (T: typeof (null)) - very comfortable

Re: Why D isn't the next "big thing" already

On Sunday, 31 July 2016 at 04:32:10 UTC, bachmeier wrote: I wasn't directing my comment at you specifically. I was talking about the direction the thread took, what do you prefer: to have a completely false information, or corrected information for the price of one or two troll-like posts? i

Re: null as parametr

On Sunday, 31 July 2016 at 05:22:40 UTC, AntonSotov wrote: import std.stdio; void myFunc(T)(in T val) { static if(is(T == string)) { writeln("string: ", val); } static if(is(T : long)) { writeln("long: ", val); } static if // WHAT HERE

null as parametr

import std.stdio; void myFunc(T)(in T val) { static if(is(T == string)) { writeln("string: ", val); } static if(is(T : long)) { writeln("long: ", val); } static if // WHAT HERE ? writeln("null"); } } int main(string[] args)

Re: [DIP] In-place struct initialization

On Saturday, 30 July 2016 at 21:42:42 UTC, cym13 wrote: The most interesting is to use structs to mimic keyword arguments for functions. By encapsulating possible arguments in a struct it is possible to use in-place initialization to provide a clean interface very similar to keyword arguments

Re: [OT] Re: Why D isn't the next "big thing" already

On Sunday, 31 July 2016 at 00:04:41 UTC, Adam D. Ruppe wrote: I have a strong dislike of reddit (and thus rarely post there), it is really hard to use and the voting system is petty. But this would be our own subreddit. I don't disagree if you're talking about r/programming.

Re: [OT] Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 23:43:33 UTC, Seb wrote: In any case I was trying to say that we could use reddit more actively, we have our own subreddit (https://www.reddit.com/r/d_language), but it's not used for discussions. So maybe killing the bot & actively encouraging a discussion to

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 22:58:31 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 22:52:23 UTC, bachmeier wrote: On Saturday, 30 July 2016 at 12:30:55 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote:

Re: Code coverage in Phobos

On Sunday, 31 July 2016 at 02:08:23 UTC, Seb wrote: On Saturday, 30 July 2016 at 23:50:08 UTC, Walter Bright wrote: On 7/30/2016 3:40 PM, Seb wrote: [...] Ok, it's time to get this rolling for Druntime, too! https://github.com/dlang/druntime/pull/1620 ;-) It turns out it's not that

Template Inheritance

I like to build structures using template mixins because one can pick and choose functionality at compile time, but still have a relationship between different types. It would be really nice if one could sort of test if a template mixin was "mixed" in(or ideally, struct S : SomeTemplate

Re: Code coverage in Phobos

On Saturday, 30 July 2016 at 23:50:08 UTC, Walter Bright wrote: On 7/30/2016 3:40 PM, Seb wrote: [...] Ok, it's time to get this rolling for Druntime, too! https://github.com/dlang/druntime/pull/1620 ;-)

Empty LST files?

I'm running into a problem where when I specify -cov in the DMD compiler command, the coverage LST files are generated, but they're all empty. Has anyone else run into this before? My command line is: dmd -m64 -gc -debug -w -wi -cov -X -Xf"obj\Unit.json" -I\ -deps="obj\Unit.dep" -c

Re: [OT] Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 23:11:23 UTC, Seb wrote: I would love to see the forum evolve into something similar to reddit I have a strong dislike of reddit (and thus rarely post there), it is really hard to use and the voting system is petty. The D ng isn't perfect, but it is basically

Re: Code coverage in Phobos

On 7/30/2016 3:40 PM, Seb wrote: [...] Ok, it's time to get this rolling for Druntime, too!

Re: Code coverage in Phobos

On 7/30/2016 3:40 PM, Seb wrote: You might try another PR like: https://github.com/dlang/phobos/pull/4647/files Much better. Thanks!

Re: [OT] Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 23:33:27 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 23:11:23 UTC, Seb wrote: On Saturday, 30 July 2016 at 22:52:23 UTC, bachmeier wrote: On Saturday, 30 July 2016 at 12:30:55 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On

Re: [OT] Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 23:11:23 UTC, Seb wrote: On Saturday, 30 July 2016 at 22:52:23 UTC, bachmeier wrote: On Saturday, 30 July 2016 at 12:30:55 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote: it

[OT] Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 22:52:23 UTC, bachmeier wrote: On Saturday, 30 July 2016 at 12:30:55 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote: it you think that you know the things better than somebody

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 22:52:23 UTC, bachmeier wrote: On Saturday, 30 July 2016 at 12:30:55 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote: it you think that you know the things better than somebody

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 12:30:55 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote: it you think that you know the things better than somebody who actually *lived* there in those times... well, keep

Re: [DIP] In-place struct initialization

On Saturday, 30 July 2016 at 22:20:49 UTC, Cauterite wrote: On Saturday, 30 July 2016 at 22:05:29 UTC, cym13 wrote: [...] It does work with common structs: Sorry, I hadn't noticed. But anyway, you don't need to convince me that having a native language feature would be superior to this

Re: Code coverage in Phobos

On Saturday, 30 July 2016 at 22:35:45 UTC, Walter Bright wrote: On 7/30/2016 12:05 PM, Seb wrote: The CodeCov support team is really nice & fast. They found the issue [1] and deployed it today. So the Code coverage browser extension is working for all PRs built on Travis starting from today,

Re: Code coverage in Phobos

On 7/30/2016 12:05 PM, Seb wrote: The CodeCov support team is really nice & fast. They found the issue [1] and deployed it today. So the Code coverage browser extension is working for all PRs built on Travis starting from today, e.g. [2] :) [1] https://github.com/codecov/support/issues/263 [2]

Re: [DIP] In-place struct initialization

On Saturday, 30 July 2016 at 22:05:29 UTC, cym13 wrote: On Saturday, 30 July 2016 at 21:45:31 UTC, Cauterite wrote: On Saturday, 30 July 2016 at 21:42:42 UTC, cym13 wrote: ... Here's something you might enjoy in the meantime:

Re: [OT] Music to Program Compilers To

On Friday, 29 July 2016 at 22:44:04 UTC, Walter Bright wrote: http://70sdisconights.com/ Yes, I listen to it while I work. A while back when I played the TIS-100 game (programming parallel chips of very limited scope) I listened to some of these. 4 Hours of:

Re: [DIP] In-place struct initialization

On Saturday, 30 July 2016 at 21:45:31 UTC, Cauterite wrote: On Saturday, 30 July 2016 at 21:42:42 UTC, cym13 wrote: ... Here's something you might enjoy in the meantime: https://github.com/Cauterite/dlang-pod-literals/blob/master/podliterals.d Thanks, I'm aware of this work but some points

Re: [DIP] In-place struct initialization

On Saturday, 30 July 2016 at 21:42:42 UTC, cym13 wrote: ... Here's something you might enjoy in the meantime: https://github.com/Cauterite/dlang-pod-literals/blob/master/podliterals.d

[DIP] In-place struct initialization

In accordance to the new DIP process you can find the full presentation of the change here: https://github.com/dlang/DIPs/pull/22 This DIP aims at providing better orthogonality and more importantly a way to have keyword arguments in the language at little cost and great benefit by extending

Re: Documented unittests & code coverage

On Friday, 29 July 2016 at 05:49:01 UTC, Jonathan M Davis wrote: On Thursday, July 28, 2016 22:12:58 Walter Bright via Digitalmars-d wrote: As soon as we start taking the % coverage too seriously, we are in trouble. It's never going to be cut and dried what should be tested and what is

Re: alias parameters and basic types

On Saturday, 30 July 2016 at 21:21:30 UTC, Timon Gehr wrote: On 30.07.2016 22:58, Jonathan M Davis via Digitalmars-d wrote: The one that needs to be convinced is Walter. IIRC he said at DConf that it should be fixed. We did a tour of DConf 2015 with David Nadlinger and everybody was super

Re: alias parameters and basic types

On Saturday, 30 July 2016 at 19:21:27 UTC, Jonathan M Davis wrote: I think that Walter's answer in those bug reports is pretty clear. An alias parameter aliases a symbol. Basic types are keywords, not symbols, so they can't be passed as an argument to an alias parameter. alias bind to

Re: alias parameters and basic types

On 30.07.2016 22:58, Jonathan M Davis via Digitalmars-d wrote: The one that needs to be convinced is Walter. IIRC he said at DConf that it should be fixed.

Re: Use dup on Containers with const Elements

On Friday, 29 July 2016 at 19:24:59 UTC, Steven Schveighoffer wrote: On 7/29/16 3:00 PM, Q. Schroll wrote: Cases to consider: Arrays and AAs with const(T) Elements, where T is a value or a reference type respectively. [snip] Questions: (1) Why do I have to specify the type here? Why does

Re: alias parameters and basic types

On Saturday, July 30, 2016 19:41:27 Lodovico Giaretta via Digitalmars-d wrote: > On Saturday, 30 July 2016 at 19:21:27 UTC, Jonathan M Davis wrote: > > I think that Walter's answer in those bug reports is pretty > > clear. > > Thank you for your answer. > I asked because I also found this[1], so I

Re: alias parameters and basic types

On 07/30/2016 09:21 PM, Jonathan M Davis via Digitalmars-d wrote: I think that Walter's answer in those bug reports is pretty clear. An alias parameter aliases a symbol. Basic types are keywords, not symbols, so they can't be passed as an argument to an alias parameter. As far as I see, he

[Issue 15306] Delegates with shared context can have unshared aliasing

https://issues.dlang.org/show_bug.cgi?id=15306 ZombineDev changed: What|Removed |Added Keywords||safe

Re: alias parameters and basic types

On Saturday, 30 July 2016 at 19:21:27 UTC, Jonathan M Davis wrote: I think that Walter's answer in those bug reports is pretty clear. Thank you for your answer. I asked because I also found this[1], so I hoped it was going to change. [1]

Re: alias parameters and basic types

On Saturday, July 30, 2016 18:53:43 Lodovico Giaretta via Digitalmars-d wrote: > Hi, > > I know this has been discussed before (like, before I started > using D on a daily basis and hanging around in the forums), but... > > Is there a reason why alias parameters do not accept basic types? > Will

Re: [OT] Music to Program Compilers To

On Friday, 29 July 2016 at 22:44:04 UTC, Walter Bright wrote: http://70sdisconights.com/ Yes, I listen to it while I work. I usually listen to several channels from somafm.com (depending on my mood) but for programming tasks I tend to listen to "sf 10-33" (Ambient music mixed with the

[Issue 15326] False positive for dangling else warning

https://issues.dlang.org/show_bug.cgi?id=15326 --- Comment #2 from Jonathan M Davis --- Whoops. Sorry. I edited the wrong bug. Too many tabs open, I guess... --

[Issue 16340] case where version(unittest) results in an invalid warning about a dangling else

https://issues.dlang.org/show_bug.cgi?id=16340 Jonathan M Davis changed: What|Removed |Added Keywords|

[Issue 15326] False positive for dangling else warning

https://issues.dlang.org/show_bug.cgi?id=15326 Jonathan M Davis changed: What|Removed |Added Keywords|

[Issue 16340] New: case where version(unittest) results in an invalid warning about a dangling else

https://issues.dlang.org/show_bug.cgi?id=16340 Issue ID: 16340 Summary: case where version(unittest) results in an invalid warning about a dangling else Product: D Version: D2 Hardware: All OS: All

Re: Code coverage in Phobos

On Thursday, 28 July 2016 at 20:46:13 UTC, Seb wrote: On Thursday, 28 July 2016 at 20:30:50 UTC, Walter Bright wrote: On 7/28/2016 11:51 AM, Seb wrote: Older PRs don't show a coverage report, because the report needs to be uploaded & they don't have this in their `.travis.yml` yet. However

alias parameters and basic types

Hi, I know this has been discussed before (like, before I started using D on a daily basis and hanging around in the forums), but... Is there a reason why alias parameters do not accept basic types? Will this be changed somewhere in the future, as many asked for it? It is very surprising

[Issue 16339] New: insertInPlace should be tested for unions and classes

https://issues.dlang.org/show_bug.cgi?id=16339 Issue ID: 16339 Summary: insertInPlace should be tested for unions and classes Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: trivial

std.experimental.ndslice.algorithm is ready for review

ndslice.algorithm contains multidimensional ndMap and 10 basic iteration templates. PR[1] contains section Asked Questions. It may help to understand the motivation of this module. Current documentation is available in [2] -> algorithm. Please note, that it will be update based in your

Re: How do you test whether a variable is static or not?

On Saturday, July 30, 2016 06:04:56 Ali Çehreli via Digitalmars-d-learn wrote: > On 07/30/2016 05:47 AM, Jonathan M Davis via Digitalmars-d-learn wrote: > > I'm writing some serialization code where I need to skip static > > variables. > > > So, I have a symbol from a struct, and I'd like to

Re: How do you test whether a variable is static or not?

On Saturday, 30 July 2016 at 13:04:56 UTC, Ali Çehreli wrote: On 07/30/2016 05:47 AM, Jonathan M Davis via Digitalmars-d-learn wrote: > I'm writing some serialization code where I need to skip static variables. > So, I have a symbol from a struct, and I'd like to test whether it's static > or

Re: How do you test whether a variable is static or not?

On Saturday, 30 July 2016 at 12:47:10 UTC, Jonathan M Davis wrote: I'm writing some serialization code where I need to skip static variables. So, I have a symbol from a struct, and I'd like to test whether it's static or not. Ideally, I'd be able to do something like is(field == static) but

Re: How do you test whether a variable is static or not?

On 07/30/2016 05:47 AM, Jonathan M Davis via Digitalmars-d-learn wrote: > I'm writing some serialization code where I need to skip static variables. > So, I have a symbol from a struct, and I'd like to test whether it's static > or not. static variables don't have the .offsetof property:

Re: FunctionTypeOf behaves unexpectedly for function pointers?

On Friday, 29 July 2016 at 13:54:13 UTC, pineapple wrote: This failure seems curious and I haven't been able to understand why it occurs, or whether it might be intentional. For all other callable types, including functions and delegates and types implementing opCall, the assertion passes.

How do you test whether a variable is static or not?

I'm writing some serialization code where I need to skip static variables. So, I have a symbol from a struct, and I'd like to test whether it's static or not. Ideally, I'd be able to do something like is(field == static) but of course that doesn't work. There is __traits(isStaticFunction, ...),

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote: it you think that you know the things better than somebody who actually *lived* there in those times... well, keep thinking that. also, don't forget to teach physics to

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote: it you think that you know the things better than somebody who actually *lived* there in those times... well, keep thinking that. also, don't forget to teach physics to physicians, medicine to medics, and so on. i'm pretty sure that

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 11:46:11 UTC, ketmar wrote: On Saturday, 30 July 2016 at 11:31:26 UTC, LaTeigne wrote: For example in the 2000's Delphi was incredibly popular in Russia because the holder at this time (so Borland unless it was already Code Gear) sold literally **hundreds** of

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 11:31:26 UTC, LaTeigne wrote: For example in the 2000's Delphi was incredibly popular in Russia because the holder at this time (so Borland unless it was already Code Gear) sold literally **hundreds** of licenses to the russian education department. actually, no.

Re: Why D isn't the next "big thing" already

On Saturday, 30 July 2016 at 01:32:50 UTC, Karabuta wrote: On Tuesday, 26 July 2016 at 15:11:00 UTC, llaine wrote: Hi guys, I'm using D since a few month now and I was wondering why people don't jump onto it that much and why it isn't the "big thing" already. Everybody is into javascript

Re: D for competitive programming

Hi! On Thursday, 28 July 2016 at 21:20:29 UTC, urxvt1 wrote: I wanted to try topcoder problems (never used this site before) and I found out that it doesn't support dlang. They only have c++, java, c#, vb.net, python languages. It would be great to see D on this list. I highly doubt TopCoder

Re: [OT] Music to Program Compilers To

Neurofank drum'n'bass is my "clock generator" https://youtu.be/T7kHmeieByA?t=90

std.experimental.xml available on DUB

Hi, I'm proud to announce that std.experimental.xml v0.1.0 is available on DUB [1]! This is the project I'm working on for GSoC 2016. It aims to become a substitution for Phobos std.xml. Now you can easily try it and provide some feedback. I will soon create a WIP PR on the Phobos

Re: [OT] Music to Program Compilers To

On Saturday, 30 July 2016 at 02:00:15 UTC, Meta wrote: I also like to listen to fast, aggressive music while coding. It gets the adrenaline flowing which counter-intuitively seems to afford me better focus. https://www.youtube.com/watch?v=5JNO5nJ0L0U

[Issue 16338] New: sort variantArray bug

https://issues.dlang.org/show_bug.cgi?id=16338 Issue ID: 16338 Summary: sort variantArray bug Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P1

Re: [OT] Music to Program Compilers To

On Saturday, 30 July 2016 at 03:34:59 UTC, deadalnix wrote: When coding, it is either old school electro : https://www.youtube.com/watch?v=QpDn4-Na5co https://www.youtube.com/watch?v=DY1s9SmrQRE (this one is not actually old, but the style). Speaking about electronic music: I'm completely

Re: Things that make writing a clean binding system more difficult

On 30.07.2016 04:49, deadalnix wrote: On Friday, 29 July 2016 at 04:44:16 UTC, Timon Gehr wrote: My parser accepts the following: int function(int,int)ref functionPointer; I wasn't really aware that this was illegal in DMD. (Other function attributes, such as pure, are accepted.) In fact,

Re: Does D have object wrappers for primitives?

On Saturday, 30 July 2016 at 04:12:45 UTC, stunaep wrote: Thank you. This is just what I needed. I am curious though as to why this doesn't work with strings. It would work if I removed immutable from the Boxed constructor but I thought strings were immutable. I get a compiler error 'not

Re: [OT] Music to Program Compilers To

On Saturday, 30 July 2016 at 03:41:10 UTC, Jack Stouffer wrote: On Friday, 29 July 2016 at 22:44:04 UTC, Walter Bright wrote: ... I open pandora and type in "death metal", and when working on really hard problems, "thrash metal". To each his own ¯\_(ツ)_/¯ yep.

Re: [OT] Music to Program Compilers To

On Saturday, 30 July 2016 at 03:41:10 UTC, Jack Stouffer wrote: On Friday, 29 July 2016 at 22:44:04 UTC, Walter Bright wrote: ... I open pandora and type in "death metal", and when working on really hard problems, "thrash metal". To each his own ¯\_(ツ)_/¯ something like