Which language futures make D overcompicated?

I like D, but sometimes it's look like for me too complicated. Go have a lot of fans even it not simple, but primitive. But some D futures make it very hard to learning. Small list by me: 1. mixins 2. inout 3. too many attributes like: @safe @system @nogc etc Which language futures by your

Re: A betterC base

- import ... really, we are 2018 and people are still wasting our time to have standard libraries as imports. Its even more fun when you split, only to need import the array library. Please explain what do you mean by it?

Re: option -ignore_pure for temporary debugging (or how to wrap an unpure function inside a pure one)?

just filed https://issues.dlang.org/show_bug.cgi?id=18407 Issue 18407 - debug should escape nothrow, @nogc, @safe (not just pure) On Thu, Feb 8, 2018 at 5:38 AM, Steven Schveighoffer via Digitalmars-d wrote: > On 2/8/18 8:32 AM, Steven Schveighoffer wrote: >> >> On

Re: proposal: heredoc comments to allow `+/` in comments, eg from urls or documented unittests

On 02/08/2018 10:06 PM, Timothee Cour wrote: /"EOC This is a multi-line heredoc comment allowing /+ documented unittests containing nesting comments +/ That shouldn't be an issue as long as you're using /++ doc comments and not /** ones. If it IS a problem, I'd regard it as a bug. (If I

[Issue 18407] debug should escape nothrow, @nogc, @safe (not just pure)

https://issues.dlang.org/show_bug.cgi?id=18407 --- Comment #2 from Timothee Cour --- workaround suggested here by Adam Ruppe: https://forum.dlang.org/post/ojgxdtqodcamkqcrx...@forum.dlang.org ``` void foo() {} @trusted nothrow @nogc void da(scope void delegate() a) {

[Issue 18407] debug should escape nothrow, @nogc, @safe (not just pure)

https://issues.dlang.org/show_bug.cgi?id=18407 --- Comment #1 from Timothee Cour --- related forum threads: * option -ignore_pure for temporary debugging (or how to wrap an unpure function inside a pure one)? * Should debug{} allow GC? * Debug prints in @nogc --

Re: #dbugfix Issue 18068 - No file names and line numbers in stack trace

Hear, hear! It *used* to work, but doesn't anymore. I may be wrong, but in Linux-land at least I think may be related to PIC. Seemed to work fine until I installed an updated distro that has issues with non-PIC stuff.

[Issue 18407] New: debug should escape nothrow @nogc safe (not just pure)

https://issues.dlang.org/show_bug.cgi?id=18407 Issue ID: 18407 Summary: debug should escape nothrow @nogc safe (not just pure) Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW Severity: major

[Issue 18407] debug should escape nothrow, @nogc, @safe (not just pure)

https://issues.dlang.org/show_bug.cgi?id=18407 Timothee Cour changed: What|Removed |Added CC|

[Issue 18406] __traits( getOverloads ) doesn't accept module symbols as its aggregate parameter

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

[Issue 18406] New: __traits( getOverloads ) doesn't accept module symbols as its aggregate parameter

https://issues.dlang.org/show_bug.cgi?id=18406 Issue ID: 18406 Summary: __traits( getOverloads ) doesn't accept module symbols as its aggregate parameter Product: D Version: D2 Hardware: x86_64 OS: Linux

mysql-native v2.0.0-rc3: Third release candidate

Hopefully the last. Changes since RC2 listed in changelog: https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md -- Incidentally, when you're sticking to semantic versioning, utilizing release candidates and git branches REALLY comes in handy ;) Highly

[Issue 18351] integrate dub changelog with changed.d tool

https://issues.dlang.org/show_bug.cgi?id=18351 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/161730855cf247fb9f0d6bfd2860a90d419d397d Issue 18351 - integrate dub changelog with

Re: A betterC base

On Thursday, 8 February 2018 at 23:27:25 UTC, Adam D. Ruppe wrote: On Thursday, 8 February 2018 at 15:55:09 UTC, JN wrote: Citation needed on how garbage collection has been a smashing success based on its merits rather than the merits of the languages that use garbage collection. Who cares?

[Issue 519] Invariant not called from autogenerated class/struct constructor/destructor

https://issues.dlang.org/show_bug.cgi?id=519 --- Comment #19 from Walter Bright --- Rebooted as: https://github.com/dlang/dmd/pull/7536/ --

Re: #dbugfix Issue 1983

