Re: DConf 2018 Livestream

On Thursday, 3 May 2018 at 00:32:07 UTC, Ali Çehreli wrote: On 05/02/2018 04:01 PM, Juan wrote: On Wednesday, 2 May 2018 at 17:47:43 UTC, Ali Çehreli wrote:   https://www.youtube.com/watch?v=HvqsUO77FGI Ali Hi Ali, Thanks for the link, and by the way could you share the link for the first

Why does enumerate over range return dchar, when ranging without returns char?

I am puzzled why enumerating in a foreach returns a dchar (which forces me to cast), whereas without the enumerate the range returns a char as expected. Example: ``` import std.stdio; import std.range : enumerate; void main() { char[] s = ['a','b','c']; char[3] x; auto i =

[Issue 18819] New: DMD compilation crash

https://issues.dlang.org/show_bug.cgi?id=18819 Issue ID: 18819 Summary: DMD compilation crash Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1

Re: auto: useful, annoying or bad practice?

On Monday, 30 April 2018 at 21:11:07 UTC, Gerald wrote: I'll freely admit I haven't put a ton of thought into this post (never a good start), however I'm genuinely curious what people's feeling are with regards to the auto keyword. So I'm curious, what's the consensus on auto? I'll start

Re: Derelict on Ubuntu with CODE::BLOCKS

On Monday, 11 December 2017 at 07:34:47 UTC, Mike Parker wrote: On Sunday, 10 December 2017 at 16:50:10 UTC, RegeleIONESCU wrote: [...] My advice is to ditch Code::Blocks and use something like VS Code or Sublime Text in conjunction with DUB. It's by far the easiest way to get started with

Re: Ambiguous template parameter names

On Thursday, 3 May 2018 at 02:48:10 UTC, jmh530 wrote: On Thursday, 3 May 2018 at 00:52:58 UTC, Meta wrote: [snip] It's not a big per se. It's a consequence of the declaration expanding to the real template function form (I can't type it all out as I'm on my phone), thus the inner `val` from

Re: Ambiguous template parameter names

On Thursday, 3 May 2018 at 00:52:58 UTC, Meta wrote: [snip] It's not a big per se. It's a consequence of the declaration expanding to the real template function form (I can't type it all out as I'm on my phone), thus the inner `val` from the function shadows the one from the template.

Re: C++ / Wrong function signature generated for reference parameter

On Wednesday, 2 May 2018 at 21:55:31 UTC, Robert M. Münch wrote: I have the following C++ function signature: uint _begin(Image& image, const InitParams* initParams) and the following D code: class InitParams { } class B2D { uint _begin(ref Image image, InitParams initParams); }

Re: Ambiguous template parameter names

On Wednesday, 2 May 2018 at 20:32:43 UTC, jmh530 wrote: In the function below, there is a template parameter and a normal parameter both with the same name. However, the function returns the normal parameter. The template parameter is effectively ignored. I was surprised by this behavior. Is

Re: DConf 2018 Livestream

On Thursday, 3 May 2018 at 00:32:07 UTC, Ali Çehreli wrote: On 05/02/2018 04:01 PM, Juan wrote: On Wednesday, 2 May 2018 at 17:47:43 UTC, Ali Çehreli wrote:   https://www.youtube.com/watch?v=HvqsUO77FGI Ali Hi Ali, Thanks for the link, and by the way could you share the link for the first

Re: Out of memory during compilation

On Wednesday, 2 May 2018 at 15:13:58 UTC, Matt Gamble wrote: On Wednesday, 2 May 2018 at 14:30:19 UTC, Joakim wrote: On Wednesday, 2 May 2018 at 14:25:35 UTC, Matt Gamble wrote: I have a large program (for me) with several thousand lines of code. Recently when I've tried to compile under debug

Re: DConf 2018 Livestream

On 05/02/2018 04:01 PM, Juan wrote: On Wednesday, 2 May 2018 at 17:47:43 UTC, Ali Çehreli wrote:   https://www.youtube.com/watch?v=HvqsUO77FGI Ali Hi Ali, Thanks for the link, and by the way could you share the link for the first 3 talks? Taking Advantage of D Within Existing C Code

[Issue 18766] std.typecons.Tuple.toHash could be improved

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

[Issue 18766] std.typecons.Tuple.toHash could be improved

https://issues.dlang.org/show_bug.cgi?id=18766 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/307ac7e4628c0cf4bb7f4e6efdfa62076754a6f2 Fix Issue 18766 - std.typecons.Tuple.toHash could be

Re: auto: useful, annoying or bad practice?

On Wednesday, 2 May 2018 at 14:05:49 UTC, H. S. Teoh wrote: How else would you do DoI, though? With Concepts? The advantage of using structural typing over concepts for DoI is that you would need an exponential number of concepts to catch up with a linear number of optional fields in a

Re: Digger v3.0 alpha 5 / DMD 2.080.0 / Can't build...

On Wednesday, 2 May 2018 at 21:13:03 UTC, Robert M. Münch wrote: On 2018-05-02 09:39:41 +, Seb said: [...] Hi, not that I know about... [...] Looks like it's an issue with the windows bootstrapping. I would recommend to report a bug to Vladimir's issue tracker:

Re: Ambiguous template parameter names

On Wednesday, 2 May 2018 at 20:32:43 UTC, jmh530 wrote: In the function below, there is a template parameter and a normal parameter both with the same name. However, the function returns the normal parameter. The template parameter is effectively ignored. I was surprised by this behavior. Is

Re: DConf 2018 Livestream

On Wednesday, 2 May 2018 at 17:47:43 UTC, Ali Çehreli wrote: https://www.youtube.com/watch?v=HvqsUO77FGI Ali Hi Ali, Thanks for the link, and by the way could you share the link for the first 3 talks? Taking Advantage of D Within Existing C Code Bases Walter Bright A Decade of D @

C++ / Wrong function signature generated for reference parameter

I have the following C++ function signature: uint _begin(Image& image, const InitParams* initParams) and the following D code: class InitParams { } class B2D { uint _begin(ref Image image, InitParams initParams); } But this compiles to the following signature which is not found by

Re: auto: useful, annoying or bad practice?

On Wednesday, 2 May 2018 at 14:05:49 UTC, H. S. Teoh wrote: How else would you do DoI, though? With Concepts? The advantage of using structural typing over concepts for DoI is that you would need an exponential number of concepts to catch up with a linear number of optional fields in a

[Issue 18211] Access violation when generating JSON on static foreach

https://issues.dlang.org/show_bug.cgi?id=18211 timon.g...@gmx.ch changed: What|Removed |Added CC||snarwin+bugzi...@gmail.com --- Comment

[Issue 18787] ddoc crashes on static foreach

https://issues.dlang.org/show_bug.cgi?id=18787 timon.g...@gmx.ch changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 18211] Access violation when generating JSON on static foreach

https://issues.dlang.org/show_bug.cgi?id=18211 timon.g...@gmx.ch changed: What|Removed |Added CC||timon.g...@gmx.ch --- Comment #1 from

Re: Digger v3.0 alpha 5 / DMD 2.080.0 / Can't build...

On 2018-05-02 09:39:41 +, Seb said: Works fine for me with 2.080.0. Did you maybe modify your working directory locally? Hi, not that I know about... If so, try nuking `work` away. I did and digger downloaded a bunch of things and failed wiht this: D:\develop\d-language\Digger>

[Issue 17819] static foreach segfaults on __traits(allMembers)

https://issues.dlang.org/show_bug.cgi?id=17819 --- Comment #8 from timon.g...@gmx.ch --- https://github.com/dlang/dmd/pull/8213 --

Ambiguous template parameter names

In the function below, there is a template parameter and a normal parameter both with the same name. However, the function returns the normal parameter. The template parameter is effectively ignored. I was surprised by this behavior. Is this a bug or intentional? I did not see it documented

[Issue 17819] static foreach segfaults on __traits(allMembers)

https://issues.dlang.org/show_bug.cgi?id=17819 --- Comment #7 from timon.g...@gmx.ch --- *** Issue 18718 has been marked as a duplicate of this issue. *** --

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

https://issues.dlang.org/show_bug.cgi?id=18718 timon.g...@gmx.ch changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: How to curl!

On Wednesday, 2 May 2018 at 16:58:35 UTC, IntegratedDimensions wrote: On Wednesday, 2 May 2018 at 03:03:19 UTC, ikod wrote: On Wednesday, 2 May 2018 at 00:04:49 UTC, IntegratedDimensions wrote: On Tuesday, 1 May 2018 at 23:35:42 UTC, Arun Chandrasekaran wrote: [...] Ok, first try:

[Issue 17819] static foreach segfaults on __traits(allMembers)

https://issues.dlang.org/show_bug.cgi?id=17819 timon.g...@gmx.ch changed: What|Removed |Added CC||timon.g...@gmx.ch --- Comment #6 from

Re: DConf 2018 Livestream

On 05/02/2018 10:16 AM, Juan wrote: On Wednesday, 2 May 2018 at 07:13:21 UTC, Mike Parker wrote: For those of you unable to join us in Munich, you can watch the fun online via the following link: https://www.youtube.com/user/hlmceventsgmbh The stream is down? This link plays something at

Thread-safe cache

What would the most performent way to create a thread-safe cache that can be used across threads/fibers in D? Lock-free as much as possible. What I ultimately want to do is to cache some data I pull from a database (Or elsewhere for that matter) and then cache it somewhere, so I can avoid

Re: DConf 2018 Livestream

On Wednesday, 2 May 2018 at 07:13:21 UTC, Mike Parker wrote: For those of you unable to join us in Munich, you can watch the fun online via the following link: https://www.youtube.com/user/hlmceventsgmbh The stream is down?

Re: Create variable for RedBlackTree range

On Wednesday, 2 May 2018 at 10:39:29 UTC, ag0aep6g wrote: On 04/28/2018 06:36 PM, Gerald wrote: What is the appropriate way to create a variable for the range returned by RedBlackTree lowerBound and upperBound. For example, given this code: ``` RedBlackTree!long promptPosition =

