Re: "I made a game using Rust"

On Friday, 12 May 2017 at 02:43:17 UTC, evilrat wrote: I use just dub and generated Visual D project. Well in my case the problem is that engine is built as static lib, and there is not much i can do with this. I've started moving things around and turn lib to executable, at least now build

Re: Processing a gzipped csv-file by line-by-line

On Friday, 12 May 2017 at 00:18:47 UTC, H. S. Teoh wrote: On Wed, May 10, 2017 at 11:40:08PM +, Jesse Phillips via Digitalmars-d-learn wrote: [...] H.S. Teoh mentioned fastcsv but requires all the data to be in memory. Or you could use std.mmfile. But if it's decompressed data, then it

Re: Fantastic exchange from DConf

On Thursday, 11 May 2017 at 15:53:40 UTC, Jonathan M Davis wrote: On Monday, May 08, 2017 23:15:12 H. S. Teoh via Digitalmars-d wrote: Recently I've had the dubious privilege of being part of a department wide push on the part of my employer to audit our codebases (mostly C, with a smattering

Re: On Andrei's Keynote / checkedint

Hi, I can't find video for Andrei's talk at https://www.youtube.com/playlist?list=PL3jwVPmk_PRxo23yyoc0Ip_cP3-rCm7eB Can you provide a link? I'm looking forward to watching it! Thanks!

Re: "I made a game using Rust"

On Thursday, 11 May 2017 at 17:38:26 UTC, Lewis wrote: On Thursday, 11 May 2017 at 03:17:13 UTC, evilrat wrote: I have played recently with one D game engine and result was frustrating. My compile time was about 45 sec! Interesting. What game engine were you using? To me this sounds like a

Re: Fantastic exchange from DConf

On 05/11/2017 10:20 PM, Nick Sabalausky (Abscissa) wrote: On 05/10/2017 02:28 AM, H. S. Teoh via Digitalmars-d wrote: I'm on the fence about the former. My current theory is that being forced to write "proper" code even while refactoring actually helps the quality of the resulting code. I

Re: Fantastic exchange from DConf

On 05/10/2017 02:28 AM, H. S. Teoh via Digitalmars-d wrote: I'd much rather the compiler say "Hey, you! This piece of code is probably wrong, so please fix it! If it was intentional, please write it another way that makes that clear!" - and abort with a compile error. In the vast majority of

Re: Fantastic exchange from DConf

On 05/11/2017 11:53 AM, Jonathan M Davis via Digitalmars-d wrote: In a way, it's amazing how successful folks can be with software that's quite buggy. A _lot_ of software works just "well enough" that it gets the job done but is actually pretty terrible. And I've had coworkers argue to me

Re: dmd: can't build on Arch Linux or latest Ubuntu

On Thursday, May 11, 2017 22:16:22 Joseph Rushton Wakeling via Digitalmars-d wrote: > On Wednesday, 10 May 2017 at 11:51:03 UTC, Atila Neves wrote: > > So I went "I know, I'll just use a container". I tried Ubuntu > > Zesty in docker. That doesn't build dmd off the bat either, it > > fails with

Re: Fantastic exchange from DConf

On 05/10/2017 08:06 AM, Patrick Schluter wrote: On Wednesday, 10 May 2017 at 06:28:31 UTC, H. S. Teoh wrote: On Tue, May 09, 2017 at 09:19:08PM -0400, Nick Sabalausky [...] Perhaps I'm just being cynical, but my current unfounded hypothesis is that the majority of C/C++ programmers ... Just

Re: The cost of doing compile time introspection

On Thursday, 11 May 2017 at 21:09:05 UTC, Timon Gehr wrote: [...] Yes, this works and is a few times faster. It's slightly faster when inlining the condition: static foreach(fn;__traits(allMembers, functions)){ static if (isFunction!(__traits(getMember, functions, fn)) &&

[Issue 17138] Warn about superfluous "with" statements

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

[Issue 17156] Local function declaration not inferred to be static

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

Re: Processing a gzipped csv-file by line-by-line

On Wed, May 10, 2017 at 11:40:08PM +, Jesse Phillips via Digitalmars-d-learn wrote: [...] > H.S. Teoh mentioned fastcsv but requires all the data to be in memory. Or you could use std.mmfile. But if it's decompressed data, then it would still need to be small enough to fit in memory. Well,

why no statements inside mixin teplates?

Is there a rational behind not allowing statements inside mixin templates? I know mixin does accept code containing statements, but using mixin is much uglier. so I was wondering. example use case: //- int compute(string) { return 1; } mixin template

Re: Thoughts on some code breakage with 2.074

On Thu, May 11, 2017 at 07:46:24PM -0400, Steven Schveighoffer via Digitalmars-d wrote: [...] > But this still doesn't mean that *all* bool conversions are value > based. In at least the struct and class cases, more than just the bits > are checked. [...] Wait, what? You can use a *struct* as a

Re: Thoughts on some code breakage with 2.074

On Thu, May 11, 2017 at 08:21:46AM -0400, Steven Schveighoffer via Digitalmars-d wrote: [...] > I don't ever remember if(ptr) being deprecated. In fact, I'd go as far > as saying that maybe H.S. Teoh misremembers the array thing as > pointers. > > The biggest reason is that a huge useful pattern

[Issue 15488] global variable shadows function argument

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

Re: Thoughts on some code breakage with 2.074

On 5/11/17 7:12 PM, deadalnix wrote: On Thursday, 11 May 2017 at 12:26:11 UTC, Steven Schveighoffer wrote: if(arr) -> same as if(arr.ptr) Nope. It is: if(arr) -> same as if(((cast(size_t) arr.ptr) | arr.length) != 0) Should we conclude from the fact that absolutely nobody gets it right in

[Issue 14027] segmentation fault in dmd in some circular import situation

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

[Issue 14027] segmentation fault in dmd in some circular import situation

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

Re: Thoughts on some code breakage with 2.074

On 5/11/17 7:12 PM, deadalnix wrote: On Thursday, 11 May 2017 at 12:26:11 UTC, Steven Schveighoffer wrote: if(arr) -> same as if(arr.ptr) Nope. It is: if(arr) -> same as if(((cast(size_t) arr.ptr) | arr.length) != 0) Should we conclude from the fact that absolutely nobody gets it right in

[Issue 13904] calls to mutable methods are just ignored when instance is an enum

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

Re: Thoughts on some code breakage with 2.074

On Thursday, 11 May 2017 at 12:26:11 UTC, Steven Schveighoffer wrote: if(arr) -> same as if(arr.ptr) Nope. It is: if(arr) -> same as if(((cast(size_t) arr.ptr) | arr.length) != 0) Should we conclude from the fact that absolutely nobody gets it right in this very forum that nobody will get

Re: Thoughts on some code breakage with 2.074

On Thursday, 11 May 2017 at 12:21:46 UTC, Steven Schveighoffer wrote: I can't imagine anyone attempted to force this to break without a loud backlash. I think if(ptr) is mostly universally understood to mean the pointer is not null. -Steve It is not a problem for pointer because for pointer

Re: Snap packages for DMD and DUB

On Thursday, 11 May 2017 at 22:30:52 UTC, Joseph Rushton Wakeling wrote: OK, looks like `-fPIC` was missing from some of the druntime and phobos build commands. I've pushed a patch to the `dmd` package definition that should fix this. Hmm, no dice. I'll look into this further in the next

Re: The cost of doing compile time introspection

On Thursday, 11 May 2017 at 21:57:06 UTC, Timon Gehr wrote: On 10.05.2017 16:28, Stefan Koch wrote: On Wednesday, 10 May 2017 at 14:03:58 UTC, Biotronic wrote: On Wednesday, 10 May 2017 at 11:45:05 UTC, Moritz Maxeiner wrote: [CTFE slow] First, as you may know, Stefan Koch is working on an

Re: Snap packages for DMD and DUB

On Thursday, 11 May 2017 at 14:46:10 UTC, Joseph Rushton Wakeling wrote: On Thursday, 11 May 2017 at 11:47:10 UTC, Piotr Mitana wrote: Hello, I have tried those snaps recently on Ubuntu 16.10. There were -fPIC related errors (if you need the output, I can install the snap again and post it

[Issue 13331] naked asm functions are broken when compiling with -profile

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

Re: dmd: can't build on Arch Linux or latest Ubuntu

On Wednesday, 10 May 2017 at 11:51:03 UTC, Atila Neves wrote: So I went "I know, I'll just use a container". I tried Ubuntu Zesty in docker. That doesn't build dmd off the bat either, it fails with PIC errors. Have you tried adding `PIC=-fPIC` when you invoke `make`?

[Issue 13186] core/sys/posix/sys/uio.d is not linked into the standard lib

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

Re: The cost of doing compile time introspection

On 10.05.2017 16:28, Stefan Koch wrote: On Wednesday, 10 May 2017 at 14:03:58 UTC, Biotronic wrote: On Wednesday, 10 May 2017 at 11:45:05 UTC, Moritz Maxeiner wrote: [CTFE slow] First, as you may know, Stefan Koch is working on an improved CTFE engine that will hopefully make things a lot

Re: Fantastic exchange from DConf

On Thursday, 11 May 2017 at 21:20:35 UTC, Jack Stouffer wrote: On Tuesday, 9 May 2017 at 14:13:31 UTC, Walter Bright wrote: 2. it may not be available on your platform I just had to use valgrind for the first time in years at work (mostly Python code there) and I realized that there's no

Re: DConf 2017 Hackathon report [OT]

On 11 May 2017 at 23:19, David Nadlinger via Digitalmars-d wrote: > On Thursday, 11 May 2017 at 21:14:16 UTC, Iain Buclaw wrote: >> >> Oh, do you have to do the multi-stage build yourself? I don't. > > > So you intend to keep a copy of the (old) bootstrap compiler

Re: DConf 2017 Hackathon report

On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote: - Contributed to the logo and branding discussions Me too. And: - Discussed ways to move forward with Laeeth and Andrei, and Daniel and Stefan. - Discussed an issue in std.experimental.logger with Robert. - Worked on translation

Re: Fantastic exchange from DConf

On Tuesday, 9 May 2017 at 14:13:31 UTC, Walter Bright wrote: 2. it may not be available on your platform I just had to use valgrind for the first time in years at work (mostly Python code there) and I realized that there's no version that works on the latest OS X version. So valgrind runs on

Re: DConf 2017 Hackathon report [OT]

On Thursday, 11 May 2017 at 21:14:16 UTC, Iain Buclaw wrote: Oh, do you have to do the multi-stage build yourself? I don't. So you intend to keep a copy of the (old) bootstrap compiler sources in-tree for all future D-based GDC versions (if/when you start requiring D)? We could do that just

Re: DConf 2017 Hackathon report [OT]

On 11 May 2017 at 23:06, David Nadlinger via Digitalmars-d wrote: > On Thursday, 11 May 2017 at 20:54:45 UTC, Iain Buclaw wrote: >> >> My rebuttal still stands. Switching build from C++ to D should be a one >> line change, if it isn't then you have a problems with

Re: The cost of doing compile time introspection

On 10.05.2017 16:03, Biotronic wrote: A few things here - functions.fn would not do what you want, and neither would __traits(identifier). functions.fn would treat "fn" like a part of name, not a string value, so this will make the poor compiler barf. __traits(identifier, fn) expects fn to be

Re: DConf 2017 Hackathon report [OT]

On Thursday, 11 May 2017 at 20:54:45 UTC, Iain Buclaw wrote: My rebuttal still stands. Switching build from C++ to D should be a one line change, if it isn't then you have a problems with your build process. How does snap requiring more than a one-line change for a multi-stage build imply

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 20:56:09 UTC, aberba wrote: Something like this is exactly what I'm talking about. Vibe.data.json also has: // using piecewise construction Json j2 = Json.emptyObject; j2["field1"] = "foo"; j2["field2"] = 42.0; j2["field3"] = true; Yeah, mine can do that too, just

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 20:36:13 UTC, Adam D. Ruppe wrote: On Thursday, 11 May 2017 at 20:22:22 UTC, aberba wrote: With that i meant designing of a simple-clean api my jsvar.d works kinda similarly to javascript... though i wouldn't call it "clean" because it will not inform you of

Re: DConf 2017 Hackathon report

On 11 May 2017 at 22:24, David Nadlinger via Digitalmars-d wrote: > On Thursday, 11 May 2017 at 17:56:00 UTC, Iain Buclaw wrote: >> >> I can only infer that you are saying that using a D project means it's >> more difficult to get working with snap. To which I will

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 19:49:54 UTC, cym13 wrote: On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote: Json libs in D seem not straight foward. I've seen several wrappers and (De)serializers trying to abstract std.json. std_data_json proposed to replace std.json doesnt *seem* to

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 20:22:22 UTC, aberba wrote: With that i meant designing of a simple-clean api my jsvar.d works kinda similarly to javascript... though i wouldn't call it "clean" because it will not inform you of missing stuff. jsvar.d is here:

[Issue 16053] SysTime.fromIsoExtString don't work if nanoseconds are presented

https://issues.dlang.org/show_bug.cgi?id=16053 Jonathan M Davis changed: What|Removed |Added CC|

Re: DConf 2017 Hackathon report

On Thursday, 11 May 2017 at 17:56:00 UTC, Iain Buclaw wrote: I can only infer that you are saying that using a D project means it's more difficult to get working with snap. To which I will insert an obligatory "Woah!", and "I expect you to know better" rebuttal. ... Woah, I expect you to

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 20:04:35 UTC, Adam D. Ruppe wrote: On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote: Why does json seem hard in D What are you actually looking for? With that i meant designing of a simple-clean api

Re: Unicode Bidi Brackets in D std library?

On Thursday, May 11, 2017 7:07:30 PM PDT Las via Digitalmars-d-learn wrote: > On Thursday, 11 May 2017 at 19:05:46 UTC, Las wrote: > > On Thursday, 11 May 2017 at 18:59:12 UTC, ag0aep6g wrote: > >> On 05/11/2017 08:27 PM, Las wrote: > >>> I see no way of getting > >>>

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 20:04:35 UTC, Adam D. Ruppe wrote: On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote: Why does json seem hard in D What are you actually looking for? I managed to do the task but api makes code not clean for such simple tasks (AA to json, json to AA,

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote: Why does json seem hard in D What are you actually looking for?

Re: The cost of doing compile time introspection

On Wednesday, 10 May 2017 at 14:03:58 UTC, Biotronic wrote: As for making the code faster right now, could this be done with mixin templates instead? Something like: import functions = llvm.functions.link; import std.meta, std.traits; template isCFunction(alias member) { static if

Re: How to avoid throwing an exceptions for a built-in function?

On Thursday, 11 May 2017 at 18:07:47 UTC, H. S. Teoh wrote: On Thu, May 11, 2017 at 05:55:03PM +, k-five via Digitalmars-d-learn wrote: On Thursday, 11 May 2017 at 17:18:37 UTC, crimaniak wrote: > On Wednesday, 10 May 2017 at 12:40:41 UTC, k-five wrote:

Re: Json in D: clean, simple API

On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote: Json libs in D seem not straight foward. I've seen several wrappers and (De)serializers trying to abstract std.json. std_data_json proposed to replace std.json doesnt *seem* to tackle straigh-forward json process like I find

Json in D: clean, simple API

Json libs in D seem not straight foward. I've seen several wrappers and (De)serializers trying to abstract std.json. std_data_json proposed to replace std.json doesnt *seem* to tackle straigh-forward json process like I find vibe.data.json. Handy stuff I'm not finding but much simple in

Re: Unicode Bidi Brackets in D std library?

On Thursday, 11 May 2017 at 19:05:46 UTC, Las wrote: On Thursday, 11 May 2017 at 18:59:12 UTC, ag0aep6g wrote: On 05/11/2017 08:27 PM, Las wrote: I see no way of getting [these](http://unicode.org/Public/UCD/latest/ucd/BidiBrackets.txt) properties for unicode code points in the std.uni

Re: Unicode Bidi Brackets in D std library?

On Thursday, 11 May 2017 at 18:59:12 UTC, ag0aep6g wrote: On 05/11/2017 08:27 PM, Las wrote: I see no way of getting [these](http://unicode.org/Public/UCD/latest/ucd/BidiBrackets.txt) properties for unicode code points in the std.uni library. How do I get these properties? Looks like it's

Re: Unicode Bidi Brackets in D std library?

On 05/11/2017 08:27 PM, Las wrote: I see no way of getting [these](http://unicode.org/Public/UCD/latest/ucd/BidiBrackets.txt) properties for unicode code points in the std.uni library. How do I get these properties? Looks like it's too new. std.uni references "Unicode v6.2" as the standard it

Re: DConf 2017 Hackathon report

On 9 May 2017 at 06:35, Ali Çehreli via Digitalmars-d wrote: > Please list what we've achieved during the hackathon, including what is > started but is likely to be finished in the coming days or months. > I was frankly a zombie all Sunday, apart from helping Joe

Re: Lookahead in unittest

On 2017-05-10 18:17, Stefan Koch wrote: It looks like this unitest-test block are treated like a function. unittest blocks are lowered to functions. -- /Jacob Carlborg

Unicode Bidi Brackets in D std library?

I see no way of getting [these](http://unicode.org/Public/UCD/latest/ucd/BidiBrackets.txt) properties for unicode code points in the std.uni library. How do I get these properties?

Re: DIP 1007 Preliminary Review Round 1

On 5/11/17 1:21 PM, Nick Sabalausky (Abscissa) wrote: On 05/11/2017 07:19 AM, Steven Schveighoffer wrote: On 5/11/17 12:11 AM, Nick Sabalausky (Abscissa) wrote: This is a pointless limitation. What is the benefit of requiring the author to *not* provide an implementation until the transition

Re: How to avoid throwing an exceptions for a built-in function?

On Thu, May 11, 2017 at 05:55:03PM +, k-five via Digitalmars-d-learn wrote: > On Thursday, 11 May 2017 at 17:18:37 UTC, crimaniak wrote: > > On Wednesday, 10 May 2017 at 12:40:41 UTC, k-five wrote: > - > > try this: > >

Re: How to avoid throwing an exceptions for a built-in function?

On Thursday, 11 May 2017 at 17:18:37 UTC, crimaniak wrote: On Wednesday, 10 May 2017 at 12:40:41 UTC, k-five wrote: - try this: https://dlang.org/phobos/std_exception.html#ifThrown Worked. Thanks. import std.stdio; import std.conv:

Re: DConf 2017 Hackathon report

On 10 May 2017 at 22:04, David Nadlinger via Digitalmars-d wrote: > On Wednesday, 10 May 2017 at 19:46:01 UTC, Joseph Rushton Wakeling wrote: >> >> Ironically, given that I'd always been worried this would be the most >> finnicky compiler snap to create, it's actually

Re: "I made a game using Rust"

On Thursday, 11 May 2017 at 03:17:13 UTC, evilrat wrote: I have played recently with one D game engine and result was frustrating. My compile time was about 45 sec! Interesting. What game engine were you using? To me this sounds like a problem in the build process. DMD isn't a build system

Re: DIP 1007 Preliminary Review Round 1

On 05/11/2017 06:10 AM, Dicebot wrote: On Thursday, 11 May 2017 at 03:46:55 UTC, Nick Sabalausky (Abscissa) wrote: 1. Why are FQNs alone (assume they still worked like they're supposed to) not good enough? Needs to be addressed in DIP. Currently isn't. It is already addressed in the DIP. FQNs

Re: DIP 1007 Preliminary Review Round 1

On 05/11/2017 07:19 AM, Steven Schveighoffer wrote: On 5/11/17 12:11 AM, Nick Sabalausky (Abscissa) wrote: This is a pointless limitation. What is the benefit of requiring the author to *not* provide an implementation until the transition period is over? It runs counter to normal workflow.

Re: How to avoid throwing an exceptions for a built-in function?

On Wednesday, 10 May 2017 at 12:40:41 UTC, k-five wrote: I have a line of code that uses "to" function in std.conv for a purpose like: int index = to!int( user_apply[ 4 ] ); // string to int When the user_apply[ 4 ] has value, there is no problem; but when it is empty: "" it throws an

Re: Fantastic exchange from DConf

On Thursday, 11 May 2017 at 09:39:57 UTC, Kagamin wrote: https://bugs.chromium.org/p/project-zero/issues/detail?id=1252=5 - a vulnerability in an application that doesn't go on the internet. This link got me thinking: When will we see the first class action lawsuit for criminal negligence

Re: How to avoid throwing an exceptions for a built-in function?

On Wednesday, 10 May 2017 at 21:44:32 UTC, Andrei Alexandrescu wrote: On 5/10/17 3:40 PM, k-five wrote: --- I no need to handle that, so is there any way to prevent this exception? Use the "parse" family: https://dlang.org/phobos/std_conv.html#parse -- Andrei

Re: How to avoid throwing an exceptions for a built-in function?

On Wednesday, 10 May 2017 at 21:19:21 UTC, Stanislav Blinov wrote: On Wednesday, 10 May 2017 at 15:35:24 UTC, k-five wrote: On Wednesday, 10 May 2017 at 14:27:46 UTC, Stanislav Blinov --- I don't understand. If you don't want to take

Re: Fantastic exchange from DConf

On Wednesday, 10 May 2017 at 17:51:38 UTC, H. S. Teoh wrote: Haha, I guess I'm not as good of a C coder as I'd like to think I am. :-D That comment puts you ahead of the pack already :)

Re: Fantastic exchange from DConf

On Monday, May 08, 2017 23:15:12 H. S. Teoh via Digitalmars-d wrote: > Recently I've had the dubious privilege of being part of a department > wide push on the part of my employer to audit our codebases (mostly C, > with a smattering of C++ and other code, all dealing with various levels > of

[Issue 17382] void main(){}pragma(msg,main()); crashes DMD

https://issues.dlang.org/show_bug.cgi?id=17382 uplink.co...@googlemail.com changed: What|Removed |Added CC||uplink.co...@googlemail.com

[Issue 14894] mangling of mixins and lambdas is not unique and depends on compilation flags

https://issues.dlang.org/show_bug.cgi?id=14894 uplink.co...@googlemail.com changed: What|Removed |Added CC||uplink.co...@googlemail.com

Re: I'm looking for job on D

Here are some projects that I used on the last job: https://github.com/httpal/XML_PARSE_CLINIC https://github.com/httpal/CHECK_STRUCT

Re: Snap packages for DMD and DUB

On Thursday, 11 May 2017 at 11:47:10 UTC, Piotr Mitana wrote: Hello, I have tried those snaps recently on Ubuntu 16.10. There were -fPIC related errors (if you need the output, I can install the snap again and post it tomarrow). Ouch! Thanks for reporting this: it sounds like something

Re: NetBSD amd64: which way is the best for supporting 80 bits real/double?

On Thursday, 11 May 2017 at 11:31:58 UTC, Nikolay wrote: On Thursday, 11 May 2017 at 11:10:50 UTC, Joakim wrote: Well, if you don't like what's available and NetBSD doesn't provide them... up to you to decide where that leads. In any case it was not my decision. LDC does not use x87 for math

Re: Static foreach pull request

On 5/10/17 3:45 PM, Stefan Koch wrote: On Wednesday, 10 May 2017 at 18:41:30 UTC, Timon Gehr wrote: On 10.05.2017 16:21, Stefan Koch wrote: On Wednesday, 10 May 2017 at 14:13:09 UTC, Timon Gehr wrote: On 10.05.2017 15:18, Stefan Koch wrote: if you try assert([] is null), it should fail.

Re: Thoughts on some code breakage with 2.074

On 5/11/17 5:37 AM, deadalnix wrote: On Wednesday, 10 May 2017 at 19:06:40 UTC, Ali Çehreli wrote: Bummer for H. S. Teoh I guess... :/ Although I prefer explicit over implicit in most cases, I've never graduated from if(p) and still using it happily. :) Ali All bool conversions in D are

Re: Thoughts on some code breakage with 2.074

On 5/10/17 2:49 PM, Jonathan M Davis via Digitalmars-d wrote: On Wednesday, May 10, 2017 05:05:59 Ali Çehreli via Digitalmars-d wrote: On 05/09/2017 10:34 AM, H. S. Teoh via Digitalmars-d wrote: > I even appreciate breakages that eventually force me to write more > > readable code! A

Re: Thoughts on some code breakage with 2.074

On Wednesday, 10 May 2017 at 19:06:40 UTC, Ali Çehreli wrote: On 05/10/2017 11:49 AM, Jonathan M Davis via Digitalmars-d wrote: > On Wednesday, May 10, 2017 05:05:59 Ali Çehreli via Digitalmars-d wrote: >> On 05/09/2017 10:34 AM, H. S. Teoh via Digitalmars-d wrote: >> > After upgrading the

Re: Concerns about using struct initializer in UDA?

On Thursday, 11 May 2017 at 11:36:17 UTC, Andre Pany wrote: On Thursday, 11 May 2017 at 10:51:09 UTC, Stefan Koch wrote: On Thursday, 11 May 2017 at 10:49:58 UTC, Andre Pany wrote: [...] We have that syntax already. I do not understand. Should the syntax I have written already work as I

Re: alias and UDAs

On 05/11/2017 12:39 PM, Andre Pany wrote: in this example, both asserts fails. Is my assumption right, that UDA on alias have no effect? If yes, I would like to see a compiler warning. But anyway, I do not understand why the second assertion fails. Are UDAs on arrays not allowed? import

Re: Snap packages for DMD and DUB

On Monday, 8 May 2017 at 20:05:01 UTC, Joseph Rushton Wakeling wrote: Hello all, As announced at DConf 2017, snap packages are now available for DMD 2.074.0 and DUB 1.3.0 in the official snap store. These should allow for installation on multiple different Linux distros (see below) on i386

Re: Concerns about using struct initializer in UDA?

On Thursday, 11 May 2017 at 10:51:09 UTC, Stefan Koch wrote: On Thursday, 11 May 2017 at 10:49:58 UTC, Andre Pany wrote: Hi, I know there are concerns about struct initialization in method calls but what is about struct initializer in UDA? Scenario: I want to set several UDA values. At the

Re: NetBSD amd64: which way is the best for supporting 80 bits real/double?

On Thursday, 11 May 2017 at 11:10:50 UTC, Joakim wrote: Well, if you don't like what's available and NetBSD doesn't provide them... up to you to decide where that leads. In any case it was not my decision. LDC does not use x87 for math functions on other OS's.

Re: alias and UDAs

On Thursday, 11 May 2017 at 10:57:22 UTC, Stanislav Blinov wrote: On Thursday, 11 May 2017 at 10:39:03 UTC, Andre Pany wrote: [...] It should've been alias FooList = @Flattened Foo[]; which will generate a compile-time error (UDAs not allowed for alias declarations). And then: static

Re: DIP 1007 Preliminary Review Round 1

On 5/11/17 12:11 AM, Nick Sabalausky (Abscissa) wrote: On 04/25/2017 08:33 AM, Steven Schveighoffer wrote: In the general case, one year is too long. A couple compiler releases should be sufficient. * When the @future attribute is added, would one add it on a dummy symbol or would one

Re: NetBSD amd64: which way is the best for supporting 80 bits real/double?

On Thursday, 11 May 2017 at 10:22:29 UTC, Dominikus Dittes Scherkl wrote: On Thursday, 11 May 2017 at 10:07:32 UTC, Joakim wrote: On Thursday, 11 May 2017 at 02:05:11 UTC, Nikolay wrote: I am porting LDC to NetBSD amd64, and I ask advice how to handle real type. NetBSD has limited support for

Re: "I made a game using Rust"

On 5/10/17 7:54 PM, H. S. Teoh via Digitalmars-d wrote: On Wed, May 10, 2017 at 07:52:53PM -0400, Steven Schveighoffer via Digitalmars-d wrote: [...] I'll reiterate here: if the compiler's sanity is suspect, there's nothing much for it to do except crash. hard. And tell you where to look.

Re: alias and UDAs

On Thursday, 11 May 2017 at 10:39:03 UTC, Andre Pany wrote: Hi, in this example, both asserts fails. Is my assumption right, that UDA on alias have no effect? If yes, I would like to see a compiler warning. But anyway, I do not understand why the second assertion fails. Are UDAs on arrays

Re: Concerns about using struct initializer in UDA?

On Thursday, 11 May 2017 at 10:49:58 UTC, Andre Pany wrote: Hi, I know there are concerns about struct initialization in method calls but what is about struct initializer in UDA? Scenario: I want to set several UDA values. At the moment I have to create for each value a structure with

Concerns about using struct initializer in UDA?

Hi, I know there are concerns about struct initialization in method calls but what is about struct initializer in UDA? Scenario: I want to set several UDA values. At the moment I have to create for each value a structure with exactly 1 field. But it would be quite nice if I could use struct

alias and UDAs

Hi, in this example, both asserts fails. Is my assumption right, that UDA on alias have no effect? If yes, I would like to see a compiler warning. But anyway, I do not understand why the second assertion fails. Are UDAs on arrays not allowed? import std.traits: hasUDA; enum Flattened;

Re: NetBSD amd64: which way is the best for supporting 80 bits real/double?

What is long double on NetBSD/amd64, 64-bit or full 80-bit? 80 bit but function set is not full e.g. acos supports long double http://netbsd.gw.com/cgi-bin/man-cgi?acos+3+NetBSD-7.0 cos does not support long double http://netbsd.gw.com/cgi-bin/man-cgi?cos+3+NetBSD-7.0 On Thursday, 11 May 2017

Re: Fantastic exchange from DConf

On Thursday, 11 May 2017 at 09:39:57 UTC, Kagamin wrote: On Saturday, 6 May 2017 at 06:26:29 UTC, Joakim wrote: Walter: Anything that goes on the internet. https://bugs.chromium.org/p/project-zero/issues/detail?id=1252=5 - a vulnerability in an application that doesn't go on the internet.

Re: NetBSD amd64: which way is the best for supporting 80 bits real/double?

On Thursday, 11 May 2017 at 10:07:32 UTC, Joakim wrote: On Thursday, 11 May 2017 at 02:05:11 UTC, Nikolay wrote: I am porting LDC to NetBSD amd64, and I ask advice how to handle real type. NetBSD has limited support for this type. What is long double on NetBSD/amd64, 64-bit or full 80-bit?

Re: DIP 1007 Preliminary Review Round 1

On Thursday, 11 May 2017 at 03:46:55 UTC, Nick Sabalausky (Abscissa) wrote: 1. Why are FQNs alone (assume they still worked like they're supposed to) not good enough? Needs to be addressed in DIP. Currently isn't. It is already addressed in the DIP. FQNs only help if they are used and

  1   2   >