On Thursday, 8 February 2018 at 07:26:55 UTC, Mike Franklin wrote: https://issues.dlang.org/show_bug.cgi?id=1983 A PR addressing this issue (https://github.com/dlang/dmd/pull/2130), is the oldest PR in the DMD repository. The issue also is almost a decade old. I'd love to see it finally

Re: Official Dub package for DWT

Thanks! But, How to use x64?

Re: A betterC base

On Friday, 9 February 2018 at 01:55:10 UTC, Benny wrote: People talk about the need for a clear design focus, leadership and ... things go on as before. That is D in a nutshell. People doing what they want, whenever and things stay the same. New features ( that is always fun ), a few people

Re: proposal: heredoc comments to allow `+/` in comments, eg from urls or documented unittests

NOTE: the analog of documenting comments (/++ ...+/ and /** */) could be: /""EOC multiline comment EOC"/ (ie allow both `/""` and `/"` before reading in the heredoc token) On Thu, Feb 8, 2018 at 7:06 PM, Timothee Cour wrote: > same exact idea as motivation for

Re: #dbugfix Issue 18068 - No file names and line numbers in stack trace

On Friday, 9 February 2018 at 02:30:15 UTC, Mike Franklin wrote: https://issues.dlang.org/show_bug.cgi?id=18068 Noted!

proposal: heredoc comments to allow `+/` in comments, eg from urls or documented unittests

same exact idea as motivation for delimited strings (https://dlang.org/spec/lex.html#delimited_strings) ``` auto heredoc = q"EOS This is a multi-line heredoc string EOS" ; /"EOC This is a multi-line heredoc comment allowing /+ documented unittests containing nesting comments +/ and weird urls

Re: Somewhat OT: defining algebras in D

On 02/08/2018 04:37 PM, Amorphorious wrote: On Thursday, 8 February 2018 at 15:23:05 UTC, Simen Kjærås wrote: So I was bored in a meeting and decided to implement a generic template for defining complex numbers, dual numbers, quaternions and many other possible algebras by simply defining a

#dbugfix Issue 18068 - No file names and line numbers in stack trace

https://issues.dlang.org/show_bug.cgi?id=18068 I tried to fix this one myself, but it beat me. It's also currently causing me friction when working on DMD. I would love to see it fixed. Interestingly, however, it works fine in the auto-tester. But, problem can be reproduced at

Re: A betterC base

On Thu, 08 Feb 2018 17:08:41 +, bachmeier wrote: > On Thursday, 8 February 2018 at 15:55:09 UTC, JN wrote: > >> Python was also a smashing success, but it doesn't use a garbage >> collector in it's default implementation (CPython). > > I'm pretty sure CPython uses a mark-and-sweep GC

Re: A betterC base

On Thursday, 8 February 2018 at 15:51:38 UTC, Adam D. Ruppe wrote: On Thursday, 8 February 2018 at 15:43:01 UTC, ixid wrote: That's been said over and over and the message has not gotten through. It is almost never said! We always play by their terms and implicitly concede by saying "but we

Re: A betterC base

On Thursday, February 08, 2018 23:57:45 Rubn via Digitalmars-d wrote: > On Thursday, 8 February 2018 at 18:06:38 UTC, Walter Bright wrote: > > I.e. it isn't an issue of us D guys being dumb about the GC. > > So you could say it's a design flaw of D, attempting to use a GC > where it isn't suited?

[Issue 14964] __traits(isAlias, foo)

https://issues.dlang.org/show_bug.cgi?id=14964 Walter Bright changed: What|Removed |Added CC|

Re: A betterC base

On Friday, 9 February 2018 at 00:08:56 UTC, Adam D. Ruppe wrote: On Thursday, 8 February 2018 at 23:50:29 UTC, Ali wrote: But D, unlike many other languages, promotes itself as primarily a system programming language I think that's a mistake too. I'd rebrand it as a "general purpose"

Re: A betterC base

On Friday, 9 February 2018 at 01:31:41 UTC, Mike Franklin wrote: On Thursday, 8 February 2018 at 17:10:00 UTC, bachmeier wrote: What are D's limitations on do-it-yourself reference counting? * Types that are built into the language like dynamic arrays, associative arrays, and exceptions

[Issue 18405] New: std.getopt should support std.typecons.Flag out of the box

https://issues.dlang.org/show_bug.cgi?id=18405 Issue ID: 18405 Summary: std.getopt should support std.typecons.Flag out of the box Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: A betterC base

On Thursday, 8 February 2018 at 17:10:00 UTC, bachmeier wrote: What are D's limitations on do-it-yourself reference counting? * Types that are built into the language like dynamic arrays, associative arrays, and exceptions won't benefit from DIY reference counting. * Much of Phobos

[Issue 18398] std.datetime.stopwatch documented examples could be better

https://issues.dlang.org/show_bug.cgi?id=18398 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/602c3ede713e626cc0147f81db24cfaaf426e060 Issue 18398 - std.datetime.stopwatch documented

Re: Bye bye, fast compilation times

On 02/08/2018 06:21 AM, Martin Tschierschke wrote: Beginner question: How to split my project, to compile the regex part separately as a lib and just link them? Unfortunately that depends completely on what buildsystem you're using. But if you're just calling the compiler directly, then

Re: A betterC base

On Thursday, 8 February 2018 at 23:50:29 UTC, Ali wrote: But D, unlike many other languages, promotes itself as primarily a system programming language I think that's a mistake too. I'd rebrand it as a "general purpose" programming language. One language you can use everywhere. It worked for

Re: A betterC base

On Thursday, 8 February 2018 at 17:32:53 UTC, ixid wrote: Do you really think sticking with the current course on GC would gain more users than very slightly changing tack and making it something you add to a simpler base? I think the second of those will gain more users. No, the current

Re: A betterC base

On Thursday, 8 February 2018 at 18:06:38 UTC, Walter Bright wrote: I.e. it isn't an issue of us D guys being dumb about the GC. So you could say it's a design flaw of D, attempting to use a GC where it isn't suited? If going malloc didnt lose you a bunch of features and bring a bunch of

Re: A betterC base

On Thursday, 8 February 2018 at 23:27:25 UTC, Adam D. Ruppe wrote: On Thursday, 8 February 2018 at 15:55:09 UTC, JN wrote: Citation needed on how garbage collection has been a smashing success based on its merits rather than the merits of the languages that use garbage collection. Who cares?

[Issue 18404] New: Allow selective printing of -vgc output

https://issues.dlang.org/show_bug.cgi?id=18404 Issue ID: 18404 Summary: Allow selective printing of -vgc output Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

Re: A betterC base

On Thursday, 8 February 2018 at 16:40:46 UTC, John Gabriele wrote: Regarding what you said about the implementation of the GC following in the footsteps of industry giants, what specifically about D's GC impl is patterned after other industry giant's GC's? The simple fact that it is a GC.

Re: A betterC base

On Thursday, 8 February 2018 at 15:55:09 UTC, JN wrote: Citation needed on how garbage collection has been a smashing success based on its merits rather than the merits of the languages that use garbage collection. Who cares? Even if the success isn't because of GC per se, the ubiquity of it

Re: free func "front" is not picked up as a candidate when doing range.front(...)

On Thursday, February 08, 2018 21:58:39 aliak via Digitalmars-d-learn wrote: > On Thursday, 8 February 2018 at 19:32:42 UTC, Jonathan M Davis > > wrote: > > On Thursday, February 08, 2018 08:18:20 aliak via > > > > Digitalmars-d-learn wrote: > >> On Thursday, 8 February 2018 at 07:16:43 UTC,

[Issue 18403] [REG2.078.2] Access violation when dmd tries to print highlighted code

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

Re: free func "front" is not picked up as a candidate when doing range.front(...)

On Thursday, 8 February 2018 at 19:32:42 UTC, Jonathan M Davis wrote: On Thursday, February 08, 2018 08:18:20 aliak via Digitalmars-d-learn wrote: On Thursday, 8 February 2018 at 07:16:43 UTC, Jonathan M Davis wrote: > It would be a disaster if free functions could override > member

Re: what's the point of function template declarations if they can't be defined?

On Thursday, February 08, 2018 20:16:22 Marc via Digitalmars-d-learn wrote: > What's a di file? (sorry google didn't help with that) I"m not sure where the documentation for it is, but it's the D equivalent of a header file. Basically, it's essentially the same as a .d file except that it's only

Re: Somewhat OT: defining algebras in D

On Thursday, 8 February 2018 at 15:23:05 UTC, Simen Kjærås wrote: So I was bored in a meeting and decided to implement a generic template for defining complex numbers, dual numbers, quaternions and many other possible algebras by simply defining a set of rules and the components on which they