Re: How to curl!

On Wednesday, 2 May 2018 at 03:03:19 UTC, ikod wrote: On Wednesday, 2 May 2018 at 00:04:49 UTC, IntegratedDimensions wrote: On Tuesday, 1 May 2018 at 23:35:42 UTC, Arun Chandrasekaran wrote: [...] Ok, first try: Unhandled exception: object.Exception can't complete call to TLS_method at

Re: Tuple DIP

On 15.03.2018 17:14, Timon Gehr wrote: We could make lambdas consistent with proposal 5: ... Good point. That's indeed the intention, but I didn't get around to updating the grammar section. Nevermind, it's already there, as the grammar shares "Parameters" between functions and function

[Issue 18463] std.algorithm.joiner is slow

https://issues.dlang.org/show_bug.cgi?id=18463 --- Comment #1 from Seb --- A first step: https://github.com/dlang/phobos/pull/6492 --

Re: Out of memory during compilation

On 03/05/2018 3:21 AM, Matt Gamble wrote: On Wednesday, 2 May 2018 at 14:31:16 UTC, rikki cattermole wrote: On 03/05/2018 2:25 AM, Matt Gamble wrote: [...] Let me start by saying shared library support doesn't work (some people will say it does work partially, but it doesn't). The problem

Re: Out of memory during compilation

