Re: The Expressive C++17 Coding Challenge in D

On Wednesday, 14 February 2018 at 06:42:23 UTC, Arun Chandrasekaran wrote: It takes a lot of time and effort to write such quality content. Thanks for detailed explanations. Thanks :) Now if we had a magic automaton that makes more of these ... // import std.algorithm, std.exception,

Re: The Expressive C++17 Coding Challenge in D

On Wednesday, 14 February 2018 at 07:11:08 UTC, Nicholas Wilson wrote: On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article

[Issue 9978] Can override interface function

https://issues.dlang.org/show_bug.cgi?id=9978 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #4

Re: The Expressive C++17 Coding Challenge in D

On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

Re: The Expressive C++17 Coding Challenge in D

On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #24 from Jonathan Marler --- > I have not thought about this thoroughly, but I suspect the core of a fix can > be along the lines of detecting that an explicit import of bar.d is done > using two different names

Re: OT: Photo of a single atom by David Nadlinger wins top prize

On 14/02/2018 1:11 AM, David Nadlinger wrote: On Tuesday, 13 February 2018 at 23:09:07 UTC, Ali Çehreli wrote: David (aka klickverbot) is a longtime D contributor […] … who is slightly surprised at the amount of media interest this has attracted. ;)  — David Congrats and well done!

Re: Vulkan

On 13/02/2018 10:54 PM, Danni Coy wrote: On Wed, Feb 14, 2018 at 8:20 AM, Ivan Trombley via Digitalmars-d > wrote: I wanted to do some experimentation with Vulkan using D. None of the projects that I found

Re: The Expressive C++17 Coding Challenge in D

On Wednesday, 14 February 2018 at 02:57:28 UTC, ketmar wrote: Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

Re: "Why Black Boxes are so Hard to Reuse?", a lecture by Gregor Kiczales

On Wednesday, 14 February 2018 at 01:20:24 UTC, Mark wrote: I came across this one hour lecture [1] on Youtube. It's from 1994, but I think it's still very relevant today, both to developers in general and to the D language in particular. [...] I have mentioned some related thoughts by a

Re: The Expressive C++17 Coding Challenge in D

On Wednesday, 14 February 2018 at 03:40:41 UTC, jmh530 wrote: On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #23 from Jonathan Marler --- > I have not thought about this thoroughly, but I suspect the core of a fix can > be along the lines of detecting that an explicit import of bar.d is done > using two different names

Re: The Expressive C++17 Coding Challenge in D

On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

[Issue 18436] New: broken opCast fails silently when used with std.conv.to

https://issues.dlang.org/show_bug.cgi?id=18436 Issue ID: 18436 Summary: broken opCast fails silently when used with std.conv.to Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: The Expressive C++17 Coding Challenge in D

Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much: https://seb.wilzba.ch/b/2018/02/the-expressive-c17-coding-challenge-in-d It's mostly

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #22 from Timothee Cour --- I don't understand why the current behavior is desired. Is there any single use case that can't be achieved without existing option such as -mv? -mv== use as source file for --

Re: Vulkan

On Wednesday, 14 February 2018 at 02:40:18 UTC, Mike Parker wrote: What doesn't it mean Eh, what *does* it mean.

Re: Vulkan

On Tuesday, 13 February 2018 at 22:20:15 UTC, Ivan Trombley wrote: I wanted to do some experimentation with Vulkan using D. None of the projects that I found (derelict-vulkan, d-vulkan and erupted) work. Are there D bindings to Vulkan that actually work? What doesn't it mean to say they

Re: The Expressive C++17 Coding Challenge in D

On Tuesday, 13 February 2018 at 23:35:36 UTC, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

Re: OT: Photo of a single atom by David Nadlinger wins top prize

On 02/13/2018 05:11 PM, David Nadlinger wrote: On Tuesday, 13 February 2018 at 23:09:07 UTC, Ali Çehreli wrote: David (aka klickverbot) is a longtime D contributor […] … who is slightly surprised at the amount of media interest this has attracted. ;)  — David Yeah... Especially when

"Why Black Boxes are so Hard to Reuse?", a lecture by Gregor Kiczales

I came across this one hour lecture [1] on Youtube. It's from 1994, but I think it's still very relevant today, both to developers in general and to the D language in particular. A TL;DR summary of the lecture: Abstraction is a central theme in software engineering, since it allows us to

