Re: Running GtkD programs on macOS

2019-11-29 Thread Mike Wey via Digitalmars-d-learn
On 29-11-2019 04:40, Joel wrote: Oh, I used 'brew install gtk+3', and the test program worked, but (see below) I don't know about all that installing - is that alright? They all look like GTK+ dependencies so that would be alright/ -- Mike Wey

Re: Template mixin / unresolved external / scope problem?

2019-11-29 Thread Robert M. Münch via Digitalmars-d-learn
On 2019-11-28 16:36:36 +, Jacob Carlborg said: Are you using the latest version, 2.089.0? It might be fixed in that version [1]. [1] https://dlang.org/changelog/2.089.0.html#mixin_template_mangling Ha! Thanks Jacob, that looks like the root-cause. Didn't expect to use a feature which

Re: Running GtkD programs on macOS

2019-11-29 Thread Joel via Digitalmars-d-learn
On Friday, 29 November 2019 at 08:22:09 UTC, Joel wrote: I've used dub alright, but don't know how to install the dylib files: object.Exception@../../../../.dub/packages/gtk-d-3.9.0/gtk-d/generated/gtkd/gtkd/Loader.d(125): Library load failed (libatk-1.0.0.dylib): dlopen(libatk-1.0.0.dylib,

Running GtkD programs on macOS

2019-11-29 Thread Joel via Digitalmars-d-learn
I've used dub alright, but don't know how to install the dylib files: object.Exception@../../../../.dub/packages/gtk-d-3.9.0/gtk-d/generated/gtkd/gtkd/Loader.d(125): Library load failed (libatk-1.0.0.dylib): dlopen(libatk-1.0.0.dylib, 258): image not found What's a good way to fix this

Re: Leak-detection of references to scoped class instances

2019-11-29 Thread IGotD- via Digitalmars-d-learn
On Thursday, 28 November 2019 at 21:49:09 UTC, Per Also, what happens if `C` doesn't fit on the stack? This is OS specific I think. For example on Linux at the end of the stack there is a guard page and when you hit it the process will segfault.

optional process

2019-11-29 Thread Taylor R Hillegeist via Digitalmars-d-learn
When using the standard library. and making command-line applications I find myself wanting optional processes in line. for me, this typically makes the following structure. bool sortOutput; if(sortOutput){ read(Textfile) .splitter("\n") .filter(a=>a.contains("data)) .sort!("a <

Re: optional process

2019-11-29 Thread Paul Backus via Digitalmars-d-learn
On Friday, 29 November 2019 at 15:17:35 UTC, Taylor R Hillegeist wrote: I know phobos has choose which is close. But what I want is something like: bool sortOutput; if(sortOutput){ read(Textfile) .splitter("\n") .filter(a=>a.contains("data)) .doif(sortOutput,sort!("a < b"))

Map, filter and pure functions

2019-11-29 Thread realhet via Digitalmars-d-learn
Hi, I have an input range. I use the map! on it to transform using a function. Finally I use filter! on the transformed data. When I do a foreach on this, i noticed, that the transform function is called twice for each element. If I remove the filter! it does only one transform function call

Re: optional process

2019-11-29 Thread Taylor R Hillegeist via Digitalmars-d-learn
On Friday, 29 November 2019 at 15:24:31 UTC, Paul Backus wrote: On Friday, 29 November 2019 at 15:17:35 UTC, Taylor R Hillegeist wrote: I know phobos has choose which is close. But what I want is something like: bool sortOutput; if(sortOutput){ read(Textfile) .splitter("\n")

Re: Map, filter and pure functions

2019-11-29 Thread Paul Backus via Digitalmars-d-learn
On Friday, 29 November 2019 at 15:30:22 UTC, realhet wrote: Hi, I have an input range. I use the map! on it to transform using a function. Finally I use filter! on the transformed data. When I do a foreach on this, i noticed, that the transform function is called twice for each element. If I

Re: Map, filter and pure functions

2019-11-29 Thread realhet via Digitalmars-d-learn
On Friday, 29 November 2019 at 15:30:22 UTC, realhet wrote: ... Unfortunately function purity is not the answer. I put a very long calculation into the transform function which is called from "map!". And the "filter!" is making the "map!" call my function 2 times: First for the "filter!" to

Re: Map, filter and pure functions

2019-11-29 Thread realhet via Digitalmars-d-learn
On Friday, 29 November 2019 at 15:49:24 UTC, Paul Backus wrote: It's actually a much simpler reason: filter calls .front twice for each element in its input (once to check if the value satisfies the predicate, and then again to return the value if it does), and the range returned by map

Re: Map, filter and pure functions

2019-11-29 Thread Paul Backus via Digitalmars-d-learn
On Friday, 29 November 2019 at 15:54:13 UTC, realhet wrote: On Friday, 29 November 2019 at 15:49:24 UTC, Paul Backus wrote: It's actually a much simpler reason: filter calls .front twice for each element in its input (once to check if the value satisfies the predicate, and then again to return