On Wednesday, 2 May 2018 at 14:31:16 UTC, rikki cattermole wrote: On 03/05/2018 2:25 AM, Matt Gamble wrote: [...] Let me start by saying shared library support doesn't work (some people will say it does work partially, but it doesn't). The problem for you (I think) is that dmd is compiled

Re: Out of memory during compilation

On Wednesday, 2 May 2018 at 14:30:19 UTC, Joakim wrote: On Wednesday, 2 May 2018 at 14:25:35 UTC, Matt Gamble wrote: I have a large program (for me) with several thousand lines of code. Recently when I've tried to compile under debug (-g -unittest) with VS2017, dmd2.076.1, windows 10, 8Gb

Re: core.stdc and betterC

On 5/1/2018 3:42 PM, dd86k wrote: I hope my first report[1] is properly done before I make other ones. [1] https://issues.dlang.org/show_bug.cgi?id=18816 Yes, it's good, thanks!

Re: Out of memory during compilation

On Wednesday, 2 May 2018 at 14:25:35 UTC, Matt Gamble wrote: I have a large program (for me) with several thousand lines of code. Recently when I've tried to compile under debug (-g -unittest) with VS2017, dmd2.076.1, windows 10, 8Gb ram), I've had the following output: Compiling

Re: Out of memory during compilation

On 03/05/2018 2:25 AM, Matt Gamble wrote: I have a large program (for me) with several thousand lines of code. Recently when I've tried to compile under debug (-g -unittest)  with VS2017, dmd2.076.1, windows 10, 8Gb ram), I've had the following output: Compiling SKaTERoptimizerD.d... Fatal

Out of memory during compilation

I have a large program (for me) with several thousand lines of code. Recently when I've tried to compile under debug (-g -unittest) with VS2017, dmd2.076.1, windows 10, 8Gb ram), I've had the following output: Compiling SKaTERoptimizerD.d... Fatal Error: Out of memory Building

Re: auto: useful, annoying or bad practice?

On Wed, May 02, 2018 at 12:11:57AM -0400, Nick Sabalausky (Abscissa) via Digitalmars-d wrote: > On 04/30/2018 05:35 PM, H. S. Teoh wrote: > > > > Also, design by introspection. Dependence on explicit types is so > > last century. Design by introspection FTW! Decoupling your code > > from

Re: A strategic vision for D

On Tuesday, 1 May 2018 at 22:20:53 UTC, John Gabriele wrote: On Tuesday, 1 May 2018 at 17:20:54 UTC, Ali wrote: I think point 1 in the vision is very telling 1. Lock down the language definition Sorry, I'm not understanding. To me that says the core team values multiple implementations that

[Issue 18809] Improve error message on nonexistent property

https://issues.dlang.org/show_bug.cgi?id=18809 RazvanN changed: What|Removed |Added Keywords||bootcamp

Re: Concatenate strings at compile-time

On Wednesday, 2 May 2018 at 12:38:25 UTC, Jonathan M. Wilbur wrote: I have a method that cannot be @nogc only because it concatenates strings for a long exception message, as seen below. throw new ASN1ValuePaddingException ( "This exception was thrown

Re: Concatenate strings at compile-time

On 03/05/2018 12:38 AM, Jonathan M. Wilbur wrote: I have a method that cannot be @nogc only because it concatenates strings for a long exception message, as seen below.     throw new ASN1ValuePaddingException     (     "This exception was thrown because you

Concatenate strings at compile-time

I have a method that cannot be @nogc only because it concatenates strings for a long exception message, as seen below. throw new ASN1ValuePaddingException ( "This exception was thrown because you attempted to decode " ~ "an INTEGER that

Re: Found on proggit: Krug, a new experimental programming language, compiler written in D

This is turning into a debate on the semantics of the word experience, so let's leave it that each person has their own belief system. On Wed, 2018-05-02 at 09:22 +, TheDalaiLama via Digitalmars-d wrote: > On Wednesday, 2 May 2018 at 06:04:59 UTC, Russel Winder wrote: > > Thus > > statements

Re: Release D 2.080.0

On Wednesday, 2 May 2018 at 07:10:49 UTC, Manu wrote: OMG, CTFE ^^! Best release ever! Yes, I am also really glad we can finally prefill tables with log and exp computations.

Re: Create variable for RedBlackTree range

On 04/28/2018 06:36 PM, Gerald wrote: What is the appropriate way to create a variable for the range returned by RedBlackTree lowerBound and upperBound. For example, given this code: ``` RedBlackTree!long promptPosition = redBlackTree!long(); long row =

Re: Digger v3.0 alpha 5 / DMD 2.080.0 / Can't build...

On Wednesday, 2 May 2018 at 09:36:23 UTC, Robert M. Münch wrote: Hi, digger won't build because it sees some local changes to file, which I didn't do: [...] Works fine for me with 2.080.0. Did you maybe modify your working directory locally? If so, try nuking `work` away. (btw digger is

Digger v3.0 alpha 5 / DMD 2.080.0 / Can't build...

Hi, digger won't build because it sees some local changes to file, which I didn't do: D:\develop\d-language\Digger> ./digger build --model=64 digger: Building spec: master digger: Adding D:\develop\d-language\Digger\work\dl\git\cmd to PATH. digger: Updating repo... Fetching origin digger:

Re: Found on proggit: Krug, a new experimental programming language, compiler written in D

On Wednesday, 2 May 2018 at 06:04:59 UTC, Russel Winder wrote: Thus statements such as "experience is irrelevant" are dangerous statements in most contexts. sorry. but 'experience' IS irrelevant. What is relevant, is what your experience demonstrates (i.e. what do you have to show for your

[Issue 18472] [Reg 2.078] betterC: cannot use format at compile time.

https://issues.dlang.org/show_bug.cgi?id=18472 --- Comment #11 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/cb2b0b848a1c6a2b208ba12257f6204c725744e4 Partial fix for Issue 18472 - permit using typeid at

Re: DConf 2018 Livestream

On Wednesday, 2 May 2018 at 07:13:21 UTC, Mike Parker wrote: For those of you unable to join us in Munich, you can watch the fun online via the following link: https://www.youtube.com/user/hlmceventsgmbh If you have any questions for the speakers, we'll have someone monitoring the D IRC and

DConf Slack channel

Hey everyone, the DConf Slack channel is at dconf.slack.com If you haven't joined yet, visit the invite bot to get an invite: https://dconf-slack-invite.herokuapp.com

Re: DConf stream?

On Wednesday, 2 May 2018 at 06:52:34 UTC, Bastiaan Veelo wrote: On Wednesday, 2 May 2018 at 06:48:40 UTC, Joakim wrote: On Wednesday, 2 May 2018 at 06:26:59 UTC, Bastiaan Veelo wrote: Can we please get a word on whether DConf is live streamed, and where? Thanks! According to Mike, yes,

DConf Twitter

Unfortunately, we are unable at the moment to use the @dlangconf Twitter handle for DConf updates. So please watch the standard @D_Programming feed instead. Thanks!

Re: DConf 2018 Livestream

On 02/05/2018 7:13 PM, Mike Parker wrote: For those of you unable to join us in Munich, you can watch the fun online via the following link: https://www.youtube.com/user/hlmceventsgmbh If you have any questions for the speakers, we'll have someone monitoring the D IRC and Slack. I'll have

DConf 2018 Livestream

For those of you unable to join us in Munich, you can watch the fun online via the following link: https://www.youtube.com/user/hlmceventsgmbh If you have any questions for the speakers, we'll have someone monitoring the D IRC and Slack. I'll have more info on which Slack channel shortly.

Re: Release D 2.080.0

On 1 May 2018 at 17:00, Martin Nowak via Digitalmars-d-announce wrote: > Glad to announce D 2.080.0. > > This release comes with CTFE support for log, exp and a couple of more > math functions. There is also a new isReturnOnStack trait, an apply > function

Re: DConf stream?

On Wednesday, 2 May 2018 at 06:48:40 UTC, Joakim wrote: On Wednesday, 2 May 2018 at 06:26:59 UTC, Bastiaan Veelo wrote: Can we please get a word on whether DConf is live streamed, and where? Thanks! According to Mike, yes, link forthcoming:

Re: DConf stream?

On Wednesday, 2 May 2018 at 06:26:59 UTC, Bastiaan Veelo wrote: Can we please get a word on whether DConf is live streamed, and where? Thanks! According to Mike, yes, link forthcoming: https://forum.dlang.org/post/jdlleszzvfagcazwf...@forum.dlang.org

Re: Follow @dlangconf and use #dconf on twitter

On Wednesday, 2 May 2018 at 00:26:05 UTC, Juan wrote: On Tuesday, 1 May 2018 at 03:57:25 UTC, Walter Bright wrote: Unfortunately, some other conference is using #dconf2018, so don't use that. By the way, it will be live streamed? Yes, it will be. I'll post the link as soon as I know it.

DConf stream?

Can we please get a word on whether DConf is live streamed, and where? Thanks!

Re: auto: useful, annoying or bad practice?

On Wednesday, 2 May 2018 at 00:01:42 UTC, Nick Sabalausky wrote: Now, all that said, using auto for a function signature's return type shouldn't usually be done, except in very careful, specific "voldemort type" kinds of situations (and even then, I dont see a real big point). I do it all

Re: Found on proggit: Krug, a new experimental programming language, compiler written in D

On Tue, 2018-05-01 at 23:54 -0400, Nick Sabalausky (Abscissa) via Digitalmars- d wrote: > On 05/01/2018 10:51 PM, TheDalaiLama wrote: > > > > There's no substituion for taste...some have it.. some don't. > > > > 'Experience' is irrelevant. > > > > Honestly, there's a lot of truth to this.

Re: Found on proggit: Krug, a new experimental programming language, compiler written in D

On Wed, 2018-05-02 at 02:51 +, TheDalaiLama via Digitalmars-d wrote: > […] > How did they get 'Go'... so wrong? They didn't. A lot of people out there are using Go very effectively and thoroughly enjoying it. True it is a language by Google for Google, but it has massive traction outside