Re: OT: Photo of a single atom by David Nadlinger wins top prize

On 2/13/2018 5:11 PM, David Nadlinger wrote: On Tuesday, 13 February 2018 at 23:09:07 UTC, Ali Çehreli wrote: David (aka klickverbot) is a longtime D contributor […] … who is slightly surprised at the amount of media interest this has attracted. ;)  — David You shouldn't be surprised.

Re: Being Positive

On Tuesday, 13 February 2018 at 16:04:11 UTC, Abdulhaq wrote: Psychotic rabbit disturbed by programming related video. In other news don't poke the rabbit.

Re: Multiple Alis

On 2/12/2018 8:33 PM, Nick Sabalausky (Abscissa) wrote: I know another Ali I've tried to turn onto D, but he's pretty happy with Python. Oh, well. I don't think he deserves the name Ali :-)

Re: OT: Photo of a single atom by David Nadlinger wins top prize

On Tuesday, 13 February 2018 at 23:09:07 UTC, Ali Çehreli wrote: David (aka klickverbot) is a longtime D contributor […] … who is slightly surprised at the amount of media interest this has attracted. ;) — David

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #21 from Walter Bright --- (In reply to ag0aep6g from comment #19) Thank you for providing a simple and clear test case to illustrate the issue. It is indeed a problem that the order of imports is mattering, as

Re: OT: Photo of a single atom by David Nadlinger wins top prize

On 13 February 2018 at 15:09, Ali Çehreli via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > David (aka klickverbot) is a longtime D contributor. > > > https://www.epsrc.ac.uk/newsevents/news/single-trapped-atom- > captures-science-photography-competitions-top-prize/ I was just about to

Re: The Expressive C++17 Coding Challenge in D

On 02/13/2018 03:35 PM, Seb wrote: Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much:

Re: Vulkan

On Tuesday, 13 February 2018 at 22:20:15 UTC, Ivan Trombley wrote: I wanted to do some experimentation with Vulkan using D. None of the projects that I found (derelict-vulkan, d-vulkan and erupted) work. Are there D bindings to Vulkan that actually work? Maybe these work, not sure;

Re: rmdirRecurse - on NFS file system

On Tuesday, 13 February 2018 at 17:01:06 UTC, Seb wrote: On Tuesday, 13 February 2018 at 16:58:09 UTC, Vino wrote: On Monday, 12 February 2018 at 06:52:25 UTC, Vino wrote: [...] Hi All, Was able to resolve this issue. That's great! BTW I think it would be helpful for future reader who

Re: dxml 0.2.0 released

On Tuesday, February 13, 2018 14:29:27 H. S. Teoh via Digitalmars-d-announce wrote: > Given the insane complexities of DTD that I'm only slowly beginning to > grasp from actually reading the spec, I'm quickly adopting the opinion > that dxml should remain as-is, and any DTD implementation should

Re: dxml 0.2.0 released

On Tuesday, February 13, 2018 14:13:36 H. S. Teoh via Digitalmars-d-announce wrote: > Great, just > great. Now I know why I've always had this gut feeling that > *something* is off about the whole XML mania.) Well, there are plenty of folks who talk like XML is a pile of steaming muck that

The Expressive C++17 Coding Challenge in D

Someone revived the Expressive C++17 Coding Challenge thread today and I thought this is an excellent opportunity to revive my blog and finally write an article showing why I like D so much: https://seb.wilzba.ch/b/2018/02/the-expressive-c17-coding-challenge-in-d It's mostly targeted at

OT: Photo of a single atom by David Nadlinger wins top prize

David (aka klickverbot) is a longtime D contributor. https://www.epsrc.ac.uk/newsevents/news/single-trapped-atom-captures-science-photography-competitions-top-prize/ Ali

Re: Vulkan

On Wed, Feb 14, 2018 at 8:20 AM, Ivan Trombley via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > I wanted to do some experimentation with Vulkan using D. None of the > projects that I found (derelict-vulkan, d-vulkan and erupted) work. > > Are there D bindings to Vulkan that actually

[Issue 18435] New: Use StatsCollector in shared environment

https://issues.dlang.org/show_bug.cgi?id=18435 Issue ID: 18435 Summary: Use StatsCollector in shared environment Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

Vulkan

I wanted to do some experimentation with Vulkan using D. None of the projects that I found (derelict-vulkan, d-vulkan and erupted) work. Are there D bindings to Vulkan that actually work?

