[Issue 17232] New: The index page for std.algorithm looks bad on mobile

https://issues.dlang.org/show_bug.cgi?id=17232 Issue ID: 17232 Summary: The index page for std.algorithm looks bad on mobile Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal

Re: How to enforce compile time evaluation (and test if it was done at compile time)

On 28/02/2017 01:20, sarn wrote: > On Monday, 27 February 2017 at 19:26:06 UTC, Christian Köstlin wrote: >> How can I make sure, that the calculations are done at compile time? > > If you ever have doubts, you can always use something like this to check: > > assert (__ctfe); Thanks a lot,

Re: Notes for DLang maintainers

On 2017-02-28 00:42, Nick Sabalausky (Abscissa) wrote: Contributors shouldn't have to know as much about git as a project's maintainers. So these features, if used, are AWESOME. Squashing and rebasing is part of the basic git, in my opinion. -- /Jacob Carlborg

Re: DConf 2017 Early Bird Registration expires Monday!

On 2017-02-28 07:08, Walter Bright wrote: I had sent a confirmation email. Unfortunately, there are often problems with this, as the emails get put in the recipient's spam folder. Could we please just fix the problem. This is quite embarrassing. I reported the problem the day the

Re: Recommend: IDE and GUI library

On Friday, 24 February 2017 at 22:44:55 UTC, XavierAP wrote: Hi I've looked at wiki.dlang.org/IDEs, and I see that Visual D is linked from dlang.org/download.html. Still I was looking for personal opinions and experiences beyond hard specs, I wonder if one of the IDEs is already dominant at

Re: DConf 2017 Early Bird Registration expires Monday!

On 2/27/2017 3:09 AM, Dentcho Bankov wrote: So I'm in the same boat (paid with PayPal and got 404 on 13-Feb-2017). Is there a chance I could get a ticket (or some confirmation)? I had sent a confirmation email. Unfortunately, there are often problems with this, as the emails get put in the

Re: Notes for DLang maintainers

On Sunday, 26 February 2017 at 14:38:03 UTC, Seb wrote: 1) Commit squashing Reminder: please only do this only when it makes sense to (one commit with significant changes followed by fixup commits that have no significance on their own). If the PR already has multiple commits split into

[Issue 17115] [404 Not Found] std.concurrencybase

https://issues.dlang.org/show_bug.cgi?id=17115 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/386c894b3e90ac265dc1f87e0dd8eaf9a02a3a99 Fix Issue 17115 - Remove std.concurrencybase and

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On Monday, 27 February 2017 at 15:41:18 UTC, Seb wrote: Is it redditable? Yes, finally :) I'm thinking it might be better to do a blog post about it and reddit that instead of posting a link to the docs or this announcement directly. Something describing the implementation and the

Re: DCompute - Native heterogeneous computing for D - is here!

On Sunday, 26 February 2017 at 08:37:29 UTC, Nicholas Wilson wrote: DCompute is an extension to LDC capable of generating code (with no language changes*) for NVIDIA's NVPTX for use with CUDA, SPIRV for use with the OpenCL runtime, and of course the host, all at the same time! It is also

Re: How to enforce compile time evaluation (and test if it was done at compile time)

On Tuesday, 28 February 2017 at 00:20:05 UTC, sarn wrote: On Monday, 27 February 2017 at 19:26:06 UTC, Christian Köstlin wrote: How can I make sure, that the calculations are done at compile time? If you ever have doubts, you can always use something like this to check: assert (__ctfe);

Re: How to enforce compile time evaluation (and test if it was done at compile time)

On Monday, 27 February 2017 at 19:26:06 UTC, Christian Köstlin wrote: How can I make sure, that the calculations are done at compile time? If you ever have doubts, you can always use something like this to check: assert (__ctfe);

Re: Notes for DLang maintainers

On Sunday, 26 February 2017 at 14:38:03 UTC, Seb wrote: As it's getting a bit exhaustive to repeat these bits on GitHub over and over again, I though I summarize a couple of notes that hopefully are interesting for the DLang maintainers. [...] This is great, please put this somewhere (the

[Issue 17229] File.byChunk w/ stdout.lockingTextWriter is very slow

https://issues.dlang.org/show_bug.cgi?id=17229 --- Comment #1 from Jon Degenhardt --- (In reply to Jon Degenhardt from comment #0) > Results for the count 9's program, against the 2.7, 14 million line file: >byLine: 8.98 seconds >byChunk: 1.64 seconds

Re: CTFE Status 2

On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote: [...] Simple ref calls work now. Meaning the following code will compile :) uint sum(uint[] arr) { uint sum; foreach(uint i;0 .. cast(uint)arr.length) { addToSum(sum, arr[i]); } return sum; } void addToSum(ref

Re: Notes for DLang maintainers

On 02/26/2017 09:38 AM, Seb wrote:> Review workflow (squashed commits & write access to PRs) Hoora for these *Please* lets make use of these. Pretty much everything about the old way couldn't have been any better at dissuading regular contributors if it had be DESIGNED to discourage

Re: getSymbolsByUDA toSymbols error instantiating

On 02/27/2017 06:26 AM, Oleg B wrote: Hello. I have this code: ```d import std.traits; enum myuda; class A { @myuda int x; } class B : A { @myuda int some; void foo() { foreach (s; getSymbolsByUDA!(typeof(this), myuda)) {} } } void main() { (new B).foo(); } ``` And have this error:

Re: Parallel foreach over AliasSec?

On Monday, 27 February 2017 at 16:04:00 UTC, Bastiaan Veelo wrote: I get a bus error some time out in execution. It could be that I am running out of stack space. I am on OS X, and non-main threads are given a very limited stack size, they say [1, 2]. This foreach of mine calls into itself,

Re: DCompute - Native heterogeneous computing for D - is here!

On Monday, 27 February 2017 at 23:02:43 UTC, Nicholas Wilson wrote: Interesting to write kernels in D, since a limitation of CUDA is that you need to multiply the entry points to instantiate a template differently, and a limitation of OpenCL C is that you need templates and includes in the

Re: DCompute - Native heterogeneous computing for D - is here!

On Monday, 27 February 2017 at 13:55:23 UTC, Guillaume Piolat wrote: On Sunday, 26 February 2017 at 08:37:29 UTC, Nicholas Wilson wrote: This will enable writing kernels in D utilising all of D's meta programming goodness across the device divide and will allow launching those kernels with a

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On Monday, 27 February 2017 at 17:13:24 UTC, Seb wrote: A solution for the moment is to point people at the ddoc version, e.g. https://dlang.org/phobos/std_algorithm_comparison.html#.among Sure, linking only that would definitely work. — David

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On Monday, 27 February 2017 at 16:49:13 UTC, David Nadlinger wrote: See e.g. https://dlang.org/library-prerelease/std/algorithm/comparison/among.html from above. This leaves quite the bad impression, as it makes the page look like an unstructured mess at first glance. What's up with the bullet

Re: Notes for DLang maintainers

On Sunday, 26 February 2017 at 14:38:03 UTC, Seb wrote: [snip] Excellent, this info will be useful! - All commits get squashed into one commit before the merge - This is enabled for all DLang repos - "auto-merge-squash" does squashing as auto-merge behavior I especially liked this one. No

Re: How to enforce compile time evaluation (and test if it was done at compile time)

On Monday, 27 February 2017 at 19:26:06 UTC, Christian Köstlin wrote: Is it enough to put up static immutable modifiers? How can I make sure, that the calculations are done at compile time? ... static immutable time = Unit("time", [Unit.Scale("ms", 1), ... An initialization of a static

How to enforce compile time evaluation (and test if it was done at compile time)

I have a small example, that can be used to express 3601000ms as 1h 1s (a much more advanced version has already been done by https://github.com/nordlow/units-d). I would like to enforce that the precomputation (multiplying and inverting the list of scale's) is done at compile time. Is it enough

[Issue 16281] std.format.formattedRead should use ref instead of requiring pointers

https://issues.dlang.org/show_bug.cgi?id=16281 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/fc1eb2f0ce04b2c8af5cfbdfdc81eb829114cc35 Fix issue 16281 - std.format.formattedRead should use

Re: assert with format considered harmful

Let me point out the elephant in the room as well. On 02/25/2017 10:34 PM, Ali Çehreli wrote: > // In this case a %s is forgotten but it could be any other trivial > error. > assert(i == 42, format("Bad parameter:", i)); In addition to the current dangerous behavior of assert, there is

Re: How to get the name for a Tid

On Wednesday, 23 November 2016 at 21:04:38 UTC, Christian Köstlin wrote: std.concurrency contains the register function to associate a name with a Tid. This is stored internally in an associative array namesByTid. I see no accessors for this. Is there a way to get to the associated names of a

[Issue 17231] Function to get name from Tid

https://issues.dlang.org/show_bug.cgi?id=17231 --- Comment #1 from Jack Stouffer --- std.concurrency.locate allows for getting a Tid via a name, but there is no way to go the other way around. std.concurrency.locate should have an overload which takes a Tid and returns a

[Issue 17231] New: Function to get name from Tid

https://issues.dlang.org/show_bug.cgi?id=17231 Issue ID: 17231 Summary: Function to get name from Tid Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

Re: Package visibility strange behaviour

On Monday, February 27, 2017 14:07:21 Oleg B via Digitalmars-d-learn wrote: > Hello. Is this behavior normal, or it's a bug? And if it's normal > why it's normal? I want to use function with `package` visibility > in same package where it's defined, but I don't. > > ```d > module package_visible;

Re: Schema for ndslice internals

On 2017-02-26 14:13, Ilya Yaroshenko wrote: https://github.com/libmir/mir-algorithm/blob/master/README.md Schemas and other visuals are great! I'm not using ndslice at the moment, but I might; thanks in advance!

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On Monday, 27 February 2017 at 16:49:13 UTC, David Nadlinger wrote: On Monday, 27 February 2017 at 15:41:18 UTC, Seb wrote: Is it redditable? Yes, finally :) Can we fix the fact that the docs are duplicated for template functions before any big announcements? See e.g.

Re: It's alive! D building D building D, all on Android

On Thursday, 29 December 2016 at 09:16:58 UTC, Joakim wrote: On Sunday, 15 May 2016 at 11:09:01 UTC, Joakim wrote: On Wednesday, 11 May 2016 at 19:07:10 UTC, Joakim wrote: [...] I've put up three more builds, including ldc master, which uses the latest 2.071 frontend. Once I get JNI

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On Monday, 27 February 2017 at 15:41:18 UTC, Seb wrote: Is it redditable? Yes, finally :) Can we fix the fact that the docs are duplicated for template functions before any big announcements? See e.g. https://dlang.org/library-prerelease/std/algorithm/comparison/among.html from above. This

Re: Parallel foreach over AliasSec?

On Monday, 27 February 2017 at 11:53:09 UTC, ag0aep6g wrote: You can generate wrapper functions that have no overloads: static int wrap(alias f)(int arg) { return f(arg); } enum addrOf(alias f) = enum fptrs = staticMap!(addrOf, staticMap!(wrap, funcs)); /* ... r and foreach as before ...

Re: opDispatch forwarding and ifti

On 27.02.2017 13:14, John Colvin wrote: Has anyone ever found a way to actually implement forwarding properly with opDispatch, such that it works for both general templates and also functions called using ifti (implicit function template instantiation)? I've spent a day on it trying to improve

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On Monday, 27 February 2017 at 14:12:30 UTC, Mike Parker wrote: On Wednesday, 22 February 2017 at 19:14:14 UTC, Seb wrote: Okay I just couldn't let this sit on myself. So I went ahead and proposed a more "sophisticated" assert -> writeln rewrite tool that is based on Hackerpilot's excellent

Re: opDispatch forwarding and ifti

On Monday, 27 February 2017 at 14:34:05 UTC, Adam D. Ruppe wrote: On Monday, 27 February 2017 at 14:27:21 UTC, Stefan Koch wrote: op-dispatch is a runtime feature. It takes a string which is avilable at compile-time and passes it as a runtime parameter. Completely false. It runs

[Issue 17230] New: Destroy forward reference error

https://issues.dlang.org/show_bug.cgi?id=17230 Issue ID: 17230 Summary: Destroy forward reference error Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: major Priority: P1

Re: opDispatch forwarding and ifti

On Monday, 27 February 2017 at 14:27:21 UTC, Stefan Koch wrote: op-dispatch is a runtime feature. It takes a string which is avilable at compile-time and passes it as a runtime parameter. Completely false. It runs opDispatch!("the_string") which is totally compile time.

Re: opDispatch forwarding and ifti

On Monday, 27 February 2017 at 13:17:21 UTC, John Colvin wrote: On Monday, 27 February 2017 at 12:22:02 UTC, Stefan Koch wrote: On Monday, 27 February 2017 at 12:14:10 UTC, John Colvin wrote: Has anyone ever found a way to actually implement forwarding properly with opDispatch, such that it

getSymbolsByUDA toSymbols error instantiating

Hello. I have this code: ```d import std.traits; enum myuda; class A { @myuda int x; } class B : A { @myuda int some; void foo() { foreach (s; getSymbolsByUDA!(typeof(this), myuda)) {} } } void main() { (new B).foo(); } ``` And have this error: ``` % rdmd uda_symbols.d

Re: New (page-per-artifact) standard library doc examples are now editable and runnable

On Wednesday, 22 February 2017 at 19:14:14 UTC, Seb wrote: Okay I just couldn't let this sit on myself. So I went ahead and proposed a more "sophisticated" assert -> writeln rewrite tool that is based on Hackerpilot's excellent libdparse: https://github.com/dlang/dlang.org/pull/1582 So

Package visibility strange behaviour

Hello. Is this behavior normal, or it's a bug? And if it's normal why it's normal? I want to use function with `package` visibility in same package where it's defined, but I don't. ```d module package_visible; package void foo() { } void main() { foo(); } ``` ``` % rdmd package_visible.d

Re: DCompute - Native heterogeneous computing for D - is here!

On Sunday, 26 February 2017 at 08:37:29 UTC, Nicholas Wilson wrote: This will enable writing kernels in D utilising all of D's meta programming goodness across the device divide and will allow launching those kernels with a level of ease on par with CUDA's <<<...>>> syntax. Interesting to

Re: DCompute - Native heterogeneous computing for D - is here!

On Monday, 27 February 2017 at 13:19:00 UTC, Nicholas Wilson wrote: Actually I've got the submodules working so feel free to go ahead, the release is only for OSX for ldc's CI. If you could let me know when that window is I could post an AMA if I'm awake then. Direct your AMA here:

Re: DCompute - Native heterogeneous computing for D - is here!

On Monday, 27 February 2017 at 13:19:00 UTC, Nicholas Wilson wrote: Actually I've got the submodules working so feel free to go ahead, the release is only for OSX for ldc's CI. If you could let me know when that window is I could post an AMA if I'm awake then. Now is a great time.

Re: DCompute - Native heterogeneous computing for D - is here!

On Monday, 27 February 2017 at 09:13:22 UTC, Mike Parker wrote: On Monday, 27 February 2017 at 08:37:56 UTC, Nicholas Wilson wrote: On Sunday, 26 February 2017 at 08:37:29 UTC, Nicholas Wilson wrote: DCompute is an extension to LDC capable of generating code (with no language changes*) for

Re: opDispatch forwarding and ifti

On Monday, 27 February 2017 at 12:22:02 UTC, Stefan Koch wrote: On Monday, 27 February 2017 at 12:14:10 UTC, John Colvin wrote: Has anyone ever found a way to actually implement forwarding properly with opDispatch, such that it works for both general templates and also functions called using

Re: opDispatch forwarding and ifti

On Monday, 27 February 2017 at 12:14:10 UTC, John Colvin wrote: Has anyone ever found a way to actually implement forwarding properly with opDispatch, such that it works for both general templates and also functions called using ifti (implicit function template instantiation)? What is your

opDispatch forwarding and ifti

Has anyone ever found a way to actually implement forwarding properly with opDispatch, such that it works for both general templates and also functions called using ifti (implicit function template instantiation)? I've spent a day on it trying to improve std.typecons.Proxy to support this

Re: Parallel foreach over AliasSec?

On 02/27/2017 10:52 AM, Bastiaan Veelo wrote: On Monday, 27 February 2017 at 02:02:57 UTC, ag0aep6g wrote: [...] enum fptr(alias f) = (This is still a bit magical to me: it this a shorthand for a template?) Yes, it's short for this: template fptr(alias f) { enum fptr = } "addrOf" is

Re: DConf 2017 Early Bird Registration expires Monday!

On Saturday, 25 February 2017 at 13:25:20 UTC, Moritz Maxeiner wrote: On Saturday, 25 February 2017 at 07:02:48 UTC, Walter Bright wrote: http://dconf.org/2017/registration.html Don't forget, it goes up to $400 after Monday. Just registered and was returned to

Re: DCompute - Native heterogeneous computing for D - is here!

On Monday, 27 February 2017 at 09:13:22 UTC, Mike Parker wrote: On Monday, 27 February 2017 at 08:37:56 UTC, Nicholas Wilson wrote: On Sunday, 26 February 2017 at 08:37:29 UTC, Nicholas Wilson wrote: DCompute is an extension to LDC capable of generating code (with no language changes*) for

Re: Getting nice print of struct for debugging

On Saturday, 25 February 2017 at 01:30:09 UTC, Minty Fresh wrote: On Saturday, 25 February 2017 at 01:27:09 UTC, Minty Fresh wrote: On Wednesday, 22 February 2017 at 11:18:15 UTC, Martin Tschierschke wrote: [...] Since structs are Plain-old Data and don't do inheritance, the best option is

Re: Does anyone have a completed version of a d analogue to php's var_dump?

On Saturday, 25 February 2017 at 06:22:02 UTC, Kevin Brogan wrote: I can dump a struct easily enough with the following. [...] import std.traits; [...] dump!wsa; [...] A good addition, thank

Re: Parallel foreach over AliasSec?

On Monday, 27 February 2017 at 02:02:57 UTC, ag0aep6g wrote: Make a range or an array of function pointers from the AliasSeq of function aliases: import std.meta: staticMap; import std.range: only; enum fptr(alias f) = enum fptrs = staticMap!(fptr, funcs); auto r = only(fptrs); foreach

Re: How to get the name for a Tid

On Wednesday, 23 November 2016 at 21:04:38 UTC, Christian Köstlin wrote: std.concurrency contains the register function to associate a name with a Tid. This is stored internally in an associative array namesByTid. I see no accessors for this. Is there a way to get to the associated names of a

Re: DCompute - Native heterogeneous computing for D - is here!

On Monday, 27 February 2017 at 08:37:56 UTC, Nicholas Wilson wrote: On Sunday, 26 February 2017 at 08:37:29 UTC, Nicholas Wilson wrote: DCompute is an extension to LDC capable of generating code (with no language changes*) for NVIDIA's NVPTX for use with Hmm, I appear to have really mucked up

Re: code D'ish enough? - ignore previous post with same subject

On Sunday, 26 February 2017 at 21:50:38 UTC, Jordan Wilson wrote: auto readNumMatCsv2 (string filePath, string ndv, string new_ndv){ double[][] p_numArray; try { auto lines = File(filePath,"r").byLine; lines.popFront; // get read of header p_numArray =

Re: code D'ish enough? - ignore previous post with same subject

I really appriciate your comments and thoughts! On Sunday, 26 February 2017 at 21:02:52 UTC, ag0aep6g wrote: On Sunday, 26 February 2017 at 19:34:33 UTC, thorstein wrote: * "no-data-value"? No-data-values in data sets are common at least in geosciences: raster images, spatial simulation

[Issue 17229] New: File.byChunk w/ stdout.lockingTextWriter is very slow

https://issues.dlang.org/show_bug.cgi?id=17229 Issue ID: 17229 Summary: File.byChunk w/ stdout.lockingTextWriter is very slow Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW Severity:

Re: DCompute - Native heterogeneous computing for D - is here!

On Sunday, 26 February 2017 at 08:37:29 UTC, Nicholas Wilson wrote: DCompute is an extension to LDC capable of generating code (with no language changes*) for NVIDIA's NVPTX for use with Hmm, I appear to have really mucked up the git submodules. Unfortunately I have a cold at the moment and