Re: PR duty

On 04/04/2018 5:31 PM, Andrei Alexandrescu wrote: Hi folks, I was thinking of the following. To keep the PR queue trim and in good shape, we'd need at least one full-time engineer minding it. I've done that occasionally, and the queue size got shorter, but I couldn't do much else during that

PR duty

Hi folks, I was thinking of the following. To keep the PR queue trim and in good shape, we'd need at least one full-time engineer minding it. I've done that occasionally, and the queue size got shorter, but I couldn't do much else during that time. I was thinking, we can't afford a full-time

[Issue 15206] [REG2.077] ICE on optimized build, tym = x1d Internal error: backend\cgxmm.c 547

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

Re: DIP in making: ProtoObject

On Wednesday, April 04, 2018 00:49:10 Andrei Alexandrescu via Digitalmars-d wrote: > I'm working on a simple older idea to get it out of the way in > preparation for the more difficult DIPs to come: > > https://github.com/andralex/DIPs/blob/ProtoObject/DIPs/DIP.md > > This is not officially

Taming templates and mixin magic: type inpector helper in D/Phobos?

As a newbie in D (and making a lots of mistakes), I've found myself relying heavily in the use of a rudimentary type inspector to visualize my templated code instantiations. It's simple and incomplete as hell but good enough to see what happens under the hood quickly. QUESTION: Is there a

[Issue 18718] ICE in dmd/traits.d:417

https://issues.dlang.org/show_bug.cgi?id=18718 --- Comment #1 from Seb --- A start - https://github.com/dlang/dmd/pull/8125 (<- needs more work) --

Re: Learning D - modules packages and the package.d

On Wednesday, April 04, 2018 04:54:50 Ali via Digitalmars-d-learn wrote: > I am going through the Learning D book by Michael Parker > So every now and then I will make post about the book > either critics of the book, book content or questions > > > First critic > chapter 2 - the special package

Re: Learning D - modules packages and the package.d

On Wednesday, 4 April 2018 at 04:54:50 UTC, Ali wrote: at first i though package.d is special name, as in i must call the file package.d or this trick or idiom to work the trick was to have one module that public import all the modules you import as group in other modules so instead of

Learning D - modules packages and the package.d

I am going through the Learning D book by Michael Parker So every now and then I will make post about the book either critics of the book, book content or questions First critic chapter 2 - the special package module this small section, suggest an idiom to create a package which can have any

DIP in making: ProtoObject

I'm working on a simple older idea to get it out of the way in preparation for the more difficult DIPs to come: https://github.com/andralex/DIPs/blob/ProtoObject/DIPs/DIP.md This is not officially reviewable yet, but conveys the gist and could use some early feedback. Any insight will be

[Issue 18723] New: std.exception.ErrnoException@std/stdio.d(1012): Enforcement failed (Bad file descriptor) when running the simplified benchmark

https://issues.dlang.org/show_bug.cgi?id=18723 Issue ID: 18723 Summary: std.exception.ErrnoException@std/stdio.d(1012): Enforcement failed (Bad file descriptor) when running the simplified benchmark Product: D

Re: std.variant Is Everything Cool About D

On Wednesday, 4 April 2018 at 03:09:22 UTC, helxi wrote: On Thursday, 29 March 2018 at 14:10:39 UTC, Mike Parker wrote: Jared Hanson (a.k.a Meta and MetaLang around these parts) was inspired by an article titled "std::visit is everything wrong with modern C++" to contrast it with D's

[Issue 18722] New: runnable/test13666.sh has magic failures on Windows

https://issues.dlang.org/show_bug.cgi?id=18722 Issue ID: 18722 Summary: runnable/test13666.sh has magic failures on Windows Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: normal

Re: std.variant Is Everything Cool About D

On Thursday, 29 March 2018 at 14:10:39 UTC, Mike Parker wrote: Jared Hanson (a.k.a Meta and MetaLang around these parts) was inspired by an article titled "std::visit is everything wrong with modern C++" to contrast it with D's std.variant.visit. The result is this well-written post for the D

[Issue 18721] New: ICE in dmd/cond.d(378) when compiling static foreach with -D

https://issues.dlang.org/show_bug.cgi?id=18721 Issue ID: 18721 Summary: ICE in dmd/cond.d(378) when compiling static foreach with -D Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: code-d 0.17.0 + serve-d 0.1.2

On Tuesday, 3 April 2018 at 23:50:24 UTC, Arredondo wrote: I could not get this to work for me in the past (I'm using Windows 10). I saw this announcement so I decided to try again. I have a little more experience to share... std.process.ProcessException@std\process.d(753): Failed to spawn

[Issue 18720] New: Segfault in src/gc/impl/conservative/gc.d:1990

https://issues.dlang.org/show_bug.cgi?id=18720 Issue ID: 18720 Summary: Segfault in src/gc/impl/conservative/gc.d:1990 Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: major

Re: D compiles fast, right? Right??

On Tuesday, April 03, 2018 21:08:48 Andrei Alexandrescu via Digitalmars-d wrote: > On 04/03/2018 05:53 PM, bachmeier wrote: > > On Tuesday, 3 April 2018 at 21:17:35 UTC, Rubn wrote: > >> I feel that's probably the case for any comparisons across two > >> languages, you are going to have a person

[Issue 18688] Constructors shouldn't have implicit super call if it throws

https://issues.dlang.org/show_bug.cgi?id=18688 Walter Bright changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: D compiles fast, right? Right??

On 04/03/2018 05:53 PM, bachmeier wrote: On Tuesday, 3 April 2018 at 21:17:35 UTC, Rubn wrote: I feel that's probably the case for any comparisons across two languages, you are going to have a person that is more knowledgeable in one language than another. Mistakes are going to be made, but I

CPUblit v0.1.0

https://github.com/ZILtoid1991/CPUblit I have put the rendering functions of my engine to an external library for general use in other applications where image composing is needed. I can add functions on request, currently I'm planning more functions for drawing and higher-level functions,

Re: D compiles fast, right? Right??

On Tuesday, 3 April 2018 at 23:29:34 UTC, Atila Neves wrote: On Tuesday, 3 April 2018 at 19:07:54 UTC, Jonathan Marler wrote: On Tuesday, 3 April 2018 at 10:24:15 UTC, Atila Neves wrote: On Monday, 2 April 2018 at 18:52:14 UTC, Jonathan Marler wrote: You still missed my point. I got

Re: code-d 0.17.0 + serve-d 0.1.2

On Tuesday, 3 April 2018 at 23:50:24 UTC, Arredondo wrote: I could not get this to work for me in the past (I'm using Windows 10). I saw this announcement so I decided to try again. I'm using it in Windows 10 right now, but I did have trouble trying to upgrade an existing installation. To

Re: D compiles fast, right? Right??

On Tuesday, April 03, 2018 16:15:35 H. S. Teoh via Digitalmars-d wrote: > On Tue, Apr 03, 2018 at 10:59:13PM +, Atila Neves via Digitalmars-d wrote: > > On Tuesday, 3 April 2018 at 20:47:48 UTC, Kagamin wrote: > > > On Friday, 30 March 2018 at 16:12:44 UTC, Atila Neves wrote: > > > > *

Re: code-d 0.17.0 + serve-d 0.1.2

I could not get this to work for me in the past (I'm using Windows 10). I saw this announcement so I decided to try again. After reinstalling code-d I got this in the OUTPUT console: Installing DCD Installing into C:\Users\Wulfrick\AppData\Roaming\code-d\bin > git clone --recursive --depth=1

Re: D compiles fast, right? Right??

Am Tue, 3 Apr 2018 16:15:35 -0700 schrieb "H. S. Teoh" : > On Tue, Apr 03, 2018 at 10:59:13PM +, Atila Neves via Digitalmars-d wrote: > > That sentence might as well be fingernails on a blackboard for me! I > > save compulsively. Whenever I stop typing, C-x C-s it is

Re: D compiles fast, right? Right??

On Tue, Apr 03, 2018 at 11:09:10PM +, burjui via Digitalmars-d wrote: [...] > H. S. Teoh is not the only one here cringing at "fast code fast" on > the main page. I use D from time to time for over 10 years now, and > even used it at work and it was a relatively positive experience, > thanks

Re: D compiles fast, right? Right??

On Tuesday, 3 April 2018 at 19:07:54 UTC, Jonathan Marler wrote: On Tuesday, 3 April 2018 at 10:24:15 UTC, Atila Neves wrote: On Monday, 2 April 2018 at 18:52:14 UTC, Jonathan Marler wrote: You still missed my point. I got your point. I'm disagreeing. You're post was saying that "D

Re: D compiles fast, right? Right??

On Tue, Apr 03, 2018 at 10:59:13PM +, Atila Neves via Digitalmars-d wrote: > On Tuesday, 3 April 2018 at 20:47:48 UTC, Kagamin wrote: > > On Friday, 30 March 2018 at 16:12:44 UTC, Atila Neves wrote: > > > * Building a whole project in C++ still takes a lot longer since D > > > scales much

[Issue 2043] Closure outer variables in nested blocks are not allocated/instantiated correctly: should have multiple instances but only have one.

https://issues.dlang.org/show_bug.cgi?id=2043 --- Comment #26 from Artem Borisovskiy --- Buckle up for celebration of 10 year anniversary and don't forget flowers for Walter. --

Re: D compiles fast, right? Right??

Atila laid it out pretty clear: he doesn't care about the differences, he wants the work to be done. And I'm with him on that. Go and it's standard library may be way simpler, but it get's the job done (which is trivial in both cases, by the way) almost instantaneously, which is a much bigger

code-d 0.17.0 + serve-d 0.1.2

new code-d (D extension for vscode) and serve-d (Language Server Protocol server for it) release See the CHANGELOG in vscode, or on https://github.com/Pure-D/code-d/blob/master/CHANGELOG.md Today massive improvements towards windows installation have been made and it should be a lot more

Re: D compiles fast, right? Right??

On Tuesday, 3 April 2018 at 21:53:35 UTC, bachmeier wrote: On Tuesday, 3 April 2018 at 21:17:35 UTC, Rubn wrote: I feel that's probably the case for any comparisons across two languages, you are going to have a person that is more knowledgeable in one language than another. Mistakes are going

Re: D compiles fast, right? Right??

On Tuesday, 3 April 2018 at 20:47:48 UTC, Kagamin wrote: On Friday, 30 March 2018 at 16:12:44 UTC, Atila Neves wrote: * Building a whole project in C++ still takes a lot longer since D scales much better, but that's not my typical worflow, nor should it be anyone else's. I can write code for

[Issue 15621] std.file.rename does not allow moving files to a different drive

https://issues.dlang.org/show_bug.cgi?id=15621 Jonathan Marler changed: What|Removed |Added CC|

Re: D compiles fast, right? Right??

On Tuesday, 3 April 2018 at 21:17:35 UTC, Rubn wrote: I feel that's probably the case for any comparisons across two languages, you are going to have a person that is more knowledgeable in one language than another. Mistakes are going to be made, but I think it should be blatantly obvious that

Re: Need a fancy domain for your project? .dub.pm has you covered!

On Tuesday, 3 April 2018 at 21:28:01 UTC, Tony wrote: Not a big deal since the same table is on code.dlang.org, but on the https://dub.pm/index.htm table, the headings "Name", "Registered" and "Score" are all active links, but the sort is not currently working. Yes, that's expected. dub.pm

Re: Deprecating this(this)

On 04/03/2018 10:51 PM, Steven Schveighoffer wrote: On 4/3/18 4:26 PM, ag0aep6g wrote: [...] If there's a problem with running two postblits on the same field, then I think constructors probably have similar issue. I'm having a hard time finding a good example, though. One where we could

Re: Need a fancy domain for your project? .dub.pm has you covered!

Not a big deal since the same table is on code.dlang.org, but on the https://dub.pm/index.htm table, the headings "Name", "Registered" and "Score" are all active links, but the sort is not currently working.

Re: D compiles fast, right? Right??

On Tuesday, 3 April 2018 at 19:07:54 UTC, Jonathan Marler wrote: On Tuesday, 3 April 2018 at 10:24:15 UTC, Atila Neves wrote: On Monday, 2 April 2018 at 18:52:14 UTC, Jonathan Marler wrote: My point was that if you want to compare "compile-time" performance, you should not include the

Re: Deprecating this(this)

On 04/03/2018 04:29 PM, ag0aep6g wrote: But if postblit goes away for other reasons anyway (like the atomic copy thing, or another mechanism being simply superior), then there's no point in pursuing this, of course. The DIP will definitely need to make a solid case supporting whatever it

Re: Deprecating this(this)

On 04/03/2018 04:26 PM, ag0aep6g wrote: On 04/03/2018 05:13 PM, Steven Schveighoffer wrote: Unfortunately, I found out that it's not just "pre-filled with some values". Member postblits are run before the containing postblit. https://run.dlang.io/is/mt6eGa So this means, the data that is

[Issue 18719] New: Doubly-called constructor against member when using forwarding constructors

https://issues.dlang.org/show_bug.cgi?id=18719 Issue ID: 18719 Summary: Doubly-called constructor against member when using forwarding constructors Product: D Version: D2 Hardware: x86_64 OS: Linux

Re: Deprecating this(this)

On 4/3/18 4:26 PM, ag0aep6g wrote: On 04/03/2018 05:13 PM, Steven Schveighoffer wrote: Unfortunately, I found out that it's not just "pre-filled with some values". Member postblits are run before the containing postblit. https://run.dlang.io/is/mt6eGa So this means, the data that is

Re: D compiles fast, right? Right??

On Friday, 30 March 2018 at 16:12:44 UTC, Atila Neves wrote: * Building a whole project in C++ still takes a lot longer since D scales much better, but that's not my typical worflow, nor should it be anyone else's. I can write code for days without even saving :) What's the point to compile

Re: is this even possible? newbie + mixin template + foreach (allMembers)

On Tuesday, 3 April 2018 at 18:49:00 UTC, Carlos Navarro wrote: QUESTION: Obviously I'm no geting mixins/templates nor traits and I'm failing miserably to find/identify the right examples or documentation to help me tackle this thing. What is wrong in this code? is this pattern sintactically

[Issue 18718] New: ICE in dmd/traits.d:417

https://issues.dlang.org/show_bug.cgi?id=18718 Issue ID: 18718 Summary: ICE in dmd/traits.d:417 Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: ice, ice-on-invalid-code

Re: Better way to append to array than ~= ?

On Tuesday, 3 April 2018 at 20:02:46 UTC, Vladimirs Nordholm wrote: On Tuesday, 3 April 2018 at 19:53:11 UTC, Meta wrote: On Tuesday, 3 April 2018 at 19:02:25 UTC, Vladimirs Nordholm wrote: [...] In this specific case, since you know the length of `Args`, you can pre-allocate an array of

[Issue 11938] "Ifti!T" for std.traits

https://issues.dlang.org/show_bug.cgi?id=11938 Seb changed: What|Removed |Added CC||greensunn...@gmail.com --

Re: Better way to append to array than ~= ?

On Tuesday, 3 April 2018 at 20:02:46 UTC, Vladimirs Nordholm wrote: On Tuesday, 3 April 2018 at 19:53:11 UTC, Meta wrote: On Tuesday, 3 April 2018 at 19:02:25 UTC, Vladimirs Nordholm wrote: [...] In this specific case, since you know the length of `Args`, you can pre-allocate an array of

Re: Deprecating this(this)

On 04/03/2018 08:57 PM, Andrei Alexandrescu wrote: Well... not really. This is because .init is really an inert state - null indirections, no state allocated etc. .init can have non-null indirections: struct S { int[] a = [1, 2, 3]; } static assert(S.init.a.ptr !is null); /* passes */

Re: Deprecating this(this)

On 04/03/2018 05:13 PM, Steven Schveighoffer wrote: Unfortunately, I found out that it's not just "pre-filled with some values". Member postblits are run before the containing postblit. https://run.dlang.io/is/mt6eGa So this means, the data that is available to the postblit has already been

Re: Better way to append to array than ~= ?

On Tuesday, 3 April 2018 at 19:53:11 UTC, Meta wrote: On Tuesday, 3 April 2018 at 19:02:25 UTC, Vladimirs Nordholm wrote: [...] In this specific case, since you know the length of `Args`, you can pre-allocate an array of that size and loop through it doing your initialization. However, if

Re: mixin break; in switch containing static foreach

On Tuesday, 3 April 2018 at 19:41:54 UTC, Alex wrote: On Tuesday, 3 April 2018 at 19:31:50 UTC, Vladimirs Nordholm wrote: [...] Would labelling help? https://run.dlang.io/is/vE1KyD Ah! Okay, now I see. Thanks Alex and Adam!

[Issue 15206] ICE on optimized build, tym = x1d Internal error: backend\cgxmm.c 547

https://issues.dlang.org/show_bug.cgi?id=15206 John Colvin changed: What|Removed |Added CC|

Re: Better way to append to array than ~= ?

On Tuesday, 3 April 2018 at 19:02:25 UTC, Vladimirs Nordholm wrote: Hello people. I currently have a function which multiple times per second takes in arguments, and appends the argument as my special type. The following code should explain what I do more properly: struct MySpecialType

Re: mixin break; in switch containing static foreach

On Tuesday, 3 April 2018 at 19:31:50 UTC, Vladimirs Nordholm wrote: switch(foo) Put the label on the switch whatever: switch(foo) mixin(format(" case Foo.%s:bar = Bar.%s;break; ", f, f)); then use the label here break whatever;

Re: mixin break; in switch containing static foreach

On Tuesday, 3 April 2018 at 19:31:50 UTC, Vladimirs Nordholm wrote: My base problem is that I want to mixin `break` into a switch statement, but the mixin is within a static foreach. Take a look at the following code: switch(foo) { static foreach(f; EnumMembers!Foo) {

mixin break; in switch containing static foreach

My base problem is that I want to mixin `break` into a switch statement, but the mixin is within a static foreach. Take a look at the following code: switch(foo) { static foreach(f; EnumMembers!Foo) { mixin(format(" case Foo.%s:bar =

Re: is this even possible? newbie + mixin template + foreach (allMembers)

On Tuesday, 3 April 2018 at 18:57:29 UTC, WebFreak001 wrote: you need to use a static foreach for this. You can insert a static foreach basically where you can insert a function definition like void foo() {} foreach is more like a function call like foo(), so you can't put it in the mixin

Re: Deprecating this(this)

On Saturday, 31 March 2018 at 23:38:06 UTC, Andrei Alexandrescu wrote: [snip] * immutable and const are very difficult, but we have an attack (assuming copy construction gets taken care of) Would it be easier if the const/immutable containers were considered separate types? For instance,

Re: D compiles fast, right? Right??

On Tuesday, 3 April 2018 at 10:24:15 UTC, Atila Neves wrote: On Monday, 2 April 2018 at 18:52:14 UTC, Jonathan Marler wrote: My point was that GO's path library is very different from dlang's std.path library. It has an order of magnitude less code so the point was that you're comparing a

Better way to append to array than ~= ?

Hello people. I currently have a function which multiple times per second takes in arguments, and appends the argument as my special type. The following code should explain what I do more properly: struct MySpecialType { char c; } auto foo(Args...)(Args args) {

[Issue 18716] [ICE] type const(char)[] can not be mapped to C++

https://issues.dlang.org/show_bug.cgi?id=18716 --- Comment #1 from Jacob Carlborg --- Pull request: https://github.com/dlang/dmd/pull/8120. --

Re: Deprecating this(this)

On 04/03/2018 10:21 AM, ag0aep6g wrote: On Tuesday, 3 April 2018 at 12:52:00 UTC, Andrei Alexandrescu wrote: On 04/03/2018 07:36 AM, ag0aep6g wrote: For constructors, we say that the first assignment is actually initialization. The compiler might or might not put the .init value down before

Re: is this even possible? newbie + mixin template + foreach (allMembers)

On Tuesday, 3 April 2018 at 18:49:00 UTC, Carlos Navarro wrote: QUESTION: Obviously I'm no geting mixins/templates nor traits and I'm failing miserably to find/identify the right examples or documentation to help me tackle this thing. What is wrong in this code? is this pattern sintactically

[Issue 18717] Segfault in BitManip

https://issues.dlang.org/show_bug.cgi?id=18717 --- Comment #1 from Cédric Picard --- Forgot to mention that this may be related to https://issues.dlang.org/show_bug.cgi?id=12458 although I do not the issues are the same. --

[Issue 18717] New: Segfault in BitManip

https://issues.dlang.org/show_bug.cgi?id=18717 Issue ID: 18717 Summary: Segfault in BitManip Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal Priority: P1

Re: @property for simple methods?

On Monday, 2 April 2018 at 15:05:04 UTC, Seb wrote: On Monday, 2 April 2018 at 14:51:57 UTC, Vladimirs Nordholm wrote: On Monday, 2 April 2018 at 14:20:49 UTC, Dennis wrote: [...] Ah! First time I read the docs I didn't understand the typeof(exp) explanation, but yours made me understand

is this even possible? newbie + mixin template + foreach (allMembers)

QUESTION: Obviously I'm no geting mixins/templates nor traits and I'm failing miserably to find/identify the right examples or documentation to help me tackle this thing. What is wrong in this code? is this pattern sintactically possible? what I'm getting wrong? CONTEXT: I'm a newbie

Re: @property for simple methods?

On Monday, 2 April 2018 at 15:15:05 UTC, Dennis wrote: On Monday, 2 April 2018 at 14:51:57 UTC, Vladimirs Nordholm wrote: Do you think I should I omit the @property tag, if the only wanted behaviour is to set a value (`foo.bar = "baz";`) ? You're probably fine either way, it's mostly for

[Issue 18716] New: [ICE] type const(char)[] can not be mapped to C++

https://issues.dlang.org/show_bug.cgi?id=18716 Issue ID: 18716 Summary: [ICE] type const(char)[] can not be mapped to C++ Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal

Second Language Acquisition - Dogme & Direct Method

The Dogme method, based on the writing of Scott Thornbury, “considers language learning to be a process where language emerges rather than one where it is acquired”. The entire method is based on conversation and the teaching (or in group lessons ‘moderation’) as such does not follow specific

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

On Tuesday, 3 April 2018 at 16:21:18 UTC, Joakim wrote: On Wednesday, 31 January 2018 at 11:42:14 UTC, Seb wrote: On Wednesday, 31 January 2018 at 10:35:06 UTC, Benny wrote: [...] Not sure why that's a bad thing. They all have their ups and downs: [...] Since some want Quora engagement,

Re: How to Stay Away From Faux Pas in a Foreign Language?

On Tuesday, 3 April 2018 at 15:02:34 UTC, markmst wrote: Why Pay For Learning a Foreign I actually read this until "Why Pay For Learning a Foreign Language". I didn't get the joke... Go figure..

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

On Wednesday, 31 January 2018 at 11:42:14 UTC, Seb wrote: On Wednesday, 31 January 2018 at 10:35:06 UTC, Benny wrote: [...] Not sure why that's a bad thing. They all have their ups and downs: [...] Since some want Quora engagement, I thought I'd mention this thread I just stumbled upon,

Re: D compiles fast, right? Right??

On Tue, Apr 03, 2018 at 10:24:15AM +, Atila Neves via Digitalmars-d wrote: [...] > We can't make a marketing point of D compiling so fast it might as > well be a scripting language when it's not even true. I get a better > edit-compile-test cycle in *C++*, which is embarassing. [...] +1. And

Re: Deprecating this(this)

On 4/3/18 10:21 AM, ag0aep6g wrote: On Tuesday, 3 April 2018 at 12:52:00 UTC, Andrei Alexandrescu wrote: On 04/03/2018 07:36 AM, ag0aep6g wrote: For constructors, we say that the first assignment is actually initialization. The compiler might or might not put the .init value down before

How to Stay Away From Faux Pas in a Foreign Language?

Many language learners will have a similar story to narrate. They have often used a foreign word accidentally, which may sound similar in the English as well as in the target language and yet are completely different in their meanings, Such linguistic goof-ups are referred to as "false

Re: Deprecating this(this)

On Tuesday, 3 April 2018 at 12:52:00 UTC, Andrei Alexandrescu wrote: On 04/03/2018 07:36 AM, ag0aep6g wrote: For constructors, we say that the first assignment is actually initialization. The compiler might or might not put the .init value down before calling the constructor. Doesn't matter,

Re: Why toUTF8 not accept wchar[] as argument?

On Tuesday, 3 April 2018 at 13:12:05 UTC, Timoses wrote: On Tuesday, 3 April 2018 at 05:20:55 UTC, Seb wrote: Better diagnostics and error messages is a key goal in 2018 for dmd ;-) Awesome! How about telling the user which of the template constraints failed? Would be so awesome. Currently,

Re: Why toUTF8 not accept wchar[] as argument?

On Tuesday, 3 April 2018 at 05:20:55 UTC, Seb wrote: Better diagnostics and error messages is a key goal in 2018 for dmd ;-) Awesome! How about telling the user which of the template constraints failed? Would be so awesome. Currently, there's a need to check every single one (as mentioned by

Re: What is the equivalent of C++'s std::optional and std::nullopt in D?

On Tuesday, 3 April 2018 at 02:10:09 UTC, helxi wrote: For reference: https://en.cppreference.com/w/cpp/utility/optional See also this topic recently discussed: https://forum.dlang.org/post/p9qvb8$1j1n$1...@digitalmars.com

Re: Deprecating this(this)

On 04/03/2018 07:36 AM, ag0aep6g wrote: For constructors, we say that the first assignment is actually initialization. The compiler might or might not put the .init value down before calling the constructor. Doesn't matter, because the constructor will overwrite it anyway, and nothing of value

Re: Deprecating this(this)

On 04/02/2018 02:47 PM, Marco Leise wrote: Am Mon, 2 Apr 2018 11:57:55 -0400 schrieb Andrei Alexandrescu : Problem is we don't have head-mutable in the language. Yes, for built-in slices the mechanism is simple - just change qualifier(T[]) to qualifier(T)[]. For

[Issue 18715] Non-documented unittests should not use unpredictableSeed or default Random alias

https://issues.dlang.org/show_bug.cgi?id=18715 --- Comment #1 from Nathan S. --- Pull request: https://github.com/dlang/phobos/pull/6414 --

[Issue 18715] New: Non-documented unittests should not use unpredictableSeed or default Random alias

https://issues.dlang.org/show_bug.cgi?id=18715 Issue ID: 18715 Summary: Non-documented unittests should not use unpredictableSeed or default Random alias Product: D Version: D2 Hardware: All OS: All

Re: What's up with ddoc on dlang.org?

On 04/02/2018 06:13 PM, ag0aep6g wrote: On 04/02/2018 11:36 PM, Steven Schveighoffer wrote: Was just perusing dlang's library documentation, and here is the description it has for std.experimental.allocator.make: Dynamically allocates (using ) and then creates in the memory allocated an

Re: Deprecating this(this)

On 04/03/2018 09:39 AM, Kagamin wrote: On Monday, 2 April 2018 at 14:42:17 UTC, ag0aep6g wrote: The way it works in a const constructor is that `this.foo = bar;` is considered initialization, not assignment. Do you mean the spec? Andrei complained about implementation. Andrei complained

Re: D compiles fast, right? Right??

On Sunday, 1 April 2018 at 02:40:26 UTC, Walter Bright wrote: On 3/30/2018 1:17 PM, Andrei Alexandrescu wrote: Could be faster. It's been a fair amount of time since somebody has done profiling of dmd. It needs to be done. There's probably plenty of low hanging fruit. Speculating about why

Re: [OT] Unity migrating parts of their engine from C++ into High Performace C# (HPC#)

On Tuesday, 3 April 2018 at 04:50:15 UTC, rumbu wrote: On Monday, 2 April 2018 at 22:55:58 UTC, Meta wrote: On Monday, 2 April 2018 at 20:19:17 UTC, rumbu wrote: void foo(IRange someRange) { //do something with someRange even it's a struct //this includes code completion and other IDE

Re: D compiles fast, right? Right??

On Monday, 2 April 2018 at 18:52:14 UTC, Jonathan Marler wrote: My point was that GO's path library is very different from dlang's std.path library. It has an order of magnitude less code so the point was that you're comparing a very small library with much less functionality to a very large

Re: Vtable for virtual functions in D

On Wednesday, 7 March 2018 at 22:02:17 UTC, sarn wrote: When I wrote Xanthe a year ago, I rolled my own classes using alias this and explicit vtables: https://gitlab.com/sarneaud/xanthe/blob/master/src/game/rigid_body.d#L15 (I did this because normal D classes use the druntime library, and

Re: Vtable for virtual functions in D

On Monday, 2 April 2018 at 07:02:07 UTC, sarn wrote: I decided to pull some basic background info about vtables, etc, into its own post. I'll write about taking advantage of alias this and template metaprogramming in a later post.

Re: Need a fancy domain for your project? .dub.pm has you covered!

On Thursday, 23 February 2017 at 14:16:35 UTC, Seb wrote: Hey all, As I own dub.pm since a year and it hasn't been used much, I have just configured automatic sub-domain rewriting, s.t. everyone can have nice and fancy URLs. All sub-domains get redirected to their respective DUB package

[Issue 18452] std.zip has size limit of 2 GB

https://issues.dlang.org/show_bug.cgi?id=18452 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/0dc7ea22b08b317e4e5bda07d298996ecb9efa0f Fix Issue 18452 - std.zip has size limit of 2 GB

[Issue 18452] std.zip has size limit of 2 GB

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

Re: [OT] Unity migrating parts of their engine from C++ into High Performace C# (HPC#)

On Tuesday, 3 April 2018 at 07:57:36 UTC, rikki cattermole wrote: On 03/04/2018 7:43 PM, aliak wrote: On Tuesday, 3 April 2018 at 05:24:02 UTC, rikki cattermole wrote: Shame we don't have signatures, then we'd have similar functionality only better!

[Issue 18714] Phobos calls localtime, which is not threadsafe

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

[Issue 18714] Phobos calls localtime, which is not threadsafe

https://issues.dlang.org/show_bug.cgi?id=18714 --- Comment #1 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/5d6bf2bdd2fac4ba5da71893d50306963326eedb Do not call localtime. It is not threadsafe. You will

  1   2   >