[Issue 18403] New: Access violation when deprecated feature encountered

https://issues.dlang.org/show_bug.cgi?id=18403 Issue ID: 18403 Summary: Access violation when deprecated feature encountered Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: regression

Debugging on Windows

Hi, is there any way to debug binaries on Windows? I'd at least like to know which line of code made it crash. If it's D code, I get a call trace usually, but if it's a call to a C library, I get a crash and that's it. I am using VSCode and I'd prefer to debug in it if possible, but using

Re: A betterC base

On 2/8/2018 11:51 AM, bachmeier wrote: The developers working on .NET had the opportunity to learn from Java, yet they went with GC.[0] Anyone that says one approach is objectively better than the other is clearly not familiar with all the arguments - or more likely, believes their problem is

Re: String to binary conversation

On Monday, 5 February 2018 at 18:40:40 UTC, Steven Schveighoffer wrote: On 2/5/18 1:27 PM, Vino wrote: Hi All, Request your help on how to convert a string to binary,eg "test" to 01110100 01100101 01110011 01110100. import std.stdio, std.string; writefln("%(%b %)", "test".representation);

Re: missing HexString documentation

On 2/8/2018 10:42 AM, Steven Schveighoffer wrote: On 2/8/18 1:25 PM, Walter Bright wrote: "abc" is an array (it's an immutable(char)[]). There's no reason why ['a','b','c'] should be different than "abc" (other than the hidden null character, which is irrelevant here). ['a','b','c'] is

Re: what's the point of function template declarations if they can't be defined?

On Thursday, 8 February 2018 at 20:16:22 UTC, Marc wrote: What's a di file? (sorry google didn't help with that) A di file is just a D file that, by convention, only has function signatures without bodies.

Re: Debugging bad requests with vibe

