[Issue 16404] Funky type for parameterless lambdas () => { ... }

https://issues.dlang.org/show_bug.cgi?id=16404 ki...@gmx.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

How about a special null template parameter?

So we can create types relationships easier: class Type(T) : Type!null { int x; static if (T is Dog) int y; } Type == Type!null (!null implicit, only if defined in the above way. Essentially an alias is created for us automatically) Type(T) : Type!nullinherits only if T is not

[Issue 16404] Funky type for parameterless lambdas () => { ... }

https://issues.dlang.org/show_bug.cgi?id=16404 Cauterite changed: What|Removed |Added CC||cauter...@gmail.com ---

[Issue 16404] New: Funky type for parameterless lambdas () => { ... }

https://issues.dlang.org/show_bug.cgi?id=16404 Issue ID: 16404 Summary: Funky type for parameterless lambdas () => { ... } Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major

Re: typeof.stringof wrong type

On Friday, 19 August 2016 at 15:47:00 UTC, ag0aep6g wrote: https://dlang.org/spec/property.html#stringof Someone should edit that, if fullyQualifiedName is no good either. Indeed. I'm sure the change was well-intentioned, but symbol visibility/import concerns and Voldemort types should make

Re: typeof.stringof wrong type

On Friday, 19 August 2016 at 18:52:02 UTC, Jonathan M Davis wrote: Unfortunately, once you start doing stuff with things like __traits(allMembers, ...), you're dealing with strings You should immediately go back into symbol land by passing that string into __traits(getMember). I agree that

[Issue 16112] Replace ddoc with markdown

https://issues.dlang.org/show_bug.cgi?id=16112 --- Comment #4 from ZombineDev --- (In reply to Jacob Carlborg from comment #3) > > There are already a few features from Markdown implemented, like `` for > inline code. I think backticks are the only one (that's why I

Re: [OT] of [OT] I am a developer and I hate documentation

On Friday, 19 August 2016 at 02:52:54 UTC, Adam D. Ruppe wrote: Yeah. I'm being a bit facetious there: I actually already did it and the result is on my dpldocs.info site. There's still a few rough edges that I'm working on slowly but surely, but the bulk of the work has been done for a

[Issue 16112] Replace ddoc with markdown

https://issues.dlang.org/show_bug.cgi?id=16112 Jacob Carlborg changed: What|Removed |Added CC||d...@me.com --- Comment #3

Re: Why D is not popular enough?

Am Thu, 18 Aug 2016 22:50:27 + schrieb John Smith : > Well you could say the same for the same for int. Why isn't "int > + int = long"? Right now it is following the rule "int + int = > int". I believe in C, int reflects the native machine word that the CPU always uses

Re: Why D is not popular enough?

Am Mon, 15 Aug 2016 10:54:11 -0700 schrieb Ali Çehreli : > On 08/14/2016 07:07 AM, Andrei Alexandrescu wrote: > > On 08/14/2016 01:18 AM, Shachar Shemesh wrote: > > >> Also, part of our > >> problems with this is that introspection also does not see refs, which > >>

[Issue 16112] Replace ddoc with markdown

https://issues.dlang.org/show_bug.cgi?id=16112 ZombineDev changed: What|Removed |Added CC|

Re: typeof.stringof wrong type

fullyQualifiedName doesn't work with BitFlags for example: import std.stdio; import std.typecons; import std.traits; enum Stuff { asdf } void main() { BitFlags!Stuff a; typeof(a) b; mixin(fullyQualifiedName!(typeof(a)) ~ " c;"); mixin(typeof(a).stringof

Serialize/Deserialize Tuple

I'm trying to send data over the network. On the receiving side, I need a tuple of the sent values. Is there any way to achieve this?

Re: [OT] of [OT] I am a developer and I hate documentation

On Thursday, 18 August 2016 at 17:23:09 UTC, H. S. Teoh wrote: On Thu, Aug 18, 2016 at 04:56:32PM +, ketmar via Digitalmars-d wrote: On Thursday, 18 August 2016 at 16:17:15 UTC, H. S. Teoh wrote: > if the stub reads: > > /** > * THE PROGRAMMER WAS TOO LAZY TO FILL THIS IN > *

[Issue 16383] Algebraic visit does not match handlers to const classes

https://issues.dlang.org/show_bug.cgi?id=16383 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/90e7fd0ab4f227cbd965e85d85c1e01e39c4061f fix Issue 16383 - 'Algebraic visit does not match

[Issue 16383] Algebraic visit does not match handlers to const classes

https://issues.dlang.org/show_bug.cgi?id=16383 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 16112] Replace ddoc with markdown

https://issues.dlang.org/show_bug.cgi?id=16112 --- Comment #6 from Andrei Alexandrescu --- (In reply to ZombineDev from comment #2) > Andrei, I think the idea is to add markdown support to the existing ddoc > feature set. Then please change the title of the issue, thanks. >

Re: Aedi - a dependency injection library

On Tuesday, 16 August 2016 at 09:41:27 UTC, Alexandru Ermicioi wrote: Good day. I'd like to show my library aedi (v0.0.1), which implements dependency injection pattern. They key features of aedi are: 1) Simple api through which a container can be configured with objects. 2) Ability to

Re: Why D is not popular enough?

On Friday, 19 August 2016 at 08:31:39 UTC, Marco Leise wrote: If we hypothetically switched to a ubyte+ubyte=ubyte semantic, then code like this breaks silently: However, if it took the entire statement into account, it could handle that... by my rule, it would see there's a float in there

[Issue 16112] Replace ddoc with markdown

https://issues.dlang.org/show_bug.cgi?id=16112 Sobirari Muhomori changed: What|Removed |Added Hardware|x86_64 |All

Re: Serialize/Deserialize Tuple

On Friday, 19 August 2016 at 09:55:32 UTC, Steve Biedermann wrote: I'm trying to send data over the network. On the receiving side, I need a tuple of the sent values. Is there any way to achieve this? Depends on the format the data is send in. There are a number of

Re: RSA library

On Thursday, 18 August 2016 at 17:56:54 UTC, Andre wrote: I will try the windows api, from the description it seems exactly what i need. CNG was introduced in Vista if it matters.

[Issue 16112] Enhance ddoc with more markdown support

https://issues.dlang.org/show_bug.cgi?id=16112 greenify changed: What|Removed |Added CC||greeen...@gmail.com

Re: Why D is not popular enough?

Am Fri, 19 Aug 2016 13:36:05 + schrieb Adam D. Ruppe : > On Friday, 19 August 2016 at 08:31:39 UTC, Marco Leise wrote: > > If we hypothetically switched to a ubyte+ubyte=ubyte semantic, > > then code like this breaks silently: > > However, if it took the entire

Re: [OT] of [OT] I am a developer and I hate documentation

On Friday, 19 August 2016 at 02:52:54 UTC, Adam D. Ruppe wrote: Yeah. I'm being a bit facetious there: I actually already did it and the result is on my dpldocs.info site. There's still a few rough edges that I'm working on slowly but surely, but the bulk of the work has been done for a

Re: [OT] of [OT] I am a developer and I hate documentation

Am Fri, 19 Aug 2016 07:34:51 -0700 schrieb "H. S. Teoh via Digitalmars-d" : > On Fri, Aug 19, 2016 at 10:50:20AM +, Chris via Digitalmars-d wrote: > > On Thursday, 18 August 2016 at 17:23:09 UTC, H. S. Teoh wrote: > > > On Thu, Aug 18, 2016 at 04:56:32PM +,

Re: [OT] of [OT] I am a developer and I hate documentation

On Fri, Aug 19, 2016 at 10:50:20AM +, Chris via Digitalmars-d wrote: > On Thursday, 18 August 2016 at 17:23:09 UTC, H. S. Teoh wrote: > > On Thu, Aug 18, 2016 at 04:56:32PM +, ketmar via Digitalmars-d > > wrote: > > > On Thursday, 18 August 2016 at 16:17:15 UTC, H. S. Teoh wrote: > > > >

Re: typeof.stringof wrong type

On 08/19/2016 05:36 PM, David Nadlinger wrote: This is a misconception. Neither .stringof nor fullyQualifiedName should *ever* be used in code generation. The spec itself recommends fullyQualifiedName for code generation: Note: Using .stringof for code generation is not recommended, as the

Re: [OT] of [OT] I am a developer and I hate documentation

On 08/19/2016 02:50 AM, karabuta wrote: >> Sigh. Eventually we're just reinventing Markdown in ddoc. Why can't >> we just use Markdown (with some ddoc extensions) in the first place? >> >> >> T > > That will be way better, don't know why markdown is not used already. There is

Re: Why D is not popular enough?

On Friday, 19 August 2016 at 15:01:58 UTC, Marco Leise wrote: Float math is slow compared to integer math and precision loss occurs when this rule is also applied to (u)int and (u)long with only the deprecated (as per amd64 spec) real type being large enough for 64-bit integers. You're working

Re: typeof.stringof wrong type

On Friday, 19 August 2016 at 15:15:55 UTC, ag0aep6g wrote: I think that qualifies as a bug, because fullyQualifiedName is supposed to be usable in code generation. This is a misconception. Neither .stringof nor fullyQualifiedName should *ever* be used in code generation. There is a myriad of

Re: [OT] of [OT] I am a developer and I hate documentation

On Friday, 19 August 2016 at 15:10:55 UTC, Marco Leise wrote: Guys if you have too much free time, go fix some compiler bugs. :D First we'll have to generate the documentation for it :)

Re: MurmurHash3 behaviour

On Friday, 19 August 2016 at 21:03:22 UTC, Seb wrote: http://dlang.org/phobos-prerelease/std_digest_murmurhash.html Ah great, I just finished writing my own murmurhash digest module ( https://github.com/Cauterite/phobos/blob/murmur/std/digest/murmur.d ), and now I discover someone's already

[Issue 15316] struct float fields not correctly initialised on x64

https://issues.dlang.org/show_bug.cgi?id=15316 Cauterite changed: What|Removed |Added CC||schue...@gmx.net ---

[Issue 16105] `is` fails for init value of struct with float

https://issues.dlang.org/show_bug.cgi?id=16105 Cauterite changed: What|Removed |Added Status|NEW |RESOLVED

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 19:13:10 UTC, Jack Applegame wrote: On Friday, 19 August 2016 at 18:25:06 UTC, Engine Machine wrote: It replaces the current method of having to define a non-templated class and a templated class. e.g., class Type { int x; } class Type(T) : Type { static

Re: Why D is not popular enough?

On 8/18/2016 7:59 PM, Adam D. Ruppe wrote: Alas, C insisted on making everything int all the time and D followed that :( One would have to be *really* sure of their ground in coming up with allegedly better rules.

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 19:19:35 UTC, Lodovico Giaretta wrote: On Friday, 19 August 2016 at 18:25:06 UTC, Engine Machine wrote: So we can create types relationships easier: class Type(T) : Type!null { int x; static if (T is Dog) int y; } Type == Type!null (!null implicit,

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 --- Comment #7 from Cauterite --- New pull request: https://github.com/dlang/dmd/pull/6068 I could use some help identifying the cause of buggy behaviour introduced by this patch; see:

[Issue 15235] inline asm: silent ICE (segfault) in asm_add_exp()

https://issues.dlang.org/show_bug.cgi?id=15235 --- Comment #3 from Cauterite --- Previous pull request closed; this will now be fixed by the patch for issue 15257: https://github.com/dlang/dmd/pull/6068 --

[Issue 10549] Default object equality test not properly implemented

https://issues.dlang.org/show_bug.cgi?id=10549 --- Comment #1 from Cauterite --- this is really a documentation issue; pull request: https://github.com/dlang/dlang.org/pull/1441 --

Re: Aedi - a dependency injection library

On Friday, 19 August 2016 at 14:13:54 UTC, Eugene Wissner wrote: On Tuesday, 16 August 2016 at 09:41:27 UTC, Alexandru Ermicioi wrote: [...] How does it compare to poodinis? It has a better name!

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 18:25:06 UTC, Engine Machine wrote: So we can create types relationships easier: class Type(T) : Type!null { int x; static if (T is Dog) int y; } Type == Type!null (!null implicit, only if defined in the above way. Essentially an alias is created for

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 22:20:09 UTC, Enamex wrote: On Friday, 19 August 2016 at 18:25:06 UTC, Engine Machine wrote: [...] Something like this: class Type(T: typeof(null)) { //< L1 (specialization) int x; } class Dog {} class Type(T) : Type!(typeof(null)) { //< L2 (`typeof(null)`)

Re: Why D is not popular enough?

On 8/19/2016 8:19 AM, Adam D. Ruppe wrote: You're working with float anyway, so I believe the price is paid even by today's C rules. Nope, the operands of integral sub-expressions are not promoted to float. The intermediates might be different though, I'm not sure.

[Issue 9813] Signalling NaN initialization does not always work correctly on x86

https://issues.dlang.org/show_bug.cgi?id=9813 Cauterite changed: What|Removed |Added CC||cauter...@gmail.com ---

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 21:07:42 UTC, Timon Gehr wrote: On 19.08.2016 20:25, Engine Machine wrote: So we can create types relationships easier: class Type(T) : Type!null { int x; static if (T is Dog) int y; alias Seq(T...)=T; template TypeParent(T...) if(T.length==1){

[Issue 16179] [REG2.072] git HEAD: multiSort no longer callable with delegate with context

https://issues.dlang.org/show_bug.cgi?id=16179 gruen_tob...@web.de changed: What|Removed |Added CC||gruen_tob...@web.de

[Issue 11135] Nullable(T, T nullValue) does not support NaN

https://issues.dlang.org/show_bug.cgi?id=11135 Issue 11135 depends on issue 15316, which changed state. Issue 15316 Summary: struct float fields not correctly initialised on x64 https://issues.dlang.org/show_bug.cgi?id=15316 What|Removed |Added

[Issue 15316] struct float fields not correctly initialised on x64

https://issues.dlang.org/show_bug.cgi?id=15316 Cauterite changed: What|Removed |Added Status|NEW |RESOLVED

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 21:51:38 UTC, Engine Machine wrote: On Friday, 19 August 2016 at 19:19:35 UTC, Lodovico Giaretta wrote: 1) `null` has a very precise meaning: it is the only valid value of an unnamed type only known as `typeof(null)`, which implicitly converts to any

[Issue 4761] std.array.mul()

https://issues.dlang.org/show_bug.cgi?id=4761 Cauterite changed: What|Removed |Added CC||cauter...@gmail.com ---

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 23:12:39 UTC, Engine Machine wrote: On Friday, 19 August 2016 at 22:20:09 UTC, Enamex wrote: On Friday, 19 August 2016 at 18:25:06 UTC, Engine Machine wrote: [...] Something like this: class Type(T: typeof(null)) { //< L1 (specialization) int x; } class Dog

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 22:20:29 UTC, Lodovico Giaretta wrote: On Friday, 19 August 2016 at 21:51:38 UTC, Engine Machine wrote: On Friday, 19 August 2016 at 19:19:35 UTC, Lodovico Giaretta wrote: 1) `null` has a very precise meaning: it is the only valid value of an unnamed type only

MurmurHash3 behaviour

Regarding the MurmurHash3 implementation in core.internal.hash, it is my understanding that: // assuming a and b are uints bytesHash([a, b], 0) == bytesHash([b], bytesHash([a], 0)) Is this correct? I'm just not quite certain of this property when I try to read the code myself, and I

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 18:25:06 UTC, Engine Machine wrote: It replaces the current method of having to define a non-templated class and a templated class. e.g., class Type { int x; } class Type(T) : Type { static if (T is Dog) int y; } What are you talking about? This code

Re: MurmurHash3 behaviour

On Friday, 19 August 2016 at 20:28:13 UTC, Cauterite wrote: Regarding the MurmurHash3 implementation in core.internal.hash, it is my understanding that: // assuming a and b are uints bytesHash([a, b], 0) == bytesHash([b], bytesHash([a], 0)) Is this correct? I'm just not quite certain of

Re: How about a special null template parameter?

On 19.08.2016 20:25, Engine Machine wrote: So we can create types relationships easier: class Type(T) : Type!null { int x; static if (T is Dog) int y; alias Seq(T...)=T; template TypeParent(T...) if(T.length==1){ static if(is(typeof(T[0])==typeof(null))) alias TypeParent =

[Issue 16404] Funky type for parameterless lambdas () => { ... }

https://issues.dlang.org/show_bug.cgi?id=16404 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com

std.datetime: converting AM/PM to 24 hour format

Not that it's hard to do, but would be nice to have this in std.datetime, just ran into some data that was using AM/PM. eg: if(AMPM == "PM" && hours<12) hours = hours+12; if(AMPM == "AM" && hours==12) hours = hours-12;

Re: How about a special null template parameter?

On Friday, 19 August 2016 at 18:25:06 UTC, Engine Machine wrote: So we can create types relationships easier: class Type(T) : Type!null { int x; static if (T is Dog) int y; } Type == Type!null (!null implicit, only if defined in the above way. Essentially an alias is created for

Checked integrals is in reviewable state

Code: https://github.com/dlang/phobos/pull/4613 Docs: http://dtest.thecybershadow.net/artifact/website-e0b2b4609f1a8e4010ccbe9492ab4af3e3fdd2fb-ab9e77dd6d78136b1f0172e60f7b4f43/web/phobos-prerelease/std_experimental_checkedint.html New policies implement NaN and saturation with relative ease.

Re: Why D is not popular enough?

On Saturday, 20 August 2016 at 00:19:30 UTC, Daniel wrote: On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: Hope this helps, Daniel BTW, I'm not the guy in that Gravatar image... ;-) Daniel

[Issue 16405] New: Trojan Win32/Ipac.B!cl detected on dmd-2.071.1.exe

https://issues.dlang.org/show_bug.cgi?id=16405 Issue ID: 16405 Summary: Trojan Win32/Ipac.B!cl detected on dmd-2.071.1.exe Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: blocker

[Issue 16405] Trojan Win32/Ipac.B!cl detected on dmd-2.071.1.exe

https://issues.dlang.org/show_bug.cgi?id=16405 Jonathas changed: What|Removed |Added CC||jdcbra...@gmail.com --

CT Inheritence structures

I am trying to get Timon Gehr's code working, with some modifications: public template TypeParent(P) { import std.traits; alias T = TemplateArgsOf!P; alias Seq(T...) = T; static if (T.length == 0 || is(typeof(T[0]) == typeof(null))) {

[Issue 16402] ICE when reinterpreting a function as a long[2]

https://issues.dlang.org/show_bug.cgi?id=16402 Ketmar Dark changed: What|Removed |Added CC|

[Issue 15740] Indexing a std.typecons.Tuple with names doesn't work in ctfe

https://issues.dlang.org/show_bug.cgi?id=15740 Cauterite changed: What|Removed |Added CC||cauter...@gmail.com ---

Re: NDC 2016 talk now online

On Friday, 24 June 2016 at 14:06:48 UTC, Andrei Alexandrescu wrote: https://www.reddit.com/r/programming/comments/4pmsgu/andrei_on_algorithms_search_partition_fast/ -- Andrei Just watched this a couple days ago, good talk, almost like presenting a research paper for a more general audience

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: I always ignored D, i prejudiced that D failed, because nobody were talking about it. I decided to check it yesterday, it has excellent documentation, i almost covered all aspects. I think D is much better than the most of the

[Issue 3284] snn linked programs never release memory back to the OS

https://issues.dlang.org/show_bug.cgi?id=3284 Cauterite changed: What|Removed |Added CC||cauter...@gmail.com ---

[Issue 15902] std.range.Take.opSlice is incorrect

https://issues.dlang.org/show_bug.cgi?id=15902 Cauterite changed: What|Removed |Added Status|NEW |RESOLVED

Re: How about a special null template parameter?

On Fri, 19 Aug 2016 23:43:05 +, Engine Machine wrote: > then the only question is can the current compiler interpret ^n > unambiguously and without undue complexity. If it can, and such a > syntactic rewrite is useful, then it should be implemented. No. You must weigh the added complexity

Re: Checked integrals is in reviewable state

On Friday, 19 August 2016 at 23:59:43 UTC, Andrei Alexandrescu wrote: Code: https://github.com/dlang/phobos/pull/4613 Docs: