[Issue 19196] DMD thinks storage size for pointer or dynamic array isn't always known

https://issues.dlang.org/show_bug.cgi?id=19196 | changed: What|Removed |Added CC||dhase...@gmail.com --- Comment #2 from | --- Reduced

[Issue 19193] deprecated attribute on enum members in templates is ignored

https://issues.dlang.org/show_bug.cgi?id=19193 Mike Franklin changed: What|Removed |Added Keywords||pull CC|

Re: Optional and NotNull version 0.5.0 - swift optional like and scala option like

- Consider a short form for "dispatch". Purely for convenience: e.g.: john.d.residence.d.numberOfRooms; Why not .get, like Nullable? As long as you never alias it to this... ;)

[Issue 19196] DMD thinks storage size for pointer or dynamic array isn't always known

https://issues.dlang.org/show_bug.cgi?id=19196 Abscissa changed: What|Removed |Added Summary|DMD thinks storage size for |DMD thinks storage size for

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 8/26/2018 6:11 PM, Manu wrote: I'm sure I recall experimental patches where those operators were available to try out... was I dreaming? :/ Andrei has worked on this for a long while, and finally came to the conclusion that ref counting won't work without copy constructors. Hence copy

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

Thanks for the list! This is good stuff.

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 8/26/2018 5:40 PM, Manu wrote: By contrast, another colleague tried writing a small game in his own time. His feedback was that it felt 'fine', but he didn't encounter anything that made it "simpler than C++", and claimed readability improvements were tenuous. He wouldn't show us his code.

[Issue 340] [Tracker] Forward reference bugs and other order-of-declaration issues

https://issues.dlang.org/show_bug.cgi?id=340 Abscissa changed: What|Removed |Added Depends on||19196 Referenced Issues:

[Issue 19105] Bogus recursive template expansion via getSymbolsByUDA

https://issues.dlang.org/show_bug.cgi?id=19105 Abscissa changed: What|Removed |Added Blocks||340 Referenced Issues:

[Issue 340] [Tracker] Forward reference bugs and other order-of-declaration issues

https://issues.dlang.org/show_bug.cgi?id=340 Abscissa changed: What|Removed |Added Depends on||19105 Referenced Issues:

[Issue 19196] DMD thinks storage size for pointer or dynamic array is unknown

https://issues.dlang.org/show_bug.cgi?id=19196 Abscissa changed: What|Removed |Added Blocks||340 Referenced Issues:

[Issue 19196] DMD thinks storage size for pointer or dynamic array is unknown

https://issues.dlang.org/show_bug.cgi?id=19196 Abscissa changed: What|Removed |Added Summary|DMD thinks storage size of |DMD thinks storage size for

Re: Go ahead and break code, but give us the tools to fix it. (Was Re: Dicebot on leaving D: It is anarchy driven development in all its glory.)

On Monday, 27 August 2018 at 04:00:18 UTC, John Carter wrote: Rather the assumption must be, a language processor eats source, it can (re)write source as well. And before any one mentions halting problems and the impossibility of a compiler understanding whether a refactoring is behaviour

[Issue 19196] New: DMD thinks storage size of dynamic array is unknown

https://issues.dlang.org/show_bug.cgi?id=19196 Issue ID: 19196 Summary: DMD thinks storage size of dynamic array is unknown Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

[Issue 19134] [C++] static const y = new Derived(); ->pointer cast from const(Derived) to immutable(void*)** is not supported at compile time

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

[Issue 19058] __traits(getUnitTests) stops working with separate compilation in dmd 2.081.0

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

[Issue 19058] __traits(getUnitTests) stops working with separate compilation in dmd 2.081.0

https://issues.dlang.org/show_bug.cgi?id=19058 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/3a686c04cd777d89cf9343ab39dacd600934ffcb Fix issue 19058 - __traits(getUnitTests) works again with

[Issue 19134] [C++] static const y = new Derived(); ->pointer cast from const(Derived) to immutable(void*)** is not supported at compile time

https://issues.dlang.org/show_bug.cgi?id=19134 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/b952c845f77264d40253e2e144625fdb0c301804 Fix Issue 19134 And revert to D vptr semantics in

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Thursday, 23 August 2018 at 09:16:23 UTC, Mihails wrote: Didn't intend to chime in, but no, that was not what I have meant at all. My stance is that as long as current leadership remains in charge and keep sames attitude, no amount of money or developer time will fix D. What is the point

Go ahead and break code, but give us the tools to fix it. (Was Re: Dicebot on leaving D: It is anarchy driven development in all its glory.)

On Saturday, 25 August 2018 at 20:52:06 UTC, Walter Bright wrote: If I fix the bug, I break existing code, and apparently a substantial amount of existing code. What's your advice on how to proceed with this? https://forum.dlang.org/post/ioiglnwckjsdrukpx...@forum.dlang.org I've been

Re: "Constructor" was a Very Bad name choice we have never recovered from (Was Re: D is dead)

Or to put it another way RAII should be "Taking Ownership of a Resource is Initialization, and relinquishing ownership is automatic at the object life time end, but Failure to Acquire a Resource Is Not An Exceptional Circumstance" Not as catchy, but far less problematic.

Re: Is there a simple way to check if value is null for every case?

On 27/08/2018 12:51 PM, SG wrote: On Sunday, 26 August 2018 at 16:39:53 UTC, rikki cattermole wrote: UFCS function called isNull. e.g. import std.traits : isPointer; bool isNull(T)(T value) if (is(T == class) || isPointer!T) { return value is null; } Hi Rikki, I'm still confused, I

"Constructor" was a Very Bad name choice we have never recovered from (Was Re: D is dead)

On Friday, 24 August 2018 at 02:33:31 UTC, Jonathan M Davis wrote: Walter Bright wrote: My personal opinion is that constructors that throw are an execrable programming practice, and I've wanted to ban them. (Andrei, while sympathetic to the idea, felt that too many people relied on it.) I

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Monday, 27 August 2018 at 01:45:37 UTC, Laeeth Isharc wrote: I think D is a classic example of Clayton Christensen's Innovators Dilemma. In the beginning a certain kind of innovation starts at the fringe. It's inferior alongst some dimensions compared to the products with high market

[Issue 19195] New: Support pragma to specify linker directives

https://issues.dlang.org/show_bug.cgi?id=19195 Issue ID: 19195 Summary: Support pragma to specify linker directives Product: D Version: D2 Hardware: All OS: Windows Status: NEW Severity: enhancement

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 19:34:39 UTC, Manu wrote: On Sun, 26 Aug 2018 at 12:10, RhyS via Digitalmars-d wrote: On Sunday, 26 August 2018 at 18:18:04 UTC, drug wrote: > It's rather funny to see how one man who forced to program in > programming language he doesn't like can triggers

[Issue 19194] New: version for `-mscrtlib` specification

https://issues.dlang.org/show_bug.cgi?id=19194 Issue ID: 19194 Summary: version for `-mscrtlib` specification Product: D Version: D2 Hardware: All OS: Windows Status: NEW Severity: enhancement

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, August 26, 2018 7:25:12 PM MDT Neia Neutuladh via Digitalmars-d wrote: > > Can I just throw in here that I like autodecoding and I think > > it's good? > > If you want ranges that iterate over bytes, then just use > > arrays of bytes. If you want Latin1 text, use Latin1 strings. > > If

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 23:12:10 UTC, FeepingCreature wrote: On Sunday, 26 August 2018 at 22:44:05 UTC, Walter Bright wrote: On 8/26/2018 8:43 AM, Chris wrote: I wanted to get rid of autodecode and I even offered to test it on my string heavy code to see what breaks (and maybe write

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, August 26, 2018 5:12:10 PM MDT FeepingCreature via Digitalmars-d wrote: > On Sunday, 26 August 2018 at 22:44:05 UTC, Walter Bright wrote: > > On 8/26/2018 8:43 AM, Chris wrote: > >> I wanted to get rid of autodecode and I even offered to test > >> it on my string heavy code to see what

Re: RFC: initial release of dtoh

On Fri, 24 Aug 2018 at 02:40, Walter Bright via Digitalmars-d-announce wrote: > > On 8/22/2018 4:01 AM, Mihails wrote: > > In my opinion, this functionality _should_ be part of > > compiler itself, similar to .di generation. > > This is not a bad idea. This, please!

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 08:40:32 UTC, Andre Pany wrote: On Saturday, 25 August 2018 at 20:52:06 UTC, Walter Bright wrote: On 8/25/2018 3:52 AM, Chris wrote: On Friday, 24 August 2018 at 19:26:40 UTC, Walter Bright wrote: Every programmer who says this also demands new (and breaking)

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, August 26, 2018 7:11:30 PM MDT Manu via Digitalmars-d wrote: > On Sun, 26 Aug 2018 at 18:09, Jonathan M Davis via Digitalmars-d > > wrote: > > On Sunday, August 26, 2018 5:39:32 PM MDT Manu via Digitalmars-d wrote: > > > ARC? What ever happened to the opAddRef/opDecRef proposal? Was

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 18:09, Jonathan M Davis via Digitalmars-d wrote: > > On Sunday, August 26, 2018 5:39:32 PM MDT Manu via Digitalmars-d wrote: > > ARC? What ever happened to the opAddRef/opDecRef proposal? Was it > > rejected? Is it canned, or is it just back on the bench? (GC is > >

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 18:08, Manu wrote: > > On Sun, 26 Aug 2018 at 17:50, Nicholas Wilson via Digitalmars-d > wrote: > > > > On Monday, 27 August 2018 at 00:26:35 UTC, Manu wrote: > > > Yeah, i've been following both those efforts. > > > I don't have any free time to motivate this stuff on my

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, August 26, 2018 5:39:32 PM MDT Manu via Digitalmars-d wrote: > ARC? What ever happened to the opAddRef/opDecRef proposal? Was it > rejected? Is it canned, or is it just back on the bench? (GC is > absolutely off the table for my project, I have no influence on this) I don't know what

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 17:50, Nicholas Wilson via Digitalmars-d wrote: > > On Monday, 27 August 2018 at 00:26:35 UTC, Manu wrote: > > Yeah, i've been following both those efforts. > > I don't have any free time to motivate this stuff on my own > > right now. > > I'm just listing all the things

Re: Is there a simple way to check if value is null for every case?

On Sunday, 26 August 2018 at 16:39:53 UTC, rikki cattermole wrote: UFCS function called isNull. e.g. import std.traits : isPointer; bool isNull(T)(T value) if (is(T == class) || isPointer!T) { return value is null; } Hi Rikki, I'm still confused, I want to create a extension for

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Monday, 27 August 2018 at 00:26:35 UTC, Manu wrote: Yeah, i've been following both those efforts. I don't have any free time to motivate this stuff on my own right now. I'm just listing all the things (because Walter asked me to). Fair enough. I suppose you'd need namespaces working

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 17:40, tide via Digitalmars-d wrote: > > On Sunday, 26 August 2018 at 23:39:32 UTC, Manu wrote: > > You should try using VisualD to debug DMD some time. You'll > > quickly > > discover edge cases trying to evaluate all the relevant state > > while > > stepping around. C++

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 15:55, Walter Bright via Digitalmars-d wrote: > > On 8/26/2018 1:55 PM, Walter Bright wrote: > > I will tiresomely ask again, do you have a list of each and every aspect of > > the > > poor integration? > > I know you don't like filing bug reports. I'll make it easy for

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 23:39:32 UTC, Manu wrote: You should try using VisualD to debug DMD some time. You'll quickly discover edge cases trying to evaluate all the relevant state while stepping around. C++ RTTI is a problem (can't identify derived type in debugger), globals are a

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 17:20, Nicholas Wilson via Digitalmars-d wrote: > > On Sunday, 26 August 2018 at 23:39:32 UTC, Manu wrote: > > We could really use robust tools to produce a matching C++ .h > > file > > from the extern symbols in a D module, and likewise a .di file > > from a > > C/C++

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 22:54:18 UTC, Walter Bright wrote: On 8/26/2018 1:55 PM, Walter Bright wrote: I will tiresomely ask again, do you have a list of each and every aspect of the poor integration? I know you don't like filing bug reports. I'll make it easy for you. Every time

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 23:39:32 UTC, Manu wrote: We could really use robust tools to produce a matching C++ .h file from the extern symbols in a D module, and likewise a .di file from a C/C++ header. This category of tooling has many existing instances, it's overwhelming. As far as I can

Re: Can passing an address of this to a non-copyable object be made trusted? - i.e. can I disable moving?

On Sunday, August 26, 2018 5:10:29 PM MDT Nicholas Wilson via Digitalmars-d- learn wrote: > On Sunday, 26 August 2018 at 20:17:30 UTC, aliak wrote: > > So if we had this: > > > > struct A(T) { > > > > auto proxy() @trusted { > > > > return B!T(); > > > > } > > > > } > > > > struct B(T) { >

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 15:55, Nicholas Wilson via Digitalmars-d wrote: > > On Sunday, 26 August 2018 at 20:55:04 UTC, Walter Bright wrote: > > On 8/26/2018 12:34 PM, Manu wrote: > >> I work at a company with a thousand engineers, all VS users, D > >> could > >> find home there if some rough edges

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 14:00, Walter Bright via Digitalmars-d wrote: > > On 8/26/2018 12:34 PM, Manu wrote: > > I work at a company with a thousand engineers, all VS users, D could > > find home there if some rough edges were polished, but they > > *absolutely must be polished* before it would be

[Issue 19193] New: deprecated attribute on enum members in templates is ignored

https://issues.dlang.org/show_bug.cgi?id=19193 Issue ID: 19193 Summary: deprecated attribute on enum members in templates is ignored Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: Can passing an address of this to a non-copyable object be made trusted? - i.e. can I disable moving?

On Sunday, 26 August 2018 at 20:17:30 UTC, aliak wrote: So if we had this: struct A(T) { auto proxy() @trusted { return B!T(); } } struct B(T) { private A!T* source; private this(A!T* s) { source = s; } @disable this(); @disable this(this) {} @disable void opAssign(B!T); }

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 22:44:05 UTC, Walter Bright wrote: On 8/26/2018 8:43 AM, Chris wrote: I wanted to get rid of autodecode and I even offered to test it on my string heavy code to see what breaks (and maybe write guidelines for the transition), but somehow the whole idea of getting

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 20:55:04 UTC, Walter Bright wrote: On 8/26/2018 12:34 PM, Manu wrote: I work at a company with a thousand engineers, all VS users, D could find home there if some rough edges were polished, but they *absolutely must be polished* before it would be taken seriously.

Re: [OT] Leverage Points

On Friday, 24 August 2018 at 03:06:40 UTC, Jonathan Marler wrote: I don't have much influence on the first 4 types of "leverage points" in D, but I have a suggestion for a new "rule of the system" (5th most important type of leverage point). Require reviews from any user before merging their

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 8/26/2018 1:55 PM, Walter Bright wrote: I will tiresomely ask again, do you have a list of each and every aspect of the poor integration? I know you don't like filing bug reports. I'll make it easy for you. Every time someone you work with says: "I can't use D because ..." "I'm abandoning

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 8/26/2018 8:43 AM, Chris wrote: I wanted to get rid of autodecode and I even offered to test it on my string heavy code to see what breaks (and maybe write guidelines for the transition), but somehow the whole idea of getting rid of autodecode was silently abandoned. What more could I do?

[Issue 19175] @safe code can escape local array references

https://issues.dlang.org/show_bug.cgi?id=19175 Radu Racariu changed: What|Removed |Added CC||radu.raca...@gmail.com --- Comment #5 from

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 8/26/2018 12:34 PM, Manu wrote: I work at a company with a thousand engineers, all VS users, D could find home there if some rough edges were polished, but they *absolutely must be polished* before it would be taken seriously. It is consistently expressed that poor VS integration is an

[Issue 11959] Phobos should not declare public symbols in version(unittest) blocks

https://issues.dlang.org/show_bug.cgi?id=11959 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/db819575f13b6de9a726e74e3ce29aaa0be1b361 Fix issue 11959 - Set private symbols declared in

[Issue 11959] Phobos should not declare public symbols in version(unittest) blocks

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

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 20:21:07 UTC, Ali wrote: On Sunday, 26 August 2018 at 19:28:30 UTC, Radu wrote: On Sunday, 26 August 2018 at 16:09:35 UTC, lurker wrote: [...] Yeah right... I'm sure this is what everyone experienced. This thread has become the trollers trolling playground.

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 19:28:30 UTC, Radu wrote: On Sunday, 26 August 2018 at 16:09:35 UTC, lurker wrote: [...] Yeah right... I'm sure this is what everyone experienced. This thread has become the trollers trolling playground. Radu, when i started using this forum, one of the first

Can passing an address of this to a non-copyable object be made trusted? - i.e. can I disable moving?

So if we had this: struct A(T) { auto proxy() @trusted { return B!T(); } } struct B(T) { private A!T* source; private this(A!T* s) { source = s; } @disable this(); @disable this(this) {} @disable void opAssign(B!T); } In order for f to be "safe" I need to ensure that B!T()

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 19:28:30 UTC, Radu wrote: On Sunday, 26 August 2018 at 16:09:35 UTC, lurker wrote: [...] Yeah right... I'm sure this is what everyone experienced. This thread has become the trollers trolling playground. no, i used to use d1 a lot and then d2 changed everything

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sun, 26 Aug 2018 at 12:10, RhyS via Digitalmars-d wrote: > > On Sunday, 26 August 2018 at 18:18:04 UTC, drug wrote: > > It's rather funny to see how one man who forced to program in > > programming language he doesn't like can triggers comments from > > lurkers that they don't like D too. No

[Issue 11431] std.file.slurp fails with Windows newlines

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

[Issue 11431] std.file.slurp fails with Windows newlines

https://issues.dlang.org/show_bug.cgi?id=11431 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/9ca114d141bf0c8cdf949b10b7396653d649de6e fix issue 11431 - std.file.slurp fails with Windows

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 16:09:35 UTC, lurker wrote: [...] Yeah right... I'm sure this is what everyone experienced. This thread has become the trollers trolling playground.

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 18:18:04 UTC, drug wrote: It's rather funny to see how one man who forced to program in programming language he doesn't like can triggers comments from lurkers that they don't like D too. No offense. D is in great form and is getting much better and better and I'd

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Friday, 24 August 2018 at 17:12:53 UTC, H. S. Teoh wrote: This is probably completely unrealistic, but I've been thinking about the possibility of adding *all* D codebases to the CI infrastructure, including personal projects and what-not. You mean more than what's already covered by the

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 05:55:47 UTC, Pjotr Prins wrote: Artem wrote Sambamba as a student https://github.com/biod/sambamba and it is now running around the world in sequencing centers. Many many CPU hours and a resulting huge carbon foot print. The large competing C++ samtools

[Issue 19148] Alignment of section does not reflect the maximum alignment of its contents

https://issues.dlang.org/show_bug.cgi?id=19148 --- Comment #9 from Yuxuan Shui --- (In reply to Joakim from comment #8) > OK, if you're so sure it's a problem in dmd's backend, a pull request is > welcome. While I know where the problem is, I don't know what is the proper fix. So I would need

Re: Patterns to avoid GC with capturing closures?

On Sunday, 26 August 2018 at 06:08:39 UTC, vit wrote: const x = iota(0, 10) .map!((x, i) => x*i)(a) ///map!((x) => x*a) .map!((x, i) => x*i)(b) ///map!((x) => x*b) .filter!((x, i) => x%i)(c)///filter!((x) => x%c) .any!(x => x % c); I think it's easier to

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 26.08.2018 19:45, Sjoerd Nijboer wrote: The first five minutes of VisualD and DUB are rough! Consecutively they shun me away a lot of the time. I'm also lurking on the forums for all of D's promises, but it doesn't seem productively useable outside of isolated projects whitout tightly

Re: A site like cppinsights.io, but for D?

On Sunday, 26 August 2018 at 17:47:56 UTC, drug wrote: visit https://run.dlang.io/ and use AST button to get AST And to do the same offline, pass the -vcg-ast flag to dmd.

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 13:40:17 UTC, Chris wrote: On Sunday, 26 August 2018 at 08:40:32 UTC, Andre Pany wrote: [...] No. Nobody forces you to use the latest version that may have an improved GC, new library functions or bug fixes. In fact, why bother with improving the language at

Re: A site like cppinsights.io, but for D?

On 26.08.2018 20:39, Alexander Nicholi wrote: I just ran across this website that does some pretty interesting deconstructions of C++ code, and I was wondering if anything like this exists for D. Apparently the main purpose is source-to-source transformation to better

Re: [OT] "I like writing in D" - Hans Zimmer

For anyone not quite getting all the sharp jokes here, this might help: https://www.basicmusictheory.com/d-major-key-signature On Sun, 2018-08-26 at 17:25 +, Meta via Digitalmars-d wrote: > On Sunday, 26 August 2018 at 11:46:17 UTC, Olivier Pisano wrote: […] > > > > Moreover, D is written

A site like cppinsights.io, but for D?

I just ran across this website that does some pretty interesting deconstructions of C++ code, and I was wondering if anything like this exists for D. Apparently the main purpose is source-to-source transformation to better show what the compiler sees in your code

Re: [OT] "I like writing in D" - Hans Zimmer

On Sunday, 26 August 2018 at 11:46:17 UTC, Olivier Pisano wrote: On Wednesday, 22 August 2018 at 22:51:58 UTC, Piotrek wrote: You may already know that from youtube. It seems D starts getting traction even among musicians: https://www.youtube.com/watch?v=yCX1Ze3OcKo=youtu.be=64 That really

Looking for a mentor for SAoC

I've chosen to work on Mago, with the following goals: -Porting it to D first and foremost to make code maintenance and expansion easier in the future. -Add better support for Win32-COFF (there's a few more bugs compared to Win32-OMF in my experience) and Win64-COFF. As I read COFF32 needs

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 16:25:31 UTC, rikki cattermole wrote: On 27/08/2018 4:09 AM, lurker wrote: On Sunday, 26 August 2018 at 14:17:33 UTC, Chris wrote: lurking around this board for a long time and gave up on d2 along time ago. it is to scripty. i can not convince anybody at work to

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 16:25:31 UTC, rikki cattermole wrote: On 27/08/2018 4:09 AM, lurker wrote: On Sunday, 26 August 2018 at 14:17:33 UTC, Chris wrote: On Sunday, 26 August 2018 at 14:00:56 UTC, nkm1 wrote: So please report any issues you're having. Because they are not regular user

Is there a simple way to check if value is null for every case?

Hi again, The code below works for some cases but not for the Nullable!Type. A way to fix it should be check the type and use ".isNull" for Nullabe!Type. But is there a simple way to test if value is null for every case? import std.stdio, std.typecons, std.variant, std.conv; bool foo(T)(T

Re: Is there a simple way to check if value is null for every case?

On 27/08/2018 4:37 AM, SG wrote: Hi again, The code below works for some cases but not for the Nullable!Type. A way to fix it should be check the type and use ".isNull" for Nullabe!Type. But is there a simple way to test if value is null for every case? import std.stdio, std.typecons,

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 27/08/2018 4:09 AM, lurker wrote: On Sunday, 26 August 2018 at 14:17:33 UTC, Chris wrote: On Sunday, 26 August 2018 at 14:00:56 UTC, nkm1 wrote: [...] What did I expect? Better: What do I expect now. I've been using D for years now. I think it's time for D to offer users the same

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 14:17:33 UTC, Chris wrote: On Sunday, 26 August 2018 at 14:00:56 UTC, nkm1 wrote: [...] What did I expect? Better: What do I expect now. I've been using D for years now. I think it's time for D to offer users the same stability as other languages do. Simple as.

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Saturday, 25 August 2018 at 20:52:06 UTC, Walter Bright wrote: You want to remove autodecoding (so do I) and that will break just about every D program in existence. For everyone else, it's something else that's just as important to them. I wanted to get rid of autodecode and I even

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 14:00:56 UTC, nkm1 wrote: [...] What did I expect? Better: What do I expect now. I've been using D for years now. I think it's time for D to offer users the same stability as other languages do. Simple as.

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 13:40:17 UTC, Chris wrote: You can get used to anything until you find out that it doesn't need to be this way. You write unexciting Java code and hey, it works and it always will. It took me a while to understand why Java has been so successful, but now I know. A

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 08:40:32 UTC, Andre Pany wrote: On Saturday, 25 August 2018 at 20:52:06 UTC, Walter Bright wrote: In the whole discussion I miss 2 really important things. If your product compiles fine with a dmd version, no one forces you to update to the next dmd version. In

[Issue 19192] New: DMD generates invalid code for covariants involving template classes

https://issues.dlang.org/show_bug.cgi?id=19192 Issue ID: 19192 Summary: DMD generates invalid code for covariants involving template classes Product: D Version: D2 Hardware: x86_64 OS: Linux

Re: [OT] "I like writing in D" - Hans Zimmer

On Wednesday, 22 August 2018 at 22:51:58 UTC, Piotrek wrote: You may already know that from youtube. It seems D starts getting traction even among musicians: https://www.youtube.com/watch?v=yCX1Ze3OcKo=youtu.be=64 That really put a smile on my face :D And it would be a nice example of a D

Re: Patterns to avoid GC with capturing closures?

On Friday, 24 August 2018 at 22:51:40 UTC, Paul Backus wrote: On Friday, 24 August 2018 at 15:18:13 UTC, Peter Alexander wrote: I can write scaleAll like this: auto scaleAll(int[] xs, int m) @nogc { return repeat(m).zip(xs).map!(mx => mx[0] * mx[1]); } So that repeat(m) stores m, but it is

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 09:59:37 UTC, Peter Alexander wrote: On Sunday, 26 August 2018 at 08:40:32 UTC, Andre Pany wrote: In the whole discussion I miss 2 really important things. If your product compiles fine with a dmd version, no one forces you to update to the next dmd version. In

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 10:17:51 UTC, Walter Bright wrote: I'm not sure what you're referring to. I'm referring to the specified message, and the example: struct Array { int[] _payload; ~this() // (2) { import core.stdc.stdlib : free; free(_payload.ptr); // (3)

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On 8/25/2018 5:52 PM, David Nadlinger wrote: On Saturday, 25 August 2018 at 22:53:44 UTC, Walter Bright wrote: On 8/25/2018 2:46 PM, David Nadlinger wrote: At least for the transition period, I'd have attributes only apply to the user-specified code and infer them for the actual full

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Sunday, 26 August 2018 at 08:40:32 UTC, Andre Pany wrote: In the whole discussion I miss 2 really important things. If your product compiles fine with a dmd version, no one forces you to update to the next dmd version. In the company I work for, we set for each project the DMD version in

[Issue 15732] std.function partial does not work with function / delegate references

https://issues.dlang.org/show_bug.cgi?id=15732 Johannes Loher changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: Dicebot on leaving D: It is anarchy driven development in all its glory.

On Saturday, 25 August 2018 at 20:52:06 UTC, Walter Bright wrote: On 8/25/2018 3:52 AM, Chris wrote: On Friday, 24 August 2018 at 19:26:40 UTC, Walter Bright wrote: Every programmer who says this also demands new (and breaking) features. "Every programmer who..." Really? You want to remove

[Issue 18755] std.typecons.Rebindable breaks @safe-ty

https://issues.dlang.org/show_bug.cgi?id=18755 Johannes Loher changed: What|Removed |Added CC||johannes.lo...@fg4f.de --- Comment #1 from

  1   2   >