On Sunday, 26 July 2015 at 11:38:31 UTC, simendsjo wrote:
Is there a reason why you would hide the fact that a function
is trusted rather than safe? Technically it doesn't matter,
right? To me, it seems like this would give wrong assumptions
to the caller.
The reason I ask is because I found
On Sunday, 26 July 2015 at 11:30:16 UTC, Joseph Rushton Wakeling
wrote:
Hello all,
A design question that came up during the hackathon held during
the last Berlin D Meetup.
[...]
Sounds like unique_ptr (so UniqueRange might be a nice name).
Maybe you can get some ideas from that.
On 26/07/15 14:24, Adam D. Ruppe via Digitalmars-d-learn wrote:
If the whole function is marked @trusted, the compiler doesn't try to check it
at all - it just takes your word for it.
There was a bit of argument about this a while ago in bugzilla, not everyone
agrees it is a good idea. I don't
On Sunday, 26 July 2015 at 05:22:14 UTC, Martin Nowak wrote:
On Saturday, 25 July 2015 at 18:02:48 UTC, Laeeth Isharc wrote:
I am trying to compile a D binary to run on AWS lambda. If I
cannot link statically, which files should I include in the
zip upload - libphobos2.so,
Hello all,
A design question that came up during the hackathon held during the last Berlin
D Meetup.
I was trying to come up with a range that can be copied by value, but when this
is done, destroys the original handle. The idea would be behaviour something
like this:
auto
Am Sun, 26 Jul 2015 13:11:51 +
schrieb Dicebot pub...@dicebot.lv:
I remember doing something like that in druntime because of
objects - you can't override @safe method prototype with @trusted
one.
That's probably related to the fact that safe and trusted functions
have different
On Sunday, 26 July 2015 at 14:16:46 UTC, Gary Willoughby wrote:
On Saturday, 25 July 2015 at 17:43:44 UTC, Martin Nowak wrote:
On Saturday, 25 July 2015 at 17:34:26 UTC, Márcio Martins
wrote:
What I want is a clean non-intrusive way to log when a
collection happened, how long my threads were
Is there a reason why you would hide the fact that a function is
trusted rather than safe? Technically it doesn't matter, right?
To me, it seems like this would give wrong assumptions to the
caller.
The reason I ask is because I found the following in
std.concurrency:
@property Tid
On Sunday, 26 July 2015 at 11:38:31 UTC, simendsjo wrote:
Is there a reason why you would hide the fact that a function
is trusted rather than safe? Technically it doesn't matter,
right? To me, it seems like this would give wrong assumptions
to the caller.
The Phobos idiom you've seen there
On Saturday, 25 July 2015 at 17:43:44 UTC, Martin Nowak wrote:
On Saturday, 25 July 2015 at 17:34:26 UTC, Márcio Martins wrote:
What I want is a clean non-intrusive way to log when a
collection happened, how long my threads were stopped, how
much total memory and how many blocks were
I remember doing something like that in druntime because of
objects - you can't override @safe method prototype with @trusted
one.
On 07/26/2015 11:07 AM, Gary Willoughby wrote: In the description for
Fiber in std.thread is the following[1]:
Please note that there is no requirement that a fiber be bound to one
specific thread. Rather, fibers may be freely passed between threads so
long as they are not currently
On 07/26/2015 05:19 PM, Laeeth Isharc wrote:
The former is trickier on arch in particular (not related to Dicebot's
choice) because they don't distributed static versions of library files
as a matter of policy.
Yes, quite a few distributions no longer support fully static linking.
Some, e.g.
On 07/26/2015 05:19 PM, Laeeth Isharc wrote:
How do I do the same on gdc and ldc ? Since running times may be a
matter of seconds, speed and startup time counts especially for lambda.
Probably starting via nodejs is an unnecessary tax, but I guess they
will get rid of that requirement in
On Sunday, July 26, 2015 19:17:59 Martin Nowak via Digitalmars-d-learn wrote:
On 07/26/2015 05:19 PM, Laeeth Isharc wrote:
The former is trickier on arch in particular (not related to Dicebot's
choice) because they don't distributed static versions of library files
as a matter of policy.
On Sunday, 26 July 2015 at 18:40:59 UTC, bearophile wrote:
I've translated the C++ entry to D as third D entry, but it's
not a good translation, I've just converted iterators to
pointers instead of using ranges (the resulting speed is
acceptable). You're welcome to improve it:
I've translated the C++ entry to D as third D entry, but it's not
a good translation, I've just converted iterators to pointers
instead of using ranges (the resulting speed is acceptable).
You're welcome to improve it:
On 26/07/15 13:45, Martijn Pot via Digitalmars-d-learn wrote:
Sounds like unique_ptr (so UniqueRange might be a nice name). Maybe you can get
some ideas from that.
There is already a Unique in std.typecons. However, I'm not sure that it's
doing what I require.
Example:
Unique!Random
In the description for Fiber in std.thread is the following[1]:
Please note that there is no requirement that a fiber be bound
to one specific thread. Rather, fibers may be freely passed
between threads so long as they are not currently executing.
How would this be accomplished and are there
On Sunday, 26 July 2015 at 19:51:08 UTC, Ali Çehreli wrote:
On 07/26/2015 11:07 AM, Gary Willoughby wrote: In the
Thanks for the example. I'll study it.
On 07/26/2015 04:16 PM, Gary Willoughby wrote:
I thought there is a recently added compiler option that profiles the GC
and creates a report now?
That's an allocation profiler, the other one mentioned by me reports GC
stats as requested by the OP.
21 matches
Mail list logo
