Re: Annoyance with new integer promotion deprecations

On Tuesday, 20 February 2018 at 06:40:25 UTC, Tobias Müller wrote: It's no wonder that D has so few contributors if they are actively scared away. C'mon... was it really that scary? If you want more people to contribute, make it as easy for them as possible. and 'easy as possible' is

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

https://issues.dlang.org/show_bug.cgi?id=18472 Issue ID: 18472 Summary: betterC: cannot use format at compile time. Product: D Version: D2 Hardware: x86 OS: All Status: NEW Severity: regression

Re: Annoyance with new integer promotion deprecations

Nick Sabalausky (Abscissa) wrote: > On 02/19/2018 03:52 AM, Manu wrote: >> On 18 Feb. 2018 10:25 pm, "Walter Bright via Digitalmars-d" < >> digitalmars-d@puremagic.com> wrote: >> >> On 2/18/2018 7:52 PM, Nick Sabalausky (Abscissa) wrote: >> >>> Well, it's

Re: Annoyance with new integer promotion deprecations

On Monday, 19 February 2018 at 02:23:02 UTC, Walter Bright wrote: This one isn't double size. But google does insert some weird fields: Almost certainly, that 'wierd' stuff is related to googles insidious need to track and record EVERYTHING *you* do, so it can build an even better

Re: Status of @nogc with the runtime

Thank you for this status report, much appreciated, and exactly the kind of thing I hope for. Don’t be discouraged by the time it has taken, it will be worth it. Good work!

Re: multithread/concurrency/parallel methods and performance

On Monday, 19 February 2018 at 14:57:22 UTC, SrMordred wrote: On Monday, 19 February 2018 at 05:54:53 UTC, Dmitry Olshansky wrote: The operation is trivial and dataset is rather small. In such cases SIMD with eg array ops is the way to go: result[] = values[] * values2[]; Yes, absolutely

Re: Annoyance with new integer promotion deprecations

On 02/19/2018 03:52 AM, Manu wrote: On 18 Feb. 2018 10:25 pm, "Walter Bright via Digitalmars-d" < digitalmars-d@puremagic.com> wrote: On 2/18/2018 7:52 PM, Nick Sabalausky (Abscissa) wrote: Well, it's also the world's most inconsistant and statndards-disregarding. We're talking 1990's

Re: Building from source on FreeBSD

On Monday, 19 February 2018 at 12:01:31 UTC, Jonathan M Davis wrote: I've never been able to figure this problem out, so I've I always just edited the makefile so that the two programs in CURL_TOOLS aren't built. IIRC, if you use -v to see the full linker command, it's even actually linking to

Re: Tuple DIP

On 20.02.2018 01:57, Timothee Cour wrote: On Mon, Feb 19, 2018 at 4:05 PM, Timon Gehr via Digitalmars-d wrote: On 20.02.2018 00:53, Timothee Cour wrote: Sure! Also, this: void main(string[] args){ enforce(args.length==5, "Invalid args"); auto (infile,

Re: std.traits.isBoolean

On Monday, 19 February 2018 at 17:22:04 UTC, Nathan S. wrote: On Monday, 19 February 2018 at 15:12:15 UTC, Tony wrote: But, assuming there is a use case for it, what if you want to restrict to a type that is either boolean, or a struct/class that can substitute for boolean - how do you do that

Re: Beta 2.079.0

On Monday, 19 February 2018 at 21:50:02 UTC, Rainer Schuetze wrote: On 19/02/2018 21:17, Andre Pany wrote: On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. [...] This

Re: Tuple DIP

On Mon, Feb 19, 2018 at 4:05 PM, Timon Gehr via Digitalmars-d wrote: > On 20.02.2018 00:53, Timothee Cour wrote: >> > Sure! Also, this: > > void main(string[] args){ > enforce(args.length==5, "Invalid args"); > auto (infile, colname, repl, outfile) =

Re: Release D 2.078.2

On 19/02/2018 7:43 PM, Eugene Wissner wrote: On Monday, 19 February 2018 at 10:08:37 UTC, Martin Nowak wrote: On 02/17/2018 06:52 AM, Eugene Wissner wrote: On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: On 02/10/2018 09:17 AM, Thomas Mader wrote:

Re: Tuple DIP

On 20.02.2018 00:53, Timothee Cour wrote: great! maybe worth adding to DIP? (even though `unpack` would be (IIUC) a pure library solution on top of this DIP) ... Yes. I'll add it to the use cases. and that would work too I guess? ``` string[4] args=...; auto (infile, colname, repl, outfile)

Re: Tuple DIP

great! maybe worth adding to DIP? (even though `unpack` would be (IIUC) a pure library solution on top of this DIP) and that would work too I guess? ``` string[4] args=...; auto (infile, colname, repl, outfile) = args.unpack; ``` On Mon, Feb 19, 2018 at 3:47 PM, Timon Gehr via Digitalmars-d

Re: Tuple DIP

On 20.02.2018 00:43, Timon Gehr wrote: void main(){     auto (infile, colname, repl, outfile) = args[1..$].unpack!4("Invalid args\n"); } Actually: void main(string[] args){ auto (infile, colname, repl, outfile) = args[1..$].unpack!4("Invalid args\n"); }

Re: Tuple DIP

On 20.02.2018 00:19, timotheecour wrote: On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote: As promised [1], I have started setting up a DIP to improve tuple ergonomics in D: https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md This DIP aims to make code like the

Re: Beta 2.079.0

On Monday, 19 February 2018 at 18:50:47 UTC, Dukc wrote: Huh? Did I understand right? Just add an empty object.d into your project and --BetterC is now basically needless, plus the executable is most likely even smaller? Kindof, but not exactly. The -betterC switch still adds some nuance

Re: Tuple DIP

On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote: As promised [1], I have started setting up a DIP to improve tuple ergonomics in D: https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md This DIP aims to make code like the following valid D: ... Would this DIP

Re: Could that bug be catch using D's way?

On 02/19/2018 05:33 AM, rikki cattermole wrote: https://dlang.org/phobos/std_experimental_checkedint.html#.Checked.min Accompanying presentations: DConf 2017: https://www.youtube.com/watch?v=29h6jGtZD-U Google Tel Aviv: https://www.youtube.com/watch?v=es6U7WAlKpQ Andrei likes the

Re: Could that bug be catch using D's way?

On Monday, 19 February 2018 at 21:34:04 UTC, Simen Kjærås wrote: On Monday, 19 February 2018 at 14:20:16 UTC, Basile B. wrote: I had never used Checked and i discover that strangely there's no hook for opAssign. onLowerBound and onUpperBound works for +=, -=, *=, /=, %=, ^^=, &=, |=, ^=, <<=,

Re: Beta 2.079.0

On 19/02/2018 21:17, Andre Pany wrote: On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. [...] This release is fantastic! In the change log information about lld linker is

Re: Could that bug be catch using D's way?

On Monday, 19 February 2018 at 14:20:16 UTC, Basile B. wrote: I had never used Checked and i discover that strangely there's no hook for opAssign. onLowerBound and onUpperBound works for +=, -=, *=, /=, %=, ^^=, &=, |=, ^=, <<=, >>=, and >>>=. But since init is 0, += works: Ah, thanks. Filed

[Issue 18471] New: std.experimental.checkedint.Checked doesn't check on assignment or construction

https://issues.dlang.org/show_bug.cgi?id=18471 Issue ID: 18471 Summary: std.experimental.checkedint.Checked doesn't check on assignment or construction Product: D Version: D2 Hardware: x86 OS: Windows

Re: Building from source on FreeBSD

On Monday, February 19, 2018 14:41:21 Seb via Digitalmars-d-learn wrote: > On Monday, 19 February 2018 at 12:01:31 UTC, Jonathan M Davis > > wrote: > > On Monday, February 19, 2018 11:43:26 psychoticRabbit via > > > > Digitalmars-d- learn wrote: > >> [...] > > > > I've never been able to figure

Re: Beta 2.079.0

On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. [...] This release is fantastic! In the change log information about lld linker is missing. Maybe you can add some info how

[Issue 18469] [REG 2.079-b1] Segfault when trying to get type of __dtor.opCall

https://issues.dlang.org/show_bug.cgi?id=18469 Basile B. changed: What|Removed |Added Keywords||ice, pull --- Comment #2 from

Re: Release D 2.078.2

On Monday, 19 February 2018 at 10:08:37 UTC, Martin Nowak wrote: On 02/17/2018 06:52 AM, Eugene Wissner wrote: On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: On 02/10/2018 09:17 AM, Thomas Mader wrote: https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2.

Re: Beta 2.079.0

On Monday, 19 February 2018 at 16:36:53 UTC, Seb wrote: FYI: _A lot_ of CI automation has been added in the past months. Most notably here is the Project Tester which runs the complete test suite of the most popular DUB projects out there. At the moment it tests ~40 projects and it has

[Issue 18470] New: std.algorithm.splitter has frame access problems for custom preds

https://issues.dlang.org/show_bug.cgi?id=18470 Issue ID: 18470 Summary: std.algorithm.splitter has frame access problems for custom preds Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: Annoyance with new integer promotion deprecations

_Please_ keep the mail/nntp/... discussion separate or private. It's clobbering the topic. Thanks, Johan

Re: Annoyance with new integer promotion deprecations

On Sunday, 18 February 2018 at 20:01:39 UTC, Jonathan M Davis wrote: On Sunday, February 18, 2018 19:42:07 Johan Engelen via Digitalmars-d wrote: > There are hundreds of lines I need to molest to make the > compiler shut up. I won't type another line of code on my > colour library until this

Re: Annoyance with new integer promotion deprecations

On 2/19/2018 12:52 AM, Manu wrote: On 18 Feb. 2018 10:25 pm, "Walter Bright via Digitalmars-d" > wrote: On 2/18/2018 7:52 PM, Nick Sabalausky (Abscissa) wrote: Well, it's also the world's most inconsistant and

Re: Beta 2.079.0

On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. - -Martin Huh? Did I understand right? Just add an empty object.d into your project and --BetterC is now basically needless,

Re: Beta 2.079.0

On Monday, 19 February 2018 at 18:30:56 UTC, Ali Çehreli wrote: On 02/19/2018 02:49 AM, Martin Nowak wrote: Thanks Martin! You can add at least the following aliases for the contributor list: acehreli: Ali Çehreli aldacron: Mike Parker Ali ... or you could have used your actual name for

[Issue 18341] Documentation for std.array.split is confusing/incorrect

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

Re: Beta 2.079.0

On 02/19/2018 02:49 AM, Martin Nowak wrote: Thanks Martin! You can add at least the following aliases for the contributor list: acehreli: Ali Çehreli aldacron: Mike Parker Ali

[Issue 18469] [REG 2.079-b1] Segfault when trying to get type of __dtor.opCall

https://issues.dlang.org/show_bug.cgi?id=18469 bitter.ta...@gmx.com changed: What|Removed |Added CC||bitter.ta...@gmx.com --- Comment #1

Re: std.traits.isBoolean

On Monday, 19 February 2018 at 15:12:15 UTC, Tony wrote: But, assuming there is a use case for it, what if you want to restrict to a type that is either boolean, or a struct/class that can substitute for boolean - how do you do that without using the "private" TypeOfBoolean thing? In that

[Issue 18034] SIMD optimization issues

https://issues.dlang.org/show_bug.cgi?id=18034 bitter.ta...@gmx.com changed: What|Removed |Added CC||bitter.ta...@gmx.com --- Comment #1

Re: Beta 2.079.0

On Monday, 19 February 2018 at 16:14:46 UTC, Eugene Wissner wrote: fold is added to std.parallelism.TaskPool std.parallelism.TaskPool.fold and reduce point to https://dlang.org/phobos-prerelease/std_parallelism_TaskPool.html#.fold and

Re: Beta 2.079.0

On Monday, 19 February 2018 at 15:45:30 UTC, bachmeier wrote: On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. http://dlang.org/download.html#dmd_beta

Re: How to run d app as service ?

On Monday, 19 February 2018 at 12:29:12 UTC, Jayam wrote: In production server, we need to run Dlang app as service. If you are looking for a PaaS (platform as a service), using Heroku is pretty easy: https://tour.dlang.org/tour/en/vibed/deploy-on-heroku Also as other mentioned, everything

Re: Beta 2.079.0

fold is added to std.parallelism.TaskPool std.parallelism.TaskPool.fold and reduce point to https://dlang.org/phobos-prerelease/std_parallelism_TaskPool.html#.fold and https://dlang.org/phobos-prerelease/std_parallelism_TaskPool.html#.reduce respectively, that can't be found, 404.

Re: Beta 2.079.0

On Monday, 19 February 2018 at 11:27:11 UTC, Nick Sabalausky (Abscissa) wrote: On 02/19/2018 05:49 AM, Martin Nowak wrote: http://dlang.org/changelog/2.079.0.html ...WOW O_o This release is seriously, just...wow! One question though: I'm unclear on the "include imports". Do those

Re: Beta 2.079.0

On Monday, 19 February 2018 at 15:45:30 UTC, bachmeier wrote: On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. http://dlang.org/download.html#dmd_beta

Re: How to run d app as service ?

On 2018-02-19 13:29, Jayam wrote: In production server, we need to run Dlang app as service. If you're referring to running it as a service in the background, I highly recommend Systemd if your platform supports. You don't need to to any specific with the D application. Just correctly

Re: Beta 2.079.0

On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.079.0.html As usual please report any bugs at

Re: Beta 2.079.0

On Monday, 19 February 2018 at 11:27:11 UTC, Nick Sabalausky (Abscissa) wrote: On 02/19/2018 05:49 AM, Martin Nowak wrote: http://dlang.org/changelog/2.079.0.html ...WOW O_o This release is seriously, just...wow! One question though: I'm unclear on the "include imports". Do those

Re: Beta 2.079.0

On Monday, 19 February 2018 at 11:21:34 UTC, Nicholas Wilson wrote: On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. Awesome. A typo. Lambda comparison using __traits(isSame,

Re: std.traits.isBoolean

On Monday, 19 February 2018 at 13:47:15 UTC, Basile B. wrote: Indeed but Phobos maintainers don't want the ...TypeOf family to be documented. (https://github.com/dlang/phobos/pull/5747) Ok, thanks. But, assuming there is a use case for it, what if you want to restrict to a type that is

[Issue 18468] cannot use `synchronized {}` in @safe code

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

Re: How to make AA key a pointer

Clinton wrote: On Monday, 19 February 2018 at 14:55:01 UTC, Clinton wrote: Hi all, I need advice from better developers on this concern. I'm using an AA to reference another array for quicker access: [...] Sorry, on second look my explanation isn't very clear. I want to know if:

Re: How to make AA key a pointer

On Monday, 19 February 2018 at 14:57:47 UTC, Clinton wrote: On Monday, 19 February 2018 at 14:55:01 UTC, Clinton wrote: Hi all, I need advice from better developers on this concern. I'm using an AA to reference another array for quicker access: [...] Sorry, on second look my explanation

Re: How to make AA key a pointer

On Monday, 19 February 2018 at 14:55:01 UTC, Clinton wrote: Hi all, I need advice from better developers on this concern. I'm using an AA to reference another array for quicker access: [...] Sorry, on second look my explanation isn't very clear. I want to know if: bool[string] myAA;

Re: multithread/concurrency/parallel methods and performance

On Monday, 19 February 2018 at 05:54:53 UTC, Dmitry Olshansky wrote: The operation is trivial and dataset is rather small. In such cases SIMD with eg array ops is the way to go: result[] = values[] * values2[]; Yes, absolutely right :) I make a simple example to understand why the threads

Re: multithread/concurrency/parallel methods and performance

On Monday, 19 February 2018 at 05:49:54 UTC, Nicholas Wilson wrote: As SIZE=1024*1024 (i.e. not much, possibly well within L2 cache for 32bit) it may be that dealing with the concurrency overhead adds a significant amount of overhead. That 'concurrency overhead' is what i´m not getting. Since

How to make AA key a pointer

Hi all, I need advice from better developers on this concern. I'm using an AA to reference another array for quicker access: [code] alias contactId = string; bool[contactId][] matches; ulong[contactId] idsToMatches; bool[string] matchesForId(string id) { return matches.get(idsToMatches[id],

Re: Building from source on FreeBSD

On Monday, 19 February 2018 at 12:01:31 UTC, Jonathan M Davis wrote: On Monday, February 19, 2018 11:43:26 psychoticRabbit via Digitalmars-d- learn wrote: [...] I've never been able to figure this problem out, so I've I always just edited the makefile so that the two programs in CURL_TOOLS

Re: Could that bug be catch using D's way?

On Monday, 19 February 2018 at 13:51:50 UTC, Simen Kjærås wrote: On Monday, 19 February 2018 at 13:33:34 UTC, rikki cattermole wrote: https://dlang.org/phobos/std_experimental_checkedint.html#.Checked.min Can't seem to get that to work, so I assumed it's not meant to be used that way:

Re: How to run d app as service ?

On Monday, 19 February 2018 at 12:29:12 UTC, Jayam wrote: In production server, we need to run Dlang app as service. What do you mean by running dlang app as a service? An application written in D? Same way you would with a C++ application.

Re: Could that bug be catch using D's way?

On Monday, 19 February 2018 at 13:33:34 UTC, rikki cattermole wrote: https://dlang.org/phobos/std_experimental_checkedint.html#.Checked.min Can't seem to get that to work, so I assumed it's not meant to be used that way: import std.experimental.checkedint; struct MyHook { enum min(T) =

Re: std.traits.isBoolean

On Monday, 19 February 2018 at 13:07:08 UTC, Tony wrote: It doesn't appear that BooleanTypeof is documented on dlang.org (outside of it's placement on the isBooleanType page). At least it isn't coming up in a "BooleanTypeOf site:dlang.org" search and not on the traits page:

Re: Beta 2.079.0

On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.079.0.html As usual please report any bugs at

Re: Beta 2.079.0

On Monday, 19 February 2018 at 11:29:04 UTC, 9il wrote: On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. Awesome! I like this release ++ :-D

Re: Could that bug be catch using D's way?

On 19/02/2018 1:24 PM, Simen Kjærås wrote: On Monday, 19 February 2018 at 12:58:45 UTC, Marc wrote: I'm pretty sure something could be done with Ada's type range but what we could do using D? We can easily define a range type in D. The simple example below probably has awful performance and

[Issue 18469] New: [REG 2.079-b1] Segfault when trying to get type of __dtor.opCall

https://issues.dlang.org/show_bug.cgi?id=18469 Issue ID: 18469 Summary: [REG 2.079-b1] Segfault when trying to get type of __dtor.opCall Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: Could that bug be catch using D's way?

On Monday, 19 February 2018 at 12:58:45 UTC, Marc wrote: I'm pretty sure something could be done with Ada's type range but what we could do using D? We can easily define a range type in D. The simple example below probably has awful performance and many holes, but outlines the basic idea. It

Re: std.traits.isBoolean

On Sunday, 18 February 2018 at 15:12:50 UTC, Mike Parker wrote: Generally, no. But with alias this, it can be: = import std.traits : BooleanTypeOf; import std.stdio : writeln; struct NoBool { int x; } struct AliasThisBool { bool b; alias b this; } void main() { static

Could that bug be catch using D's way?

I'm pretty sure something could be done with Ada's type range but what we could do using D?

Re: How to run d app as service ?

On Monday, 19 February 2018 at 12:29:12 UTC, Jayam wrote: In production server, we need to run Dlang app as service. Please direct such questions to the learn group. Also I suspect you'll need to provide more information than that.

How to run d app as service ?

In production server, we need to run Dlang app as service.

Re: Building from source on FreeBSD

On Monday, 19 February 2018 at 12:01:31 UTC, Jonathan M Davis wrote: I've never been able to figure this problem out, so I've I always just edited the makefile so that the two programs in CURL_TOOLS aren't built. IIRC, if you use -v to see the full linker command, it's even actually linking to

[Issue 18468] cannot use `synchronized {}` in @safe code

https://issues.dlang.org/show_bug.cgi?id=18468 --- Comment #1 from Nicholas Wilson --- Im an idiot and can't read, still this should work. --

Re: Building from source on FreeBSD

On Monday, February 19, 2018 11:43:26 psychoticRabbit via Digitalmars-d- learn wrote: > So I finally got around to building from source. > > I have builds working just fine on a variety of linux machines, > it's just a FreeBSD problem I'm having. > > So, on FreeBSD, I can build the dmd directory,

[Issue 18468] New: cannot use `synchronized {}` in @safe code

https://issues.dlang.org/show_bug.cgi?id=18468 Issue ID: 18468 Summary: cannot use `synchronized {}` in @safe code Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW Severity: enhancement

Building from source on FreeBSD

So I finally got around to building from source. I have builds working just fine on a variety of linux machines, it's just a FreeBSD problem I'm having. So, on FreeBSD, I can build the dmd directory, and the phobos directory ok. When building tools directory, most tools get built ok, but

Re: Beta 2.079.0

On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. Awesome! I like this release

Re: Beta 2.079.0

On 02/19/2018 05:49 AM, Martin Nowak wrote: http://dlang.org/changelog/2.079.0.html ...WOW O_o This release is seriously, just...wow! One question though: I'm unclear on the "include imports". Do those basically obviate the original purpose of rdmd? Ie, so dmd doesn't need to be passed

Re: Status of @nogc with the runtime

On Sunday, 18 February 2018 at 22:28:48 UTC, Peter Campbell wrote: Indeed, very interesting read and exactly the information I was looking for! Thanks a lot Martin, I'm excited to see this progress. It's good to know it's still being worked on and progress is being made. Yes, it's just crazy

Re: Beta 2.079.0

On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.079.0.html As usual please report any bugs at

Re: New abstraction: Layout

On Saturday, 17 February 2018 at 12:49:07 UTC, Andrei Alexandrescu wrote: On 02/16/2018 10:10 PM, rikki cattermole wrote: Could use the name for the field as well. At the minimum useful for debugging purposes. That would be tricky because fields are decomposed down to primitive types. --

Re: Size threshold replace complex probing with linear search for small hash tables

On Monday, 19 February 2018 at 10:22:12 UTC, Nordlöw wrote: I'm currently developing a combined HashMap and HashSet with open addressing You might want to consider using Robin Hood hashing to reduce the worst-case length of collision chains, regardless of what kind of probing scheme you use.

Beta 2.079.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.079.0.html As usual please report any bugs at https://issues.dlang.org -

Size threshold replace complex probing with linear search for small hash tables

I'm currently developing a combined HashMap and HashSet with open addressing at https://github.com/nordlow/phobos-next/blob/master/src/open_hashmap_or_hashset.d with probing using steps of triangular numbers when length is a power of two at

Re: DConf 2018 Proposal Submission Deadline

On 02/18/2018 03:25 PM, Mike Parker wrote: > The February 25th deadline for submitting proposals for DConf 2018 is > fast approaching. If you've been thinking about sending one in, stop > thinking and start doing! Guidelines can be found at the DConf homepage: > > http://dconf.org/2018/index.html

Re: Release D 2.078.2

On 02/17/2018 06:52 AM, Eugene Wissner wrote: > On Friday, 16 February 2018 at 11:25:42 UTC, Martin Nowak wrote: >> On 02/10/2018 09:17 AM, Thomas Mader wrote: >>> https://github.com/dlang/dub/releases/latest doesn't point to 1.7.2. >> >> Out of curiosity, do you have a strong use-case to

Re: Release D 2.078.2

On 02/17/2018 10:35 AM, Thomas Mader wrote: > But I package dub and the tools as a separate package from dmd. > Archlinux is doing the same and I find it reasonable. dub and the tools > should be buildable with other compilers too and one day I might switch > to ldc as the default compiler for the

Re: Annoyance with new integer promotion deprecations

On Monday, February 19, 2018 00:36:11 Walter Bright via Digitalmars-d wrote: > On 2/18/2018 11:02 PM, Jonathan M Davis wrote: > > On Sunday, February 18, 2018 22:17:49 Walter Bright via Digitalmars-d wrote: > >> But that's still the mail client, not the NNTP software. > > > > It's a problem with

[Issue 17353] is expression type specialization matching strips const

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

Re: Annoyance with new integer promotion deprecations

On 18 Feb. 2018 10:25 pm, "Walter Bright via Digitalmars-d" < digitalmars-d@puremagic.com> wrote: On 2/18/2018 7:52 PM, Nick Sabalausky (Abscissa) wrote: > Well, it's also the world's most inconsistant and statndards-disregarding. > We're talking 1990's MS-level behavior here. It's *always*

[Issue 8295] Struct member destructor can not be called from shared struct instance

https://issues.dlang.org/show_bug.cgi?id=8295 --- Comment #12 from anonymous4 --- (In reply to Marco Leise from comment #10) > You can tell where I'm going: Copy a shared reference counting struct and it > is no longer shared except for the data it references. If you

Re: Annoyance with new integer promotion deprecations

On 2/18/2018 11:02 PM, Jonathan M Davis wrote: On Sunday, February 18, 2018 22:17:49 Walter Bright via Digitalmars-d wrote: But that's still the mail client, not the NNTP software. It's a problem with how mailman is configured. Yes, the user can remove the second e-mail address from "To" when

Re: std.array.array for immutable data types

On Monday, February 19, 2018 07:25:07 Nicholas Wilson via Digitalmars-d- learn wrote: > On Monday, 19 February 2018 at 07:08:49 UTC, Fra Mecca wrote: > > Is there a way to avoid using to! conversion here? > > > > immutable string[] dst = to!(immutable > > string[])(array(pipe.readEnd.byLineCopy));

Re: Trying to forward unwrapped opDispatch names to alias this

On Monday, 19 February 2018 at 01:00:23 UTC, Adam D. Ruppe wrote: On Monday, 19 February 2018 at 00:42:05 UTC, aliak wrote: struct B(T) { T t; A a; alias a this; auto opDispatch(string name)() if (hasMember!(T, name)) { return mixin("t." ~ name); Did you perhaps mean