On Thursday, 8 February 2018 at 17:09:44 UTC, Nicholas Wilson wrote: I have set up a vibe.d rest interface (on a server) and have a client on my machine. struct Observation { string desc; DateTime time; } interface Obsever { @property void observe(Observation ra); } void main() {

Re: Vibe.d rest & web service?

On Wednesday, 7 February 2018 at 18:47:05 UTC, Steven Schveighoffer wrote: Yes you can, but it's not pretty. interface MyInterface { void postGiveMeData(SomeData d); } class MyInterfaceImpl : MyInterface { void postGiveMeData(SomeData d) { ... } void getPage() { ... } void index()

[Issue 18402] New: rdmd: make -f posix.mak -j8 test => core.exception.AssertError@rdmd_test.d(373): Assertion failure

https://issues.dlang.org/show_bug.cgi?id=18402 Issue ID: 18402 Summary: rdmd: make -f posix.mak -j8 test => core.exception.AssertError@rdmd_test.d(373): Assertion failure Product: D Version: D2 Hardware:

Re: A betterC base

On Thursday, 8 February 2018 at 18:06:38 UTC, Walter Bright wrote: On 2/8/2018 9:03 AM, Dave Jones wrote: If D had a decent garbage collector it might be a more convincing argument. 'Decent' GC systems rely on the compiler emitting "write gates" around every assignment to a pointer. These

Re: what's the point of function template declarations if they can't be defined?

On Thursday, 8 February 2018 at 07:21:05 UTC, Jonathan M Davis wrote: On Wednesday, February 07, 2018 13:39:55 Timothee Cour via Digitalmars-d- learn wrote: [...] It's useful with stuff like version(Ddoc). [...] What's a di file? (sorry google didn't help with that) It's been my

Re: A betterC base

On Thursday, February 08, 2018 11:28:52 H. S. Teoh via Digitalmars-d wrote: > On Thu, Feb 08, 2018 at 12:17:06PM -0700, Jonathan M Davis via Digitalmars-d wrote: > > On Thursday, February 08, 2018 14:54:19 Adam D. Ruppe via Digitalmars-d > > > wrote: > [...] > > > > Garbage collection has proved

[Issue 18401] New: Auto-generate rdmd man page + HTML documentation

https://issues.dlang.org/show_bug.cgi?id=18401 Issue ID: 18401 Summary: Auto-generate rdmd man page + HTML documentation Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 18400] New: Add an man page for ddemangle

https://issues.dlang.org/show_bug.cgi?id=18400 Issue ID: 18400 Summary: Add an man page for ddemangle Product: D Version: D2 Hardware: All OS: Linux Status: NEW Keywords: bootcamp Severity:

Re: A betterC base

On Thursday, 8 February 2018 at 19:51:05 UTC, bachmeier wrote: The developers working on .NET had the opportunity to learn from Java, yet they went with GC.[0] Anyone that says one approach is objectively better than the other is clearly not familiar with all the arguments - or more likely,

Re: A betterC base

On Thursday, 8 February 2018 at 19:34:20 UTC, Walter Bright wrote: On 2/8/2018 10:11 AM, JN wrote: I agree, however these languages would probably have been successful even without GC, using e.g. some form of automatic reference counting. If reference counting would work with Java, and was

Re: what's the point of function template declarations if they can't be defined?

makes sense to show these (version X11), but that could be done using dmd and a special flag instead of having to rely on a new parser (which would need to be kept updated) On Thu, Feb 8, 2018 at 6:49 AM, Adam D. Ruppe via Digitalmars-d-learn wrote: > On

Re: A betterC base

On Thu, Feb 08, 2018 at 12:17:06PM -0700, Jonathan M Davis via Digitalmars-d wrote: > On Thursday, February 08, 2018 14:54:19 Adam D. Ruppe via Digitalmars-d > wrote: [...] > > Garbage collection has proved to be a smashing success in the > > industry, providing productivity and memory-safety to

Re: missing HexString documentation

On 2/8/2018 10:49 AM, Steven Schveighoffer wrote: On 2/8/18 1:42 PM, Ralph Doncaster wrote: On Thursday, 8 February 2018 at 18:31:06 UTC, Walter Bright wrote: db    0ffdeh,0ffadh,0ffbeh,0ffefh    ; But it looks like they are all dchar, so 4x the space vs x"deadbeef"?

Re: A betterC base

On 2/8/2018 10:11 AM, JN wrote: I agree, however these languages would probably have been successful even without GC, using e.g. some form of automatic reference counting. If reference counting would work with Java, and was better, wouldn't the Java developers have done it decades ago?

Re: free func "front" is not picked up as a candidate when doing range.front(...)

On Thursday, February 08, 2018 08:18:20 aliak via Digitalmars-d-learn wrote: > On Thursday, 8 February 2018 at 07:16:43 UTC, Jonathan M Davis > > wrote: > > It would be a disaster if free functions could override member > > functions. For starters, it would be impossible to call the > > member

Re: A betterC base

On Thursday, February 08, 2018 14:54:19 Adam D. Ruppe via Digitalmars-d wrote: > On Thursday, 8 February 2018 at 11:06:15 UTC, ixid wrote: > > It feels like D has not overcome at least two major issues in > > the public mind, the built-in GC > > D is a pragmatic language aimed toward writing fast

Re: missing HexString documentation

On Thursday, 8 February 2018 at 18:49:51 UTC, Steven Schveighoffer wrote: I wonder if it's an issue with how obj2asm prints it out? Surely, that data array must be contiguous, and they must be bytes. Otherwise the resulting code would be wrong. OK. I didn't even know about obj2asm until you

Re: A betterC base

On Thursday, 8 February 2018 at 18:06:38 UTC, Walter Bright wrote: [snip] More precise GC exacts heavy runtime penalties, too, which is why attempts to add them to D have had mixed results. See, there's your problem right there. Now if you replace the current GC with the slowest possible

Re: missing HexString documentation

On 2/8/18 1:42 PM, Ralph Doncaster wrote: On Thursday, 8 February 2018 at 18:31:06 UTC, Walter Bright wrote: On 2/8/2018 5:26 AM, Steven Schveighoffer wrote: The extra data in the object file comes from the inclusion of the hexStringImpl function, and from the template parameter (the symbol

Re: missing HexString documentation

On 2/8/18 1:25 PM, Walter Bright wrote: On 2/8/2018 7:07 AM, Steven Schveighoffer wrote: My concern in the hexString case is the sheer requirement of CTFE for something that is so easy to do in the compiler, already *done* in the compiler, and has another form specifically for hex strings (the

Re: missing HexString documentation

On Thursday, 8 February 2018 at 18:31:06 UTC, Walter Bright wrote: On 2/8/2018 5:26 AM, Steven Schveighoffer wrote: The extra data in the object file comes from the inclusion of the hexStringImpl function, and from the template parameter (the symbol

Re: My choice to pick Go over D ( and Rust ), mostly non-technical

On 2/6/2018 1:51 AM, Atila Neves wrote: I tried Warp on a non-trivial C codebase. It didn't work (by which I mean the code wouldn't compile with it). I don't know how clang managed to build a (for all practical purposes I can see) bug-compatible preprocessor from scratch to gcc, but it did and

Re: missing HexString documentation

On 2/8/2018 5:26 AM, Steven Schveighoffer wrote: The extra data in the object file comes from the inclusion of the hexStringImpl function, and from the template parameter (the symbol _D3std4conv__T9hexStringVAyaa8_6465616462656566ZQBiyAa is in there as well, which will always be larger than

Re: missing HexString documentation

On 2/8/2018 7:07 AM, Steven Schveighoffer wrote: My concern in the hexString case is the sheer requirement of CTFE for something that is so easy to do in the compiler, already *done* in the compiler, and has another form specifically for hex strings (the "\xde\xad\xbe\xef" form) that isn't

Re: A betterC base

On Thursday, 8 February 2018 at 18:08:59 UTC, Walter Bright wrote: On 2/8/2018 7:55 AM, JN wrote: Citation needed on how garbage collection has been a smashing success based on its merits rather than the merits of the languages that use garbage collection. You can't separate the two. The

Re: A betterC base

On 2/8/2018 7:55 AM, JN wrote: Citation needed on how garbage collection has been a smashing success based on its merits rather than the merits of the languages that use garbage collection. You can't separate the two. The Java and Go language semantics are designed around the GC.

Re: A betterC base

On 2/8/2018 9:03 AM, Dave Jones wrote: If D had a decent garbage collector it might be a more convincing argument. 'Decent' GC systems rely on the compiler emitting "write gates" around every assignment to a pointer. These are justified in languages like Java and Go for which everything is

Re: A betterC base

On Thursday, 8 February 2018 at 11:40:44 UTC, Seb wrote: On Thursday, 8 February 2018 at 11:06:15 UTC, ixid wrote: [...] https://github.com/dlang/druntime/pull/2057 [...] One of Andrei's student is working on this. I think she has been focusing on templated ==, <= and AAs so far and is

Re: My choice to pick Go over D ( and Rust ), mostly non-technical

On Thursday, 8 February 2018 at 17:24:31 UTC, Ralph Doncaster wrote: On Thursday, 8 February 2018 at 15:59:28 UTC, Nicholas Wilson wrote: On Wednesday, 7 February 2018 at 15:16:46 UTC, Ralph Doncaster wrote: On Wednesday, 7 February 2018 at 15:10:36 UTC, Ralph Doncaster wrote: On Wednesday, 7

Re: A betterC base

On Thursday, 8 February 2018 at 15:51:38 UTC, Adam D. Ruppe wrote: On Thursday, 8 February 2018 at 15:43:01 UTC, ixid wrote: That's been said over and over and the message has not gotten through. It is almost never said! We always play by their terms and implicitly concede by saying "but we

Re: missing HexString documentation

On Thursday, 8 February 2018 at 17:06:55 UTC, H. S. Teoh wrote: On Thu, Feb 08, 2018 at 08:26:03AM -0500, Steven Schveighoffer via Digitalmars-d wrote: [...] The extra data in the object file comes from the inclusion of the hexStringImpl function, and from the template parameter (the symbol

Re: My choice to pick Go over D ( and Rust ), mostly non-technical

On Thursday, 8 February 2018 at 15:59:28 UTC, Nicholas Wilson wrote: On Wednesday, 7 February 2018 at 15:16:46 UTC, Ralph Doncaster wrote: On Wednesday, 7 February 2018 at 15:10:36 UTC, Ralph Doncaster wrote: On Wednesday, 7 February 2018 at 08:05:46 UTC, Nicholas Wilson wrote: For OpenCL I

Re: missing HexString documentation

On Thu, Feb 08, 2018 at 08:26:03AM -0500, Steven Schveighoffer via Digitalmars-d wrote: [...] > The extra data in the object file comes from the inclusion of the > hexStringImpl function, and from the template parameter (the symbol > _D3std4conv__T9hexStringVAyaa8_6465616462656566ZQBiyAa is in

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

https://melpa.org/#/flycheck-dmd-dub flycheck already works with D, but the problem is setting the right compiler flags for your project in order to able to compile properly. flycheck-dmd-dub does this automatically for dub projects. This new release fixes bugs and speeds up opening files

Re: A betterC base

On Thursday, 8 February 2018 at 15:55:09 UTC, JN wrote: Python was also a smashing success, but it doesn't use a garbage collector in it's default implementation (CPython). I'm pretty sure CPython uses a mark-and-sweep GC together with reference counting.

Re: A betterC base

On Thursday, 8 February 2018 at 17:03:58 UTC, Dave Jones wrote: On Thursday, 8 February 2018 at 14:56:31 UTC, Adam D. Ruppe wrote: ooh better last sentence D's GC implementation follows in the footsteps of industry giants without compromising experts' ability to realize maximum potential

Debugging bad requests with vibe

I have set up a vibe.d rest interface (on a server) and have a client on my machine. struct Observation { string desc; DateTime time; } interface Obsever { @property void observe(Observation ra); } void main() { auto test = Observation("a duck",

Re: A betterC base

On Thursday, 8 February 2018 at 14:56:31 UTC, Adam D. Ruppe wrote: ooh better last sentence D's GC implementation follows in the footsteps of industry giants without compromising experts' ability to realize maximum potential from the machine. If D had a decent garbage collector it might be

[Issue 18388] std.experimental.logger slow performance

https://issues.dlang.org/show_bug.cgi?id=18388 --- Comment #3 from Arun Chandrasekaran --- (In reply to anonymous4 from comment #2) > AFAIK, default logger implementations are simplistic and are not meant to be > very fast. Fast logging requires a bit of design and is supposed

Re: A betterC base

On Thursday, 8 February 2018 at 14:54:19 UTC, Adam D. Ruppe wrote: On Thursday, 8 February 2018 at 11:06:15 UTC, ixid wrote: It feels like D has not overcome at least two major issues in the public mind, the built-in GC D is a pragmatic language aimed toward writing fast code, fast. Garbage

Re: A betterC base

On Thursday, 8 February 2018 at 15:51:38 UTC, Adam D. Ruppe wrote: On Thursday, 8 February 2018 at 15:43:01 UTC, ixid wrote: That's been said over and over and the message has not gotten through. It is almost never said! We always play by their terms and implicitly concede by saying "but we

Re: My choice to pick Go over D ( and Rust ), mostly non-technical

On Wednesday, 7 February 2018 at 15:16:46 UTC, Ralph Doncaster wrote: On Wednesday, 7 February 2018 at 15:10:36 UTC, Ralph Doncaster wrote: On Wednesday, 7 February 2018 at 08:05:46 UTC, Nicholas Wilson wrote: For OpenCL I develop and maintain DCompute: http://code.dlang.org/packages/dcompute

Re: A betterC base

On Thursday, 8 February 2018 at 14:54:19 UTC, Adam D. Ruppe wrote: Garbage collection has proved to be a smashing success in the industry, providing productivity and memory-safety to programmers of all skill levels. Citation needed on how garbage collection has been a smashing success based

Re: Quora: Why hasn't D started to replace C++?

On Thursday, 8 February 2018 at 15:29:08 UTC, Ralph Doncaster wrote: On Wednesday, 7 February 2018 at 22:31:58 UTC, John Gabriele wrote: I'm not sure how long dub has been around, but having an easy to use CPAN-alike (online module repo) is HUGE. Dub is great for sales. The better dub and the

Re: A betterC base

On Thursday, 8 February 2018 at 15:43:01 UTC, ixid wrote: That's been said over and over and the message has not gotten through. It is almost never said! We always play by their terms and implicitly concede by saying "but we can avoid it" or "look -betterC". Reddit invades our space, and

[Issue 16685] template instantiation rejected when passing member of enum struct in value parameter

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

Re: A betterC base

On Thursday, 8 February 2018 at 14:56:31 UTC, Adam D. Ruppe wrote: ooh better last sentence D's GC implementation follows in the footsteps of industry giants without compromising experts' ability to realize maximum potential from the machine. That's been said over and over and the message

Re: Quora: Why hasn't D started to replace C++?

On Wednesday, 7 February 2018 at 22:31:58 UTC, John Gabriele wrote: I'm not sure how long dub has been around, but having an easy to use CPAN-alike (online module repo) is HUGE. Dub is great for sales. The better dub and the repo gets, the more attractive D gets. I completely agree that the

Somewhat OT: defining algebras in D

So I was bored in a meeting and decided to implement a generic template for defining complex numbers, dual numbers, quaternions and many other possible algebras by simply defining a set of rules and the components on which they act: alias quaternion = Algebra!( float,

  1   2   >