On Wednesday, 23 November 2016 at 20:02:08 UTC, wobbles wrote:
You could wait for some period of time - and if that's passed
and the child hasn't printed anything you can assume it's
waiting for input.
Yes, I also have thought about it, thank you.
I have to agree that creating a different API that uses opCall
or whatever instead of a the range API is a bad idea,
particularly when a simple helper function would make it
possible to use a random number generator in a fashion more
like rand() for the cases where that's preferable, and for a
Hi,
Is there an easy way to log all incoming requests and outgoing
responses (and perhaps processing time, wait time, etc) in Vibe.D?
Thanks,
Saurabh
On Thursday, 24 November 2016 at 02:52:05 UTC, Tofu Ninja wrote:
On Thursday, 24 November 2016 at 02:11:21 UTC, ketmar wrote:
On Thursday, 24 November 2016 at 00:51:01 UTC, Tofu Ninja
wrote:
Even with std.traits, you can't know which arguments are
variadic.
sure, you can. see
On Thursday, 24 November 2016 at 02:11:21 UTC, ketmar wrote:
On Thursday, 24 November 2016 at 00:51:01 UTC, Tofu Ninja wrote:
Even with std.traits, you can't know which arguments are
variadic.
sure, you can. see
http://dpldocs.info/experimental-docs/std.traits.variadicFunctionStyle.html
that
On Friday, 18 November 2016 at 17:54:52 UTC, Igor Shirkalin wrote:
The simpler - the better.
After reading "D p.l." by A.Alexandrescu two years ago I have
found my past dream. It's theory to start with. That book
should be read at least two times especially if you have
https://issues.dlang.org/show_bug.cgi?id=16743
Walter Bright changed:
What|Removed |Added
Keywords||pull
https://issues.dlang.org/show_bug.cgi?id=16491
uplink.co...@googlemail.com changed:
What|Removed |Added
CC||uplink.co...@googlemail.com
On Thursday, 24 November 2016 at 00:51:01 UTC, Tofu Ninja wrote:
Even with std.traits, you can't know which arguments are
variadic.
sure, you can. see
http://dpldocs.info/experimental-docs/std.traits.variadicFunctionStyle.html
that will return variadic style. and the only argument that can
https://issues.dlang.org/show_bug.cgi?id=16673
--- Comment #4 from uplink.co...@googlemail.com ---
wrong bug Oo.
was supposed to go to
Issue 16491
--
https://issues.dlang.org/show_bug.cgi?id=16673
uplink.co...@googlemail.com changed:
What|Removed |Added
CC||uplink.co...@googlemail.com
On Thursday, 24 November 2016 at 00:36:54 UTC, ketmar wrote:
On Thursday, 24 November 2016 at 00:19:04 UTC, Tofu Ninja wrote:
You still can't replicate a function with this.
you can, by using std.traits and string mixins.
Even with std.traits, you can't know which arguments are
variadic.
On Thursday, 24 November 2016 at 00:35:39 UTC, TheGag96 wrote:
The thing that gets me more is "return" as a function
attribute. I see it under "MemberFunctionAttribute" in the
grammar but I can't find an explanation for its use anywhere...
YOU ARE NOT SUPPOSED TO KNOW THIS. DON'T LIVE YOUR
On Tuesday, 22 November 2016 at 13:06:27 UTC, Nordlöw wrote:
On Monday, 21 November 2016 at 20:04:51 UTC, Ali Çehreli wrote:
mixin template RvalueRef()// <-- DOES NOT TAKE A PARAMETER
ANY MORE
{
alias T = typeof(this);
static assert (is(T == struct));
@nogc @safe
ref
On Thursday, 24 November 2016 at 00:19:04 UTC, Tofu Ninja wrote:
You still can't replicate a function with this.
you can, by using std.traits and string mixins.
On Wednesday, 23 November 2016 at 04:27:58 UTC, Dsby wrote:
On Tuesday, 22 November 2016 at 11:20:10 UTC, Jack Applegame
wrote:
We look forward to sane GC over the years. How do we
accelerate the development of precise GC, RC and so on?
Maybe we should organize a fundraiser on Kickstarter or
On Thursday, 24 November 2016 at 00:15:07 UTC, ketmar wrote:
On Thursday, 24 November 2016 at 00:04:51 UTC, Tofu Ninja wrote:
On Wednesday, 23 November 2016 at 23:21:53 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 23:02:30 UTC, Tofu Ninja
wrote:
Being able to get an alias to (ref int)
On Thursday, 24 November 2016 at 00:04:51 UTC, Tofu Ninja wrote:
On Wednesday, 23 November 2016 at 23:21:53 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 23:02:30 UTC, Tofu Ninja
wrote:
Being able to get an alias to (ref int) seems like a bug.
you are unable to alias it, `ref` will be
https://issues.dlang.org/show_bug.cgi?id=16746
--- Comment #2 from Matthias Klumpp ---
(In reply to Iain Buclaw from comment #1)
> (In reply to Matthias Klumpp from comment #0)
> > Outputting both formats would be helpful, GDC has `-fdeps=` and
> > `-fmake-deps=` for that
On Wednesday, 23 November 2016 at 23:21:53 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 23:02:30 UTC, Tofu Ninja
wrote:
Being able to get an alias to (ref int) seems like a bug.
you are unable to alias it, `ref` will be erased on aliasing.
the only way to retain it is to have a tuple
https://issues.dlang.org/show_bug.cgi?id=16746
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
On 11/23/2016 11:57 AM, tsbockman wrote:
I did some additional testing, and it seems that the bsf and bsr intrinsics are
only working *sometimes* on DMD master:
https://issues.dlang.org/show_bug.cgi?id=16743
Yeah, you're right. Will fix.
On Wednesday, 23 November 2016 at 23:02:30 UTC, Tofu Ninja wrote:
Being able to get an alias to (ref int) seems like a bug.
you are unable to alias it, `ref` will be erased on aliasing. the
only way to retain it is to have a tuple with it. that trick
aliases *function* *argument* *tuple*,
https://issues.dlang.org/show_bug.cgi?id=16478
--- Comment #2 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/006ee446f886c5a0f8147908501d287236dd6197
Fix Issue 16478 - Don't allow to!T() in constraint
Also
On Wednesday, 23 November 2016 at 22:48:17 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 22:28:57 UTC, Tofu Ninja
wrote:
On Wednesday, 23 November 2016 at 22:19:28 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 22:14:25 UTC, Tofu Ninja
wrote:
What is a (ref int)? A tuple with "ref
On Wednesday, 23 November 2016 at 22:28:57 UTC, Tofu Ninja wrote:
On Wednesday, 23 November 2016 at 22:19:28 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 22:14:25 UTC, Tofu Ninja
wrote:
What is a (ref int)? A tuple with "ref int" as its only
member? Since when is ref int a type?
it
On Wednesday, 23 November 2016 at 22:19:28 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 22:14:25 UTC, Tofu Ninja
wrote:
What is a (ref int)? A tuple with "ref int" as its only
member? Since when is ref int a type?
it is "type with modifier", like "const int" or "immutable int".
I've been marking the accounts as spam and moving the bugs to a specific
spam product/category. The last few days have been unusual. If it
keeps up, I'll investigate ways of potentially dealing with it better,
but I really don't want to add friction to the signup process. It's
hard enough
On Wednesday, 23 November 2016 at 22:14:25 UTC, Tofu Ninja wrote:
What is a (ref int)? A tuple with "ref int" as its only member?
Since when is ref int a type?
it is "type with modifier", like "const int" or "immutable int".
https://issues.dlang.org/show_bug.cgi?id=16746
Issue ID: 16746
Summary: Please output Makefile-style depfiles for ninja and
make
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
On Sunday, 20 November 2016 at 12:06:15 UTC, Tofu Ninja wrote:
On Sunday, 20 November 2016 at 11:52:01 UTC, Tofu Ninja wrote:
...
Also does not include function linkage :/
Because of the lack of response, I am going to guess there is no
way to do this cleanly. Guess I am going to have to
On Wednesday, 23 November 2016 at 22:00:58 UTC, Steven
Schveighoffer wrote:
I can't see why you need to deal with the glue layer at all --
just tell the glue layer that it's a list of strings and not
dstrings ;)
'cause that is how s2ir.d is done in dmd. ;-) it actually sorts
*objects*, and
On 11/23/16 4:44 PM, ketmar wrote:
On Wednesday, 23 November 2016 at 21:40:52 UTC, Steven Schveighoffer wrote:
So the better way is to sort based on byte array, and just use memcmp
for everything.
i am not completely sure that this is really better. sorting and
generating tables is done in
On Wednesday, 23 November 2016 at 19:57:15 UTC, tsbockman wrote:
On Wednesday, 23 November 2016 at 00:52:15 UTC, Walter Bright
wrote:
Consider the code:
import core.bitop;
int foo(int v) {
return core.bitop.bsf(v);
}
Compiling:
dmd foo.d -c
obj2asm foo.obj
yields:
https://issues.dlang.org/show_bug.cgi?id=16745
Issue ID: 16745
Summary: Add template helper for creating static arrays with
the size inferred
Product: D
Version: D2
Hardware: All
OS: All
Status:
https://issues.dlang.org/show_bug.cgi?id=16744
Issue ID: 16744
Summary: We should have a TypeOf template so that typeof can be
used with templates like staticMap
Product: D
Version: D2
Hardware: All
OS: All
On Wednesday, 23 November 2016 at 21:40:52 UTC, Steven
Schveighoffer wrote:
So the better way is to sort based on byte array, and just use
memcmp for everything.
i am not completely sure that this is really better. sorting and
generating tables is done in glue layer, which can be different
On Wednesday, 23 November 2016 at 21:31:08 UTC, Steven
Schveighoffer wrote:
I think it makes the most sense to remove the memcmp, and do
binary search based on actual char values.
yeah. there is wmemcmp, which can be used to speed up one of the
cases ('cause wchar_t has different size on
On 11/23/16 2:30 PM, ketmar wrote:
On Wednesday, 23 November 2016 at 19:07:49 UTC, Chris wrote:
It has something to do with the smart quote, e.g.:
it is wrong binary search in `_d_switch_string()`.
strings for switch are lexically sorted, and compiler calls
`_d_switch_string()` to select
https://issues.dlang.org/show_bug.cgi?id=16739
--- Comment #2 from Steven Schveighoffer ---
Interesting find by ketmar in
https://forum.dlang.org/post/cvfdiwxvdkcyrfhew...@forum.dlang.org
The binary search through the list of possible strings is flawed -- it uses
memcmp to
On Wednesday, November 23, 2016 15:29:14 Kagamin via Digitalmars-d wrote:
> On Wednesday, 23 November 2016 at 14:30:53 UTC, Andrei
>
> Alexandrescu wrote:
> > This claim would apply to all ranges. There seems to be
> > evidence it is unfounded.
> >
> > The main argument for using the range
On Wednesday, November 23, 2016 08:54:30 Andrei Alexandrescu via
Digitalmars-d wrote:
> On 11/23/2016 06:14 AM, Ilya Yaroshenko wrote:
> > I think that Range API is bad and useless overengineering for RNGs.
>
> So it either "takes 1 minute" to change the interface from opCall to
> ranges (i.e.
https://issues.dlang.org/show_bug.cgi?id=16739
Steven Schveighoffer changed:
What|Removed |Added
CC|
On Wednesday, November 23, 2016 14:02:36 Joseph Rushton Wakeling via
Digitalmars-d wrote:
> On Wednesday, 23 November 2016 at 13:56:27 UTC, Andrei
>
> Alexandrescu wrote:
> > Well I do see another small problem with
> > https://github.com/libmir/mir-random/blob/master/source/random/algorithm
> >
On 11/23/16 3:05 PM, Ilya Yaroshenko wrote:
On Wednesday, 23 November 2016 at 19:51:50 UTC, Andrei Alexandrescu wrote:
On 11/23/16 2:40 PM, Ilya Yaroshenko wrote:
On Wednesday, 23 November 2016 at 19:16:29 UTC, Andrei Alexandrescu
wrote:
A tip for the range adaptor: have it allocate and own
On 11/23/16 11:10 AM, Kagamin wrote:
On Wednesday, 23 November 2016 at 14:30:53 UTC, Andrei Alexandrescu wrote:
That seems to be a minor matter. Of course at best some measurements
would be in order.
Yes, it's just Joseph worries about microoptimizations.
Though we saw that the compiler
quickfix:
diff --git a/src/rt/switch_.d b/src/rt/switch_.d
index ec124e3..83572fe 100644
--- a/src/rt/switch_.d
+++ b/src/rt/switch_.d
@@ -27,6 +27,32 @@ private import core.stdc.string;
extern (C):
+import core.stdc.wchar_ : wchar_t, wmemcmp;
+
+
+static if (wchar_t.sizeof == wchar.sizeof)
On 2016-11-23 18:04, ketmar wrote:
On Wednesday, 23 November 2016 at 15:29:48 UTC, Jacob Carlborg wrote:
There's builtin.d [1] as well. When is which one used?
builtin is used for CTFE.
Aha, I see, thanks.
--
/Jacob Carlborg
On Wednesday, 23 November 2016 at 20:49:01 UTC, Chris wrote:
Actually, I came across a compiler message that gave me
something like \x19\x20 which I found odd. This sure needs
fixing. After all, it's quite a basic feature. So it's back to
the old `if` again (for now).
yeah, until this is
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 Tid?
Thanks,
Christian
On Wednesday, 23 November 2016 at 01:36:20 UTC, Andrei
Alexandrescu wrote:
On 11/19/16 4:17 PM, Andy Smith wrote:
Until branding for the 2017 conf is sorted out/agreed would it
be a big
deal to 'steal' the cool purple D rocket branding from the
2016 site?
(Changing the 6 to a 7 obviously).
On Wednesday, 23 November 2016 at 19:30:01 UTC, ketmar wrote:
On Wednesday, 23 November 2016 at 19:07:49 UTC, Chris wrote:
It has something to do with the smart quote, e.g.:
it is wrong binary search in `_d_switch_string()`.
strings for switch are lexically sorted, and compiler calls
On 23.11.2016 11:15, Sönke Ludwig wrote:
The more important point is that there is no precedent where {...}{...}
are two components of the same entity, it looks ugly even with the
space-wasting convention where '{' is put on its own line. Not all
contracts are one-liners like in your example
On 23.11.2016 11:15, Sönke Ludwig wrote:
Function declarations don't necessarily have a body, but they might have
contracts. (This is currently not allowed for technical reasons, but it
should/will be.) But this is a rather minor point (usually you don't
want to have contracts without
On Wednesday, 23 November 2016 at 19:51:50 UTC, Andrei
Alexandrescu wrote:
On 11/23/16 2:40 PM, Ilya Yaroshenko wrote:
On Wednesday, 23 November 2016 at 19:16:29 UTC, Andrei
Alexandrescu wrote:
A tip for the range adaptor: have it allocate and own the
generator
internally. That way it's easy
On Wednesday, 23 November 2016 at 15:54:30 UTC, unDEFER wrote:
On Tuesday, 22 November 2016 at 22:30:06 UTC, wobbles wrote:
Easier said than done as there's no signal the child sends to
say "OK, I'm waiting now".
You can use expect to do this, if you know what the output of
the child will be
On Wednesday, 23 November 2016 at 19:15:52 UTC, Jonathan M Davis
wrote:
It's nice, but it's non-standard. So, it seems to me that using
it is just going to lead to problems like you ran into in this
thread where you posted an example that wasn't valid D, and
it'll make you that much more
https://issues.dlang.org/show_bug.cgi?id=16699
--- Comment #23 from Steven Schveighoffer ---
(In reply to Ketmar Dark from comment #22)
> (In reply to Steven Schveighoffer from comment #21)
> > People file bug reports for released compilers not realizing it's already
> >
On Wednesday, 23 November 2016 at 00:52:15 UTC, Walter Bright
wrote:
Consider the code:
import core.bitop;
int foo(int v) {
return core.bitop.bsf(v);
}
Compiling:
dmd foo.d -c
obj2asm foo.obj
yields:
_D5bug113fooFiZicomdat
bsf EAX,AL
https://issues.dlang.org/show_bug.cgi?id=16743
Issue ID: 16743
Summary: Intrinsic recognition sometimes fails if a software
implementation is available
Product: D
Version: D2
Hardware: x86_64
OS: Linux
On 11/23/16 2:40 PM, Ilya Yaroshenko wrote:
On Wednesday, 23 November 2016 at 19:16:29 UTC, Andrei Alexandrescu wrote:
A tip for the range adaptor: have it allocate and own the generator
internally. That way it's easy to make it reference counted economically.
Current adaptor should be used
For example, i have test.cpp:
#include
void test()
{
printf("test\n");
}
And test.d:
import std.stdio;
extern (C++) void test();
void main()
{
test();
readln();
}
How i should compile test.cpp using g++ to link it normally?
On Wednesday, 23 November 2016 at 19:16:29 UTC, Andrei
Alexandrescu wrote:
A tip for the range adaptor: have it allocate and own the
generator internally. That way it's easy to make it reference
counted economically.
Current adaptor should be used in a function scope. (Would be
great to
https://issues.dlang.org/show_bug.cgi?id=16742
Issue ID: 16742
Summary: CID
dekhega-18003819788-quickbooks-support-phone-number-qu
ickbooks
Product: D
Version: D2
Hardware: x86
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=16741
Issue ID: 16741
Summary: Sam
Desilva-18003819788-quickbooks-support-phone-number-qu
ickbooks
Product: D
Version: D2
Hardware: x86
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=16740
Issue ID: 16740
Summary: Deta h@i
kya-18003819788-quickbooks-support-phone-number-quickb
ooks
Product: D
Version: D2
Hardware: x86
OS:
On Wednesday, 23 November 2016 at 19:07:49 UTC, Chris wrote:
It has something to do with the smart quote, e.g.:
it is wrong binary search in `_d_switch_string()`.
strings for switch are lexically sorted, and compiler calls
`_d_switch_string()` to select one. the thing is that comparison
in
On 11/23/2016 01:13 PM, Ilya Yaroshenko wrote:
1. Engine must not have implicit copy semantic: it is not correct for
RNGs and has performance issues. They also should not be copied
explicitly in this example.
OK, so (lack of) copyability is a good argument. I'm ready to live with
random
On Wednesday, November 23, 2016 19:07:49 Chris via Digitalmars-d-learn
wrote:
> (I think I marked it as "P1" (default option), maybe it's "P2",
> didn't know what to choose)
AFAIK, there are no devs that pay any attention to those. Some attention is
paid to regression vs enhancement vs etc. But
On Wednesday, November 23, 2016 18:58:55 ketmar via Digitalmars-d-learn
wrote:
> On Wednesday, 23 November 2016 at 18:54:35 UTC, Igor Shirkalin
>
> wrote:
> > On Tuesday, 22 November 2016 at 00:08:05 UTC, ketmar wrote:
> >> On Monday, 21 November 2016 at 23:49:27 UTC, burjui wrote:
> >>> Though I
On Wednesday, November 23, 2016 13:31:45 Steven Schveighoffer via
Digitalmars-d-learn wrote:
> See here: https://issues.dlang.org/show_bug.cgi?id=16737
>
> I don't want to close/change anything, because the guy's email is the
> reporter, and he'll get any updates. Is there a way to mark something
On Wednesday, 23 November 2016 at 18:34:28 UTC, Steven
Schveighoffer wrote:
Please file here: https://issues.dlang.org/enter_bug.cgi
I think this has been there forever. Happens in 2.040 too (the
earliest dmd I have on my system).
-Steve
Here it is:
https://issues.dlang.org/show_bug.cgi?id=16739
Issue ID: 16739
Summary: switch ignores case
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
Priority: P1
On Wednesday, 23 November 2016 at 18:54:35 UTC, Igor Shirkalin
wrote:
On Tuesday, 22 November 2016 at 00:08:05 UTC, ketmar wrote:
On Monday, 21 November 2016 at 23:49:27 UTC, burjui wrote:
Though I would argue that it's better to use '_' instead of
'$' to denote deduced fixed size, it seems
On Tuesday, 22 November 2016 at 00:08:05 UTC, ketmar wrote:
On Monday, 21 November 2016 at 23:49:27 UTC, burjui wrote:
Though I would argue that it's better to use '_' instead of
'$' to denote deduced fixed size, it seems more obvious to me:
int[_] array = [ 1, 2, 3 ];
alas, `_` is valid
On 11/23/16 1:03 PM, Chris wrote:
On Wednesday, 23 November 2016 at 17:33:04 UTC, Steven Schveighoffer wrote:
I tested this locally with different ideas. This definitely looks like
a codegen bug.
I was able to reduce it to:
void main()
{
switch("'"d)
{
case "'"d:
See here: https://issues.dlang.org/show_bug.cgi?id=16737
I don't want to close/change anything, because the guy's email is the
reporter, and he'll get any updates. Is there a way to mark something as
spam so it gets deleted, and so there are no emails sent to the reporter?
-Steve
On Wednesday, 23 November 2016 at 18:13:52 UTC, Ilya Yaroshenko
wrote:
Assume your are building a modification Mod_X ~ 1 / X + X for a
distribution. This is how it will look in Mir Random:
EDIT: Mod_X ~ Y + X, Y ~ X. (X & Y are independent)
On Wednesday, 23 November 2016 at 16:54:44 UTC, Andrei
Alexandrescu wrote:
On 11/23/2016 10:52 AM, Ilya Yaroshenko wrote:
I started with Engines as basis. The library will be very
different
comparing with Phobos and _any_ other RNG libraries in terms
of floating
point generation quality. All
On Wednesday, 23 November 2016 at 17:33:04 UTC, Steven
Schveighoffer wrote:
I tested this locally with different ideas. This definitely
looks like a codegen bug.
I was able to reduce it to:
void main()
{
switch("'"d)
{
case "'"d:
writeln("a");
break;
case
https://issues.dlang.org/show_bug.cgi?id=16738
Issue ID: 16738
Summary: Ab Meri
Baari-18003819788-quickbooks-support-phone-number-quic
kbooks
Product: D
Version: D2
Hardware: x86
OS:
https://issues.dlang.org/show_bug.cgi?id=16737
Issue ID: 16737
Summary: De Kar
Dikha-18003819788-quickbooks-support-phone-number-quic
kbooks
Product: D
Version: D2
Hardware: x86
OS:
https://issues.dlang.org/show_bug.cgi?id=16699
--- Comment #22 from Ketmar Dark ---
(In reply to Steven Schveighoffer from comment #21)
> Says the guy who thinks creating a github account is an undue burden ;)
let's be fair here: i believe that increasing gh userbase in
On Wednesday, 23 November 2016 at 01:28:11 UTC, Andrei
Alexandrescu wrote:
Interesting. Could you please add a couple of links about that?
-- Andrei
http://xoroshiro.di.unimi.it/
On 11/23/16 11:28 AM, Chris wrote:
Only one of the two cases is considered. What am I doing wrong?
`
import std.array;
import std.conv;
import std.stdio;
void main()
{
auto tokens = to!(dchar[][])(["D"d, "’"d, "Addario"d, "'"d]);
// Or use this below:
//~ dstring[] tokens = ["D"d, "’"d,
https://issues.dlang.org/show_bug.cgi?id=16735
Issue ID: 16735
Summary: curl_easy_getinfo accepts wrong CURL type
Product: D
Version: D2
Hardware: x86_64
OS: All
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=16736
Issue ID: 16736
Summary: Retrieving cUrl time values is quite cumbersome
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
On Wednesday, 23 November 2016 at 13:59:29 UTC, Adam D. Ruppe
wrote:
On Wednesday, 23 November 2016 at 08:24:46 UTC, Andre Pany
wrote:
[...]
curl_easy_getinfo expects the C handle, CURL*, but you are
passing it the D struct, Curl.
[...]
Thank you Adam. I will create a bug report and
On Wednesday, 23 November 2016 at 15:29:48 UTC, Jacob Carlborg
wrote:
There's builtin.d [1] as well. When is which one used?
builtin is used for CTFE.
On 11/23/2016 10:52 AM, Ilya Yaroshenko wrote:
I started with Engines as basis. The library will be very different
comparing with Phobos and _any_ other RNG libraries in terms of floating
point generation quality. All FP generation I have seen are not
saturated (amount of possible unique FP
Only one of the two cases is considered. What am I doing wrong?
`
import std.array;
import std.conv;
import std.stdio;
void main()
{
auto tokens = to!(dchar[][])(["D"d, "’"d, "Addario"d, "'"d]);
// Or use this below:
//~ dstring[] tokens = ["D"d, "’"d, "Addario"d, "'"d];
while
On Wednesday, 23 November 2016 at 14:30:53 UTC, Andrei
Alexandrescu wrote:
That seems to be a minor matter. Of course at best some
measurements would be in order.
Yes, it's just Joseph worries about microoptimizations.
Though we saw that the compiler can't optimize some simple
operations
On Wednesday, 23 November 2016 at 16:01:14 UTC, Ryan wrote:
On Wednesday, 23 November 2016 at 15:44:10 UTC, Joseph Rushton
Wakeling wrote:
auto m = ().map!(a=>1);
...? (Untested, but I think it should work.)
Tested, works with 2.071.1
r.randomRangeAdaptor.map!(a=>1);
On Wednesday, 23 November 2016 at 15:59:39 UTC, Kagamin wrote:
On Wednesday, 23 November 2016 at 15:44:10 UTC, Joseph Rushton
Wakeling wrote:
auto m = ().map!(a=>1);
...? (Untested, but I think it should work.)
Or RefRange https://issues.dlang.org/show_bug.cgi?id=10888 :)
What the
On Wednesday, 23 November 2016 at 15:44:10 UTC, Joseph Rushton
Wakeling wrote:
auto m = ().map!(a=>1);
...? (Untested, but I think it should work.)
Tested, works with 2.071.1
On Wednesday, 23 November 2016 at 15:44:10 UTC, Joseph Rushton
Wakeling wrote:
auto m = ().map!(a=>1);
...? (Untested, but I think it should work.)
Or RefRange https://issues.dlang.org/show_bug.cgi?id=10888 :)
On Wednesday, 23 November 2016 at 07:18:27 UTC, Shachar Shemesh
wrote:
The shell does that for background processes. I think it takes
away the TTY from its children, and this way, when they try to
read from stdin, they get SIGSTOP from the system.
I'm not sure what the precise mechanism is.
On Tuesday, 22 November 2016 at 22:30:06 UTC, wobbles wrote:
Easier said than done as there's no signal the child sends to
say "OK, I'm waiting now".
You can use expect to do this, if you know what the output of
the child will be just before it's waiting for IO.
This is the D lib I've
On Wednesday, 23 November 2016 at 13:41:25 UTC, Andrei
Alexandrescu wrote:
On 11/23/2016 12:58 AM, Ilya Yaroshenko wrote:
On Tuesday, 22 November 2016 at 23:55:01 UTC, Andrei
Alexandrescu wrote:
On 11/22/16 1:31 AM, Ilya Yaroshenko wrote:
- `opCall` API instead of range interface is used
On Tuesday, 22 November 2016 at 15:00:44 UTC, Adam D. Ruppe wrote:
On Monday, 21 November 2016 at 06:38:00 UTC, unDEFER wrote:
1) recompile all dmd libraries including snn.lib with
replacing open->_open, close->_close, remove->_remove.
What if you just wrote wrapper functions or better yet,
1 - 100 of 150 matches
Mail list logo