Re: DConf 2018 Videos

On Tuesday, 22 May 2018 at 05:03:52 UTC, Manu wrote: On 21 May 2018 at 17:16, Mike Parker via Digitalmars-d wrote: On Monday, 21 May 2018 at 22:09:08 UTC, SrMordred wrote: There is some place where I can find this year conference videos with or without slides?

[Issue 18879] !is doesn't highlight correctly

https://issues.dlang.org/show_bug.cgi?id=18879 --- Comment #11 from Rainer Schuetze --- You are supposed to be able to configure that on the colorizer options page with the "Colored types" by adding [Keyword] is in but that's currently not working when the token has been

[Issue 14537] Declaring an extern(C++) function in a variadic function template results in an ICE.

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

[Issue 15943] wrong code for extern(C++) thread local variables

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

Re: DConf 2018 Videos

On Monday, May 21, 2018 22:03:52 Manu via Digitalmars-d wrote: > On 21 May 2018 at 17:16, Mike Parker via Digitalmars-d > > wrote: > > On Monday, 21 May 2018 at 22:09:08 UTC, SrMordred wrote: > >> There is some place where I can find this year conference videos with >

Re: DConf 2018 Videos

On 05/21/2018 10:03 PM, Manu wrote: I was really interested to see Walter's talk this year! :( He said he will have been giveneth the same talk somewhere elseth. Ali

[Issue 15023] debug info for extern(C++) classes don't work when debugging C++ code

https://issues.dlang.org/show_bug.cgi?id=15023 Manu changed: What|Removed |Added CC||turkey...@gmail.com --- Comment

[Issue 14570] Compiler crash relating to extern(C++)

https://issues.dlang.org/show_bug.cgi?id=14570 Manu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 18642] VisualD - Demangle link errors?

https://issues.dlang.org/show_bug.cgi?id=18642 --- Comment #4 from Manu --- I also noticed some error dialogs pop-up when I launch VS after installing that build. I didn't take notice of them at the time, I didn't think they were VisualD related, but perhaps they were... --

Re: DConf 2018 Videos

On 21 May 2018 at 17:16, Mike Parker via Digitalmars-d wrote: > On Monday, 21 May 2018 at 22:09:08 UTC, SrMordred wrote: >> >> There is some place where I can find this year conference videos with or >> without slides? >> Thanks! > > > Day 1: >

Re: Help with DMD internals

On 21 May 2018 at 15:51, Steven Schveighoffer via Digitalmars-d wrote: > On 5/21/18 6:37 PM, Manu wrote: >> >> On 21 May 2018 at 15:29, Steven Schveighoffer via Digitalmars-d >> wrote: >>> >>> Uninitialized, but allocated and usable. The

Re: extern(C++) classes; dtor must go in vtable

On 21 May 2018 at 15:39, Steven Schveighoffer via Digitalmars-d wrote: > On 5/21/18 6:26 PM, Manu wrote: >> >> On 21 May 2018 at 14:53, Jonathan M Davis via Digitalmars-d >> wrote: >>> >>> On Monday, May 21, 2018 14:33:44 Manu via

[Issue 18879] !is doesn't highlight correctly

https://issues.dlang.org/show_bug.cgi?id=18879 --- Comment #10 from Manu --- Hmm, I would personally want something different... When I read operator, I read ! * & + /. While 'in' is an operator, I would want it to colour like a keyword. When I see !in, I would want the ! to

[Issue 18642] VisualD - Demangle link errors?

https://issues.dlang.org/show_bug.cgi?id=18642 --- Comment #3 from Manu --- Trying to build DMD, I get a different error: 2>C:\Program Files (x86)\VisualD\msbuild\dcompile.targets(134,15): error MSB4030:

[Issue 18642] VisualD - Demangle link errors?

https://issues.dlang.org/show_bug.cgi?id=18642 --- Comment #2 from Manu --- Oops! Installed and now I get this: 1> Link: 1> Microsoft (R) Incremental Linker Version 14.00.24215.1 1> Copyright (C) Microsoft Corporation. All rights reserved. 1> 1>

Re: PIMPL Idiom in D

On 5/21/2018 2:41 PM, Steven Schveighoffer wrote: On 5/21/18 5:23 PM, Walter Bright wrote: In C, the way to do PIMPL is to write just a struct declaration:    === s.h ===    struct S;    === s.c ===    #include "s.h"    struct S { ... };    === t.c ===    #include "s.h"    struct T {  

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 19:51:38 UTC, Andrei Alexandrescu wrote: Hi folks, it looks like at least a few branches of this thread have run well past their useful course and into tedious territory. We don't like to go about killing threads, so we kindly ask that you all refrain from posting

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 19:51:38 UTC, Andrei Alexandrescu wrote: Hi folks, it looks like at least a few branches of this thread have run well past their useful course and into tedious territory. We don't like to go about killing threads, so we kindly ask that you all refrain from posting

[Issue 18890] extern(C++) mangles all destructors the same

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

[Issue 18890] extern(C++) mangles all destructors the same

https://issues.dlang.org/show_bug.cgi?id=18890 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/9c43dbd58da19aebe5fff53bc1b800b0a1842cce Fix issue 18890 - extern(C++) mangles all destructors the

Re: DConf 2018 Videos

We're working to get each talk into separate videos, but it may take a while. Thank you very much! (for some odd reason the day 2 and 3 didn´t appear to me on youtube when I searched)

Re: DConf 2018 Videos

On Monday, 21 May 2018 at 22:09:08 UTC, SrMordred wrote: There is some place where I can find this year conference videos with or without slides? Thanks! Day 1: https://www.youtube.com/watch?v=HvqsUO77FGI (the stream of the first three talks was lost, so it starts after lunch) Day 2:

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On Monday, 21 May 2018 at 20:22:05 UTC, Nick Sabalausky (Abscissa) wrote: On 05/21/2018 12:36 PM, Arredondo wrote: > One typo: > >> 1. Although the alias this means MyType... >> 2. Although the alias this means MyType... Sheesh. I stared at this for a bit, thinkking, "But that's the same

Re: Splitting up large dirty file

On Monday, 21 May 2018 at 15:00:09 UTC, Dennis wrote: I want to be convinced that Range programming works like a charm, but the procedural approaches remain more flexible (and faster too) it seems. Thanks for the example. On Monday, 21 May 2018 at 22:11:42 UTC, Dennis wrote: In this case I

Re: Help with DMD internals

On 5/21/18 6:37 PM, Manu wrote: On 21 May 2018 at 15:29, Steven Schveighoffer via Digitalmars-d wrote: On 5/21/18 6:18 PM, Manu wrote: On 21 May 2018 at 06:10, Steven Schveighoffer via Digitalmars-d wrote: On 5/20/18 9:49 PM, Manu

Re: C style callbacks fix for member callbacks

On Monday, 21 May 2018 at 02:23:27 UTC, ag0aep6g wrote: I tried this. Your code crashes in windows dmd x86 x64. Hm. Works for me in a virtual machine. But I'm not surprised that it's fragile. It might be completely wrong, and it just happens to look alright on my machine.

Re: extern(C++) classes; dtor must go in vtable

On 5/21/18 6:26 PM, Manu wrote: On 21 May 2018 at 14:53, Jonathan M Davis via Digitalmars-d wrote: On Monday, May 21, 2018 14:33:44 Manu via Digitalmars-d wrote: How do virtual destructors work in normal D classes? It is my understanding that destructors in D

Re: Help with DMD internals

On 21 May 2018 at 15:29, Steven Schveighoffer via Digitalmars-d wrote: > On 5/21/18 6:18 PM, Manu wrote: >> >> On 21 May 2018 at 06:10, Steven Schveighoffer via Digitalmars-d >> wrote: >>> >>> On 5/20/18 9:49 PM, Manu wrote:

Re: extern(C++) classes; dtor must go in vtable

On 21 May 2018 at 15:03, Jonathan M Davis via Digitalmars-d wrote: > On Monday, May 21, 2018 14:33:44 Manu via Digitalmars-d wrote: >> extern(C++) classes. >> >> Currently, we don't add destructors to the vtable... we suggest that >> users need to create some dummy

Re: Help with DMD internals

On 5/21/18 6:18 PM, Manu wrote: On 21 May 2018 at 06:10, Steven Schveighoffer via Digitalmars-d wrote: On 5/20/18 9:49 PM, Manu wrote: On 20 May 2018 at 17:14, Walter Bright via Digitalmars-d Yes, and only for delete. Why? This doesn't make a lot of sense,

Re: extern(C++) classes; dtor must go in vtable

On 21 May 2018 at 14:53, Jonathan M Davis via Digitalmars-d wrote: > On Monday, May 21, 2018 14:33:44 Manu via Digitalmars-d wrote: >> How do virtual destructors work in normal D classes? > > It is my understanding that destructors in D are never virtual but rather >

Re: CI buildbots

On 21 May 2018 at 09:22, Jonathan Marler via Digitalmars-d wrote: > On Monday, 21 May 2018 at 04:46:15 UTC, Manu wrote: >> >> This CI situation with the DMD/druntime repos is not okay. >> It takes ages... **hours** sometimes, for CI to complete. >> It's all this

Re: http://asm.dlang.org/ needs updating

On Monday, 21 May 2018 at 20:29:13 UTC, Steven Schveighoffer wrote: On 5/20/18 12:47 PM, IntegratedDimensions wrote: load and save are not working, an example is always compiled in. No code in the input box still shows examples code in the disassembly. Why do we even have asm.dlang.org any

Re: http://asm.dlang.org/ needs updating

On Monday, 21 May 2018 at 20:29:13 UTC, Steven Schveighoffer wrote: On 5/20/18 12:47 PM, IntegratedDimensions wrote: load and save are not working, an example is always compiled in. No code in the input box still shows examples code in the disassembly. Why do we even have asm.dlang.org any

Re: Help with DMD internals

On 21 May 2018 at 06:10, Steven Schveighoffer via Digitalmars-d wrote: > On 5/20/18 9:49 PM, Manu wrote: >> >> On 20 May 2018 at 17:14, Walter Bright via Digitalmars-d >> wrote: >>> >>> On 5/20/2018 12:28 PM, Manu wrote:

Re: Splitting up large dirty file

On Monday, 21 May 2018 at 17:42:19 UTC, Jonathan M Davis wrote: On Monday, May 21, 2018 15:00:09 Dennis via Digitalmars-d-learn wrote: drop is range-based, so if you give it a string, it's going to decode because of the whole auto-decoding mess with std.range.primitives.front and popFront.

DConf 2018 Videos

There is some place where I can find this year conference videos with or without slides? Thanks!

Re: extern(C++) classes; dtor must go in vtable

On Monday, May 21, 2018 14:33:44 Manu via Digitalmars-d wrote: > extern(C++) classes. > > Currently, we don't add destructors to the vtable... we suggest that > users need to create some dummy virtual functions to fill those vtable > slots so that the vtable layout otherwise matches the C++ class.

Re: extern(C++) classes; dtor must go in vtable

On Monday, May 21, 2018 14:33:44 Manu via Digitalmars-d wrote: > How do virtual destructors work in normal D classes? It is my understanding that destructors in D are never virtual but rather that the runtime handles calling them correctly. IIRC, that relates to some of the issues that make it so

[Issue 18894] New: extern(C++) interfaces + OSX

https://issues.dlang.org/show_bug.cgi?id=18894 Issue ID: 18894 Summary: extern(C++) interfaces + OSX Product: D Version: D2 Hardware: All OS: Mac OS X Status: NEW Severity: normal Priority: P1

Re: PIMPL Idiom in D

On 5/21/18 5:23 PM, Walter Bright wrote: In C, the way to do PIMPL is to write just a struct declaration:   === s.h ===   struct S;   === s.c ===   #include "s.h"   struct S { ... };   === t.c ===   #include "s.h"   struct T { S* pimpl;   }; And the users of T cannot access

extern(C++) classes; dtor must go in vtable

extern(C++) classes. Currently, we don't add destructors to the vtable... we suggest that users need to create some dummy virtual functions to fill those vtable slots so that the vtable layout otherwise matches the C++ class. This leaves us in a position where destruction doesn't work for

Re: scope guards & debugger breakpoints?

On 5/21/18 1:50 PM, Robert M. Münch wrote: On 2018-05-21 17:24:12 +, Steven Schveighoffer said: I'm not 100% sure but I expect: scope(failure)     someCode(); putting a breakpoint on someCode should work. When calling a function an then setting the breakpoint there, like in someCode()

PIMPL Idiom in D

In C, the way to do PIMPL is to write just a struct declaration: === s.h === struct S; === s.c === #include "s.h" struct S { ... }; === t.c === #include "s.h" struct T { S* pimpl; }; And the users of T cannot access anything in S. The straightforward equivalent in D

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 5/21/18 4:29 PM, Nick Sabalausky (Abscissa) wrote: On 05/21/2018 01:30 PM, Paul Backus wrote: I'm not sure making `_data` private is really a good idea. For example, this only works if `_data` is public: import std.algorithm; import std.range; import std.stdio; struct MyType {  auto

[Issue 18893] New: extern(C++) class RTTI

https://issues.dlang.org/show_bug.cgi?id=18893 Issue ID: 18893 Summary: extern(C++) class RTTI Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P1

Re: Temporary file creation for unittests

On Monday, 21 May 2018 at 15:20:14 UTC, Dr.No wrote: On Monday, 21 May 2018 at 15:16:11 UTC, Atila Neves wrote: On Friday, 18 May 2018 at 15:16:52 UTC, Russel Winder wrote: Hi, What's the current official position on how to create temporary files for use during a unittest. I found Not

Re: Error about constructor calls in loops/labels, but there are no loops and labels?

On 5/21/18 4:29 PM, Yuxuan Shui wrote: My response below might be a little off-topic. On Monday, 21 May 2018 at 13:06:14 UTC, Steven Schveighoffer wrote: [snip] There is something to be said for keeping the compiler dumb: 1. Dumb is easy to implement, explain, and understand -- if you set

Re: Temporary file creation for unittests

On Monday, 21 May 2018 at 17:03:40 UTC, Russel Winder wrote: On Mon, 2018-05-21 at 15:16 +, Atila Neves via Digitalmars-d-learn wrote: On Friday, 18 May 2018 at 15:16:52 UTC, Russel Winder wrote: > Hi, > > What's the current official position on how to create > temporary files for use

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 05/21/2018 01:43 PM, Steven Schveighoffer wrote: Nice idea, I wonder if the compiler couldn't do this automatically with alias, however. It already does this in some cases (e.g. string instead of immutable(char)[]). This would help solve the problem that error messages aren't going to get

Re: Error about constructor calls in loops/labels, but there are no loops and labels?

I've been using Swift in the past few years quite a bit, and it always amuses me when it can't figure out some kind of inference that seems trivial, but it just gives up because the compiler takes too long to determine: "This [one line] statement is too difficult, please split into multiple

Re: http://asm.dlang.org/ needs updating

On 5/20/18 12:47 PM, IntegratedDimensions wrote: load and save are not working, an example is always compiled in. No code in the input box still shows examples code in the disassembly. Why do we even have asm.dlang.org any more? The latest version on there is 2.071. I'd recommend using

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 05/21/2018 01:30 PM, Paul Backus wrote: I'm not sure making `_data` private is really a good idea. For example, this only works if `_data` is public: import std.algorithm; import std.range; import std.stdio; struct MyType { auto _data = iota(10); alias _data this; } void

Re: Error about constructor calls in loops/labels, but there are no loops and labels?

My response below might be a little off-topic. On Monday, 21 May 2018 at 13:06:14 UTC, Steven Schveighoffer wrote: [snip] There is something to be said for keeping the compiler dumb: 1. Dumb is easy to implement, explain, and understand -- if you set the bar low then more compilers will be

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 05/21/2018 12:36 PM, Arredondo wrote: > One typo: > >> 1. Although the alias this means MyType... >> 2. Although the alias this means MyType... On 05/21/2018 01:43 PM, Steven Schveighoffer wrote: > The list has two "1." headers. Looks like the blog software got confused by my multi-paragraph

Re: auto & class members

On Monday, May 21, 2018 16:05:00 Steven Schveighoffer via Digitalmars-d- learn wrote: > On 5/21/18 3:22 PM, Jonathan M Davis wrote: > > That's basically what I was suggesting that he do, but I guess that I > > wasn't clear enough. > > Well one thing that seems clear from this example -- we now

Re: auto & class members

On 5/21/18 3:22 PM, Jonathan M Davis wrote: That's basically what I was suggesting that he do, but I guess that I wasn't clear enough. Well one thing that seems clear from this example -- we now have __traits(isSame) to tell if lambdas are the same, but it looks like the compiler doesn't

Re: is ==

On 5/21/18 3:20 PM, Jonathan M Davis wrote: On Monday, May 21, 2018 14:40:24 Steven Schveighoffer via Digitalmars-d- learn wrote: For me, the code smell is using arr is null (is it really necessary to check for a null pointer here?), for which I always have to look at more context to see if

Re: Can I work out error: reinterpreting cast from const(ubyte)* to const(uint)* is not supported in CTFE?

On Monday, May 21, 2018 18:13:26 Dr.No via Digitalmars-d-learn wrote: > I'm trying to do some hashing at compile time with xxhash > algorithm but I get this error: > > ..\..\..\AppData\Local\dub\packages\xxhash-master\xxhash\src\xxhash.d(39,3 > 7): Error: reinterpreting cast from const(ubyte)* to

Re: Sealed classes - would you want them in D? (v2)

Hi folks, it looks like at least a few branches of this thread have run well past their useful course and into tedious territory. We don't like to go about killing threads, so we kindly ask that you all refrain from posting in this thread going forward. Thanks much! Andrei

Re: assertNotThrown (and asserts in general)

On Monday, May 21, 2018 12:44:21 Malte via Digitalmars-d-learn wrote: > I was interested by asserts and how the compiler uses them to > optimize the code. So I looked at the compiler explorer to see > how and found it, it doesn't. > > What I tried to do is turn a std.conv.to!ulong(byte) to a

Re: Generate Ddoc without compiling?

On Monday, 21 May 2018 at 12:37:36 UTC, Jonathan M. Wilbur wrote: $(DCOMPILER) -o- -op -d -Df$@ $< That should work. It's roughly how the dlang.org documentation is built. But that does not work, because some of the compiled modules import other modules, and the rule fails because

Re: Generate Ddoc without compiling?

On Monday, 21 May 2018 at 12:37:36 UTC, Jonathan M. Wilbur wrote: Having said that, I don't see why it would be technically impossible to make DMD build the HTML (almost) without regard to the validity of the source code. Is this possible? And moreover: *should* it be done? Is it a bad idea?

[Issue 18891] extern(C++) destructor prototype should just link; not generate field/aggregate dtor

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

[Issue 18891] extern(C++) destructor prototype should just link; not generate field/aggregate dtor

https://issues.dlang.org/show_bug.cgi?id=18891 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/8863b8ed927b8f5d935fe40ea19c7e30d5040b1d Fix issue 18891 - extern(C++) destructor prototype should

Re: auto & class members

On Monday, May 21, 2018 11:13:16 Ali Çehreli via Digitalmars-d-learn wrote: > On 05/20/2018 10:46 AM, Robert M. Münch wrote: > > But I still don't understand why I can't write things explicitly but > > have to use an alias for this. > > Templatized range types work well when they are used as

Re: auto & class members

On Monday, May 21, 2018 14:55:36 Steven Schveighoffer via Digitalmars-d- learn wrote: > On 5/20/18 1:46 PM, Robert M. Münch wrote: > > On 2018-05-20 17:40:39 +, Robert M. Münch said: > >> Hi Jonathan, great! This got me a step further. So I can declare my > >> member now. But I get an implict

Re: is ==

On Monday, May 21, 2018 14:40:24 Steven Schveighoffer via Digitalmars-d- learn wrote: > On 5/21/18 2:05 PM, Jonathan M Davis wrote: > > The core problem here is that no one reading a piece of code has any way > > of knowing whether the programmer knew what they were doing or not when > > using ==

Re: auto & class members

On 5/20/18 1:46 PM, Robert M. Münch wrote: On 2018-05-20 17:40:39 +, Robert M. Münch said: Hi Jonathan, great! This got me a step further. So I can declare my member now. But I get an implict cast error when I try: class a { ... myStream; } class b { typeof(a.myStream.filter!(x

Re: UFCS syntax I never saw before.

On Monday, May 21, 2018 14:00:55 ANtlord via Digitalmars-d-learn wrote: > On Monday, 21 May 2018 at 11:38:12 UTC, SrMordred wrote: > > After all this time I saw this: > > > > writeln = iota = 5; > > > > what?? > > > > I never saw that before! > > > > This is interesting, there is something useful

Re: is ==

On 5/21/18 2:05 PM, Jonathan M Davis wrote: The core problem here is that no one reading a piece of code has any way of knowing whether the programmer knew what they were doing or not when using == null with an array, and the vast majority of newbies are not going to have understood the

[Issue 18891] extern(C++) destructor prototype should just link; not generate field/aggregate dtor

https://issues.dlang.org/show_bug.cgi?id=18891 Walter Bright changed: What|Removed |Added Keywords||C++

Re: Real Int24

On Monday, 21 May 2018 at 15:41:21 UTC, Simen Kjærås wrote: On Saturday, 19 May 2018 at 18:44:42 UTC, IntegratedDimensions wrote: On Saturday, 19 May 2018 at 18:19:35 UTC, IntegratedDimensions wrote: Is there any way to create an int24 type that behaves just like any other built in type

Re: vibe.d 0.7.33 maintenance release

Am 21.05.2018 um 17:34 schrieb Steven Schveighoffer: On 5/20/18 8:07 AM, Sönke Ludwig wrote: Another big improvement is the diet-ng library, which uses less compile-time memory and is a lot more flexible than the old `vibe.textfilter.diet` module. Isn't diet-ng used by 0.7.x branch now? It

Re: A pattern I'd like to see more of - Parsing template parameter tuples

On Monday, 21 May 2018 at 07:10:34 UTC, rikki cattermole wrote: alias DocumentType = SomeDocument!( ObjectVersion._1_0, ObjectEncoding.PlainASCII ); alias DocumentType2 = SomeDocument!( ObjectEncoding.UTF8, ObjectVersion._2_0 ); typedef basic_stringstring; typedef basic_string wstring;

Can I work out error: reinterpreting cast from const(ubyte)* to const(uint)* is not supported in CTFE?

I'm trying to do some hashing at compile time with xxhash algorithm but I get this error: ..\..\..\AppData\Local\dub\packages\xxhash-master\xxhash\src\xxhash.d(39,37): Error: reinterpreting cast from const(ubyte)* to const(uint)* is not supported in CTFE this is line 39

Re: auto & class members

On 05/20/2018 10:46 AM, Robert M. Münch wrote: > But I still don't understand why I can't write things explicitly but > have to use an alias for this. Templatized range types work well when they are used as template arguments themselves. When you need to keep a single type like 'b' (i.e. b

Re: is ==

On Monday, May 21, 2018 10:01:15 Steven Schveighoffer via Digitalmars-d- learn wrote: > On 5/18/18 9:48 PM, Jonathan M Davis wrote: > > Of > > course, the most notable case where using == with null is a terrible > > idea is dynamic arrays, and that's the case where the compiler > > _doesn't_

Re: scope guards & debugger breakpoints?

On 2018-05-21 17:24:12 +, Steven Schveighoffer said: I'm not 100% sure but I expect: scope(failure) someCode(); putting a breakpoint on someCode should work. When calling a function an then setting the breakpoint there, like in someCode() yes, that should work. I used code like

VisualD / fatal error C1905: Front-End and Back-End are not compatible (have to use the same processor)

A project I can compile via the command line and dub, gives an error in VisualD. I created the VisualD configuration through dub: fatal error C1905: Front-End und Back-End sind nicht kompatibel (müssen den gleichenProzessor verwenden). This translates to: "Front-End and Back-End are not

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 15:30:40 UTC, Gheorghe Gabriel wrote: On Monday, 21 May 2018 at 15:07:39 UTC, KingJoffrey wrote: My suggestions are about resolving this, in order to attract more programmers to D, because I doubt I'm the only person in the world, that believes an object has a right

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On 5/21/18 10:48 AM, Mike Parker wrote: Nick Sabaluasky's first post to the D Blog is a tip on how to create an aliased type that keeps its name in error messages. The blog: https://dlang.org/blog/2018/05/21/complicated-types-prefer-alias-this-over-alias-for-easier-to-read-error-messages/

Re: Splitting up large dirty file

On Monday, May 21, 2018 15:00:09 Dennis via Digitalmars-d-learn wrote: > On Thursday, 17 May 2018 at 21:10:35 UTC, Dennis wrote: > > It's unfortunate that Phobos tells you 'there's problems with > > the encoding' without providing any means to fix it or even > > diagnose it. > > I have to take

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On Monday, 21 May 2018 at 14:48:23 UTC, Mike Parker wrote: Nick Sabaluasky's first post to the D Blog is a tip on how to create an aliased type that keeps its name in error messages. I'm not sure making `_data` private is really a good idea. For example, this only works if `_data` is public:

Re: Generate Ddoc without compiling?

On 5/21/18 12:59 PM, Jonathan M. Wilbur wrote: On Monday, 21 May 2018 at 12:53:47 UTC, Steven Schveighoffer wrote: On 5/21/18 8:37 AM, Jonathan M. Wilbur wrote: I want to put in a feature request, but I want to gauge whether it is even feasible or not, but a little background first: I am

Re: scope guards & debugger breakpoints?

On 5/21/18 1:00 PM, Robert M. Münch wrote: If I use scope(failure) with code that should be run if an exception is thrown, how can I set a breakpoint for this code in the debugger? I'm not 100% sure but I expect: scope(failure) someCode(); putting a breakpoint on someCode should work.

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

On Monday, 21 May 2018 at 14:48:23 UTC, Mike Parker wrote: Nick Sabaluasky's first post to the D Blog is a tip on how to create an aliased type that keeps its name in error messages. Nice. Interestingly, the error message references the wrong type when trying to access static members:

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 16:35:57 UTC, rikki cattermole wrote: Please stop replying Dave, it isn't worth it. Do something more productive with your time :) I know, but... it helps me relax. ;-)

scope guards & debugger breakpoints?

If I use scope(failure) with code that should be run if an exception is thrown, how can I set a breakpoint for this code in the debugger? -- Robert M. Münch http://www.saphirion.com smarter | better | faster

Re: Temporary file creation for unittests

On Mon, 2018-05-21 at 15:16 +, Atila Neves via Digitalmars-d-learn wrote: > On Friday, 18 May 2018 at 15:16:52 UTC, Russel Winder wrote: > > Hi, > > > > What's the current official position on how to create temporary > > files for use during a unittest. I found > > Not official, but... > >

Re: Generate Ddoc without compiling?

On Monday, 21 May 2018 at 12:53:47 UTC, Steven Schveighoffer wrote: On 5/21/18 8:37 AM, Jonathan M. Wilbur wrote: I want to put in a feature request, but I want to gauge whether it is even feasible or not, but a little background first: I am trying to create a Makefile to build the HTML

[Issue 18892] New: Wrong type in error message for static members and alias this

https://issues.dlang.org/show_bug.cgi?id=18892 Issue ID: 18892 Summary: Wrong type in error message for static members and alias this Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW

Re: Complicated Types: Prefer “alias this” Over “alias” For Easier-To-Read Error Messages

Nice tip! One typo: 1. Although the alias this means MyType... should be 2. Although the alias this means MyType... Arredondo.

Re: Sealed classes - would you want them in D? (v2)

Please stop replying Dave, it isn't worth it. Do something more productive with your time :)

Re: UFCS syntax I never saw before.

"%s %s".writefln = ("foo".tuple = "bar").expand; lol

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 14:54:57 UTC, KingJoffrey wrote: On Monday, 21 May 2018 at 14:46:40 UTC, Sjoerd Nijboer wrote: Also, I would verry much much like it if you would not resort to comparing me to "one of those facebook employees." It's just setting a mood for the conversation which no

Re: Sealed classes - would you want them in D? (v2)

On Monday, 21 May 2018 at 09:56:22 UTC, KingJoffrey wrote: On Monday, 21 May 2018 at 09:16:42 UTC, Dave Jones wrote: da dah dah da dah dah dahh da d .. . ... da dah.. ..da.. da ...dadada.da...dada. Thanks Dave. Your contributions to the discussion

Re: CI buildbots

On Monday, 21 May 2018 at 04:46:15 UTC, Manu wrote: This CI situation with the DMD/druntime repos is not okay. It takes ages... **hours** sometimes, for CI to complete. It's all this 'auto-tester' one, which seems to lock up on the last few tests. This makes DMD is a rather unenjoyable

How do I see the flags passed from dub to the compiler?

where's this stored?

Re: How do I see the flags passed from dub to the compiler?

On 22/05/2018 4:21 AM, Dr.No wrote: where's this stored? -v should do the trick

  1   2   >