Re: dmd-2.078.2 problems with Ubuntu 17.10 32Bit

On Tuesday, 13 February 2018 at 21:25:44 UTC, Jordi Sayol wrote: El 13/02/18 a les 08:03, Martin Tschierschke via Digitalmars-d-learn ha escrit: On Monday, 12 February 2018 at 21:18:01 UTC, Jordi Sayol wrote: El 12/02/18 a les 21:56, Martin Tschierschke via Digitalmars-d-learn ha escrit: I

Re: dxml 0.2.0 released

On Tuesday, February 13, 2018 21:18:12 Patrick Schluter via Digitalmars-d- announce wrote: > There's also the issue that entity references open a whole can of > worms concerning security. It quite possible to have an > exponential growing entity replacement that can take down any > parser. Well,

Re: unable to fork: Cannot allocate memory / core.checkedint / gtkd

On Tuesday, 13 February 2018 at 14:10:44 UTC, number wrote: Ok, thanks for the info. I guess I'll just use printf then for larger enums. To get the same convince you can use. the enumToString from: https://forum.dlang.org/post/pnggoabnnkojdonyz...@forum.dlang.org and writeln the result oft

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #20 from Jonathan Marler --- Confirmed ag0aep6g's example. Also confirmed the proposed PR treats the example as an error. version=A foo.d(3): Deprecation: module `bar` from file baz.d must be imported with

Re: dmd-2.078.2 problems with Ubuntu 17.10 32Bit

El 13/02/18 a les 08:03, Martin Tschierschke via Digitalmars-d-learn ha escrit: > On Monday, 12 February 2018 at 21:18:01 UTC, Jordi Sayol wrote: >> El 12/02/18 a les 21:56, Martin Tschierschke via Digitalmars-d-learn ha >> escrit: >>> I just started to play around with D again on my notebook at

Re: dxml 0.2.0 released

On Tuesday, 13 February 2018 at 20:10:59 UTC, Jonathan M Davis wrote: On Tuesday, February 13, 2018 15:22:32 Kagamin via Digitalmars-d-announce wrote: On Monday, 12 February 2018 at 16:50:16 UTC, Jonathan M Davis wrote: > The core problem is that entity references get replaced with > more XML

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #19 from ag0ae...@gmail.com --- (In reply to Andrei Alexandrescu from comment #16) > The example in which the order of imports makes or breaks the build is > compelling. Even better would be a bug whereby the project builds both ways >

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #18 from Timothee Cour --- > Even better would be a bug whereby the project builds both ways but does > different things. That would be the smoking gun. could shorten but this shows it: ./asdf/wrong.d

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #17 from Jonathan Marler --- I was able to reproduce Timothee's example. The error only occurs if the modules are specified in a particular order. I also tested this using PR

Re: opCast cannot implicitly convert a.opCast of type X to Y

On Tuesday, 13 February 2018 at 12:12:30 UTC, Nathan S. wrote: On Monday, 12 February 2018 at 02:05:16 UTC, aliak wrote: struct B(T) { T t; } struct A(T) { T t; auto opCast(U)() { return B!U(cast(U)t); } } void main() { auto a = A!int(3); auto b = cast(float)a;

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #16 from Andrei Alexandrescu --- The example in which the order of imports makes or breaks the build is compelling. Even better would be a bug whereby the project builds both ways but does different things. That would

Re: Being Positive

On Tuesday, 13 February 2018 at 18:25:25 UTC, 9il wrote: Do we follow main initial promise to be better / to replace C/C++? The last one question is the most important. Instead of targeting a real market for as, which is C/C++, we are building a "trendy" language to compete with

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #15 from Timothee Cour --- the example I just posted breaks this spec: > The order in which ImportDeclarations occur has no significance. --

Re: Being Positive

On 2/12/18 10:46 PM, jmh530 wrote: On Tuesday, 13 February 2018 at 03:15:44 UTC, bachmeier wrote: I don't see a negative trend. [snip] I don't know if there's a negative trend or not, but every 2 or 3 months there's inevitably a thread about things D needs to add or improve that tends to

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 ag0ae...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Issue 18434] BigInt gcd asserts when one argument is zero.

