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
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
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,
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
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.
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 <
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"))
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
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")
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
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
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
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
13 matches
Mail list logo