https://issues.dlang.org/show_bug.cgi?id=18434 hst...@quickfur.ath.cx changed: What|Removed |Added Summary|Failing case of BigInt gcd |BigInt gcd asserts when one

[Issue 18434] Failing case of BigInt gcd

https://issues.dlang.org/show_bug.cgi?id=18434 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||pull --- Comment #1 from

Re: Being Positive

On Tuesday, 13 February 2018 at 07:35:19 UTC, Dukc wrote: On Monday, 12 February 2018 at 23:54:29 UTC, Arun Chandrasekaran wrote: Sorry if I'm hurting someone's sentiment, but is it just me who is seeing so much negative trend in the D forum about D itself? Well, programmers are engineers,

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #13 from Timothee Cour --- I don't see what's controversial about the fact that this is broken and breaks the module system. Hopefully this other example will convince you, where all I do is change the order of

[Issue 18434] New: Failing case of BigInt gcd

https://issues.dlang.org/show_bug.cgi?id=18434 Issue ID: 18434 Summary: Failing case of BigInt gcd Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #12 from Andrei Alexandrescu --- Also enclosing the file name in double quotes might be nice. --

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #11 from Andrei Alexandrescu --- (In reply to Jonathan Marler from comment #10) > > I think at the least we can do a vastly better job at issuing error > > messages. > > I'm limiting focus to this issue alone. Do you

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #10 from Jonathan Marler --- > I think at the least we can do a vastly better job at issuing error messages. I'm limiting focus to this issue alone. Do you have an idea on a way to improve the error message for

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #9 from Andrei Alexandrescu --- Meant to write: Per the discussion in https://github.com/dlang/dmd/pull/7778 --

[Issue 15086] import doesn't verify module declaration

https://issues.dlang.org/show_bug.cgi?id=15086 --- Comment #8 from Andrei Alexandrescu --- I think at the least we can do a vastly better job at issuing error messages. Per the discussion in : === This error occurs becase the module foo/bar.d is being loaded twice with 2

Re: Being Positive

On Monday, 12 February 2018 at 23:54:29 UTC, Arun Chandrasekaran wrote: Sorry if I'm hurting someone's sentiment, but is it just me who is seeing so much negative trend in the D forum about D itself? The reason is (as I see it) is very simple. People have/had a lot of expectations about the

[Issue 15086] import doesn't verify module declaration

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

Re: D compiler daily downloads at an all-time high

On Monday, 12 February 2018 at 15:20:29 UTC, Martin Tschierschke wrote: On Monday, 16 November 2015 at 15:20:51 UTC, Andrei Congratulations to everybody who co Andrei Old post but new numbers! http://erdani.com/d/downloads.daily.png Would be nice to know what caused the recent spike to

Re: Multiple Alis

On 02/13/2018 03:05 AM, Andrea Fontana wrote: > I read this thread just because it was so strange that Ali was calling > "Multiple Alias This" in this way. I like it! :) Actually, I tried to make a code joke for this thread with "alias this" and discovered a compiler bug:

Re: dpq2: spurious error message

On Tuesday, 13 February 2018 at 17:17:41 UTC, Nicholas Wilson wrote: On Tuesday, 13 February 2018 at 17:08:24 UTC, Nicholas Wilson wrote: Is this a problem with the library or me? Can I work around it? How? Thanks Nic So digging around in the library code, commenting it out seems to work

Re: Being Positive

On Tuesday, 13 February 2018 at 17:03:26 UTC, flamencofantasy wrote: On Tuesday, 13 February 2018 at 02:29:46 UTC, Seb wrote: On Monday, 12 February 2018 at 23:54:29 UTC, Arun Chandrasekaran wrote: [...] Yeah, I think it's a different community. I'm not sure why this is the case, maybe

Re: dpq2: spurious error message

On Tuesday, 13 February 2018 at 17:08:24 UTC, Nicholas Wilson wrote: Is this a problem with the library or me? Can I work around it? How? Thanks Nic So digging around in the library code, commenting it out seems to work for now as I don't use UUIDs. Error didn't originate from my code

dpq2: spurious error message

import vibe.vibe; import vibe.db.postgresql; QueryParams p; p.sqlCommand = "select title,url,url_title,messagebody,generationtime from items order by generationtime;"; auto _items = conn.execParams(p); struct Range { immutable Answer a; size_t i; immutable(Row) front() {

Re: rmdirRecurse - on NFS file system

On Tuesday, 13 February 2018 at 16:58:09 UTC, Vino wrote: On Monday, 12 February 2018 at 06:52:25 UTC, Vino wrote: [...] Hi All, Was able to resolve this issue. That's great! BTW I think it would be helpful for future reader who find this thread to know how you resolved your problem.

Re: Being Positive

On Tuesday, 13 February 2018 at 02:29:46 UTC, Seb wrote: On Monday, 12 February 2018 at 23:54:29 UTC, Arun Chandrasekaran wrote: [...] Yeah, I think it's a different community. I'm not sure why this is the case, maybe because Rust doesn't promise to be a great language and people suffer

Re: rmdirRecurse - on NFS file system

On Monday, 12 February 2018 at 06:52:25 UTC, Vino wrote: Hi All, Request your help, the below code works find on normal File system, bu if the file system is a NFS file system the below code, is not working if Step = dryrun( Display Only) : Works for both NFS and normal file system. if

Re: import strangeness with std.stdio.write

On Tuesday, 13 February 2018 at 16:55:10 UTC, ixid wrote: On Tuesday, 13 February 2018 at 13:52:37 UTC, rikki cattermole wrote: write exists in both, writeln exists only in std.stdio. Use named imports to pick which write you want. It does seem a little silly to have a name clash with such a

Re: import strangeness with std.stdio.write

On Tuesday, 13 February 2018 at 13:52:37 UTC, rikki cattermole wrote: write exists in both, writeln exists only in std.stdio. Use named imports to pick which write you want. It does seem a little silly to have a name clash with such a commonly used function. Would it not be better to rename

Re: flycheck-dmd-dub v0.12 - Emacs on-the-fly syntax checking for D

On Thursday, 8 February 2018 at 17:05:32 UTC, Atila Neves wrote: This new release fixes bugs and speeds up opening files by using `--nodeps --skip-registry=all` if the dependent packages have already been downloaded. Thanks!

[Issue 18433] New: rdmd ignores DFLAGS

https://issues.dlang.org/show_bug.cgi?id=18433 Issue ID: 18433 Summary: rdmd ignores DFLAGS Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P1

[Issue 18433] rdmd ignores DFLAGS

https://issues.dlang.org/show_bug.cgi?id=18433 Jonathan Marler changed: What|Removed |Added Hardware|x86 |All

Re: inout question

On 2/12/18 12:33 AM, Norm wrote: Hi, I'm new to D so can someone explain to me what is happening here? void func(const char* s, char** e) {     import core.stdc.stdlib;     auto result = strtod(s, e); } Error: function core.stdc.stdlib.strtod (scope inout(char)* nptr, scope inout(char)**

Re: Being Positive

On Monday, 12 February 2018 at 23:54:29 UTC, Arun Chandrasekaran wrote: Sorry if I'm hurting someone's sentiment, but is it just me who is seeing so much negative trend in the D forum about D itself? I don't remember seeing so much negative about Rust on rust forum and so on. Do you think it

Re: Being Positive

On Tuesday, 13 February 2018 at 11:36:35 UTC, psychoticRabbit wrote: On Tuesday, 13 February 2018 at 08:08:28 UTC, bauss wrote: On Tuesday, 13 February 2018 at 01:32:29 UTC, psychoticRabbit wrote: Personally, I found that youtube video (Life is better with Rust's community automation -

Re: missing HexString documentation

On 2/11/18 4:48 PM, Walter Bright wrote: I also notice that hex strings are not simply equivalent to strings with \x in them -- the latter is more constrained, as it must be a pair of hex digits per \x. hex strings allow spaces between them. The idea was to be able to cut text from things

Re: Being Positive

On Tuesday, 13 February 2018 at 03:40:52 UTC, Jonathan M Davis wrote: {snip} I suspect that part of it is that a lot of folks seem to come to D looking for the perfect language after having be frustrated by another language like C++, and while D is a lot closer to that for many folks than

Re: Multiple Alis

On Tuesday, 13 February 2018 at 11:05:03 UTC, Andrea Fontana wrote: On Tuesday, 13 February 2018 at 00:47:42 UTC, Ali Çehreli wrote: Nothing serious but in case you are confused, there are at least three separate and awesome Alis frequenting these newsgroups. :) From: Ali Çehreli Email:

Re: dxml 0.2.0 released

On Tuesday, 13 February 2018 at 02:53:21 UTC, Nick Sabalausky (Abscissa) wrote: On 02/12/2018 11:15 AM, rikki cattermole wrote: dxml 7.5k LOC std.xml 3k LOC dxml would make the situation a lot worse. 4.5k LOC == "a lot worse"? Uuuuhhh...WAT? And it's like 2k LOC of code and 5.5k LOC of

Re: dxml 0.2.0 released

On Monday, 12 February 2018 at 16:50:16 UTC, Jonathan M Davis wrote: The core problem is that entity references get replaced with more XML that needs to be parsed. So, they can't simply be passed on for post-processing. As I understand it, they have to be replaced while the parsing is going

[Issue 18384] std.net.isemail is slow to import due to regex

https://issues.dlang.org/show_bug.cgi?id=18384 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/06e40304b21a29420b40c3f2b8d4edeeaf96aa1f Fix Issue 18384 - std.net.isemail is slow to import due

[Issue 18384] std.net.isemail is slow to import due to regex

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

Re: GSOC 2018 - no slots for D

On Tuesday, 13 February 2018 at 13:33:00 UTC, Andrei Alexandrescu wrote: On 02/12/2018 08:20 PM, Jakub Łabaj wrote: https://summerofcode.withgoogle.com/organizations/ Seems like we didn't make it this year :( Is there any feedback from Google when they don't accept an organisation? Do you

Re: import strangeness with std.stdio.write

On Tuesday, 13 February 2018 at 14:21:31 UTC, bauss wrote: What you can do is use aliases to use both functions. import io = std.stdio; void main() { import file = std.file; file.write("hello"); io.writeln("hello again"); } that's a nice simple solution. thanks.

Re: Being Positive

On Tuesday, 13 February 2018 at 14:17:00 UTC, Steven Schveighoffer wrote: On 2/12/18 11:29 PM, Nick Sabalausky (Abscissa) wrote: A bunch of stuff I 100% agree with. Me too. So refreshing to read. Mike

Re: import strangeness with std.stdio.write

On Tuesday, 13 February 2018 at 13:56:17 UTC, psychoticRabbit wrote: On Tuesday, 13 February 2018 at 13:52:37 UTC, rikki cattermole wrote: On 13/02/2018 1:46 PM, psychoticRabbit wrote: So, strange problem below. The commented-out line will not compile (if I un-comment it), unless I either

Re: import strangeness with std.stdio.write

On Tuesday, 13 February 2018 at 14:18:05 UTC, ketmar wrote: psychoticRabbit wrote: Also, if I do this below, how does the compiler choose the correct write function? import std.stdio; import std.file; void main() { write("hello"); writeln("hello again"); } it's easy: just take a

Re: import strangeness with std.stdio.write

psychoticRabbit wrote: Also, if I do this below, how does the compiler choose the correct write function? import std.stdio; import std.file; void main() { write("hello"); writeln("hello again"); } it's easy: just take a look at `std.file.write()`. first, it require two

Re: Being Positive

On 2/12/18 11:29 PM, Nick Sabalausky (Abscissa) wrote: A bunch of stuff I 100% agree with. Thanks. Let's keep the negativity coming, and we'll all be better for it ;) Problems don't get fixed if you ignore them or pretend they don't exist. It's part of a healthy debate. If you don't like the

Re: import strangeness with std.stdio.write

On Tuesday, 13 February 2018 at 13:57:38 UTC, ketmar wrote: `std.file` has function named `write()` too. and local import completely shadows global imports (i.e. it removes global imports from overload set for the given scope), hence `std.stdio.write()` is not available there. "..local

Re: unable to fork: Cannot allocate memory / core.checkedint / gtkd

On Tuesday, 13 February 2018 at 12:32:58 UTC, Stefan Koch wrote: On Tuesday, 13 February 2018 at 12:17:31 UTC, number wrote: I just tried again. compiling the following code eats up my 4GB of RAM and fails. Please copy the enumeration from:

[Issue 18429] alias this enum causes segmentation fault

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

[Issue 18430] isSame is wrong for non global lambdas

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

[Issue 18430] isSame is wrong for non global lambdas

https://issues.dlang.org/show_bug.cgi?id=18430 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/1701bf9f7ff68538ca4ae279078233e74bc3b617 Fix Issue 18430 - isSame is wrong for non global lambdas

  1   2   >