On Thursday, 7 July 2016 at 22:36:29 UTC, Enamex wrote:
https://news.ycombinator.com/item?id=12042198
^ reposting a link in the right place.
While a program using 10,000 OS threads might perform poorly,
that number of goroutines is nothing unusual. One difference is
that a goroutine starts w
On 07/08/2016 02:56 AM, deadalnix wrote:
alias A = int; // Nope
template Foo(alias A) {}
Foo!int; // OK !
I think you've got "Nope" and "OK" mixed up there.
[...]
And so on, @safe only mean safe if you do not do this and that,
As far as I'm aware, the dictatorship agrees that the holes in @
Generally it's not a feasible strategy to assign (or assume as
reader) a single context-independent meaning to a keyword.
That may be overstating it, yes. But I am looking here for a
positive statement about what kind of addition is "beyond the
pale". For example, in C++, "enum class" uses tw
On Wednesday, 6 July 2016 at 04:56:07 UTC, Walter Bright wrote:
It's certainly doable, but in an age of priorities I suspect
the time is better spent on
\o/
improving 64 bit code generation.
/o\
On Sunday, 3 July 2016 at 06:23:05 UTC, Walter Bright wrote:
Thanks for taking the time to write this. Let me see if I can
help.
Wow, this was very well handled. Thanks for keeping your head
cool and answering in a constructive, friendly and informative
manner. It's even more admirable coming
On Thursday, 7 July 2016 at 16:23:35 UTC, Andrew Godfrey wrote:
So, an example to illustrate the question: In a recent thread,
I saw code that used an "alias parameter". I haven't seen this
before. Or have I? I'm not really sure, because:
* "alias" is a keyword I've seen before.
* type inferenc
Context: http://dlang.org/spec/grammar.html
The "Symbol" rule is used only by two other rules in the grammar,
"TemplateArgument" and "WithStatement".
In the case of "WithStatement", the grammar looks like this:
WithStatement:
'with' '(' Expression | Symbol | TemplateInstance ')'
ScopeSta
On 07/07/2016 03:51 AM, Guillaume Chatelet via Digitalmars-d wrote:
On Thursday, 7 July 2016 at 07:56:44 UTC, Stefan Koch wrote:
On Thursday, 7 July 2016 at 06:39:19 UTC, Guillaume Chatelet wrote:
On Tuesday, 5 July 2016 at 19:41:18 UTC, Guillaume Chatelet wrote:
DMD currently provides the A
https://news.ycombinator.com/item?id=12042198
^ reposting a link in the right place.
Some updates:
https://www.reddit.com/r/cpp/comments/4rj7us/trip_report_c_standards_meeting_in_oulu_june_2016/
Especially interesting are the mentions of 'accepted'
features/proposals for 'C++20', including:
- `operator.` (opDispatch) which /might/ even make it into C++17
given push by some inte
On 07.07.2016 17:11, Jonathan M Davis via Digitalmars-d wrote:
So,
the buck would have to be passed at every point that the symbol were passed
as an alias argument such that the check for accessibility was only done
when the symbol first became an alias.
...
No, it is way simpler than that. J
On 7/7/16 12:23 PM, Andrew Godfrey wrote:
What is the D leadership's vision for how the language will evolve with
respect to this metric (ease of parseability by a human already well
versed in the latest version of the language)?
Alias parameters have been around for a while. Generally it's not
Currently, std.string.assumeUTF is inferred @nogc in release
mode, while in debug mode it isn't. Should this be allowed?
It can cause some problems, e.g. I have some @nogc unittests that
I use to guarantee that my code is in fact @nogc, and these fail
because in debug mode assumeUTF is not.
In g
On Thursday, 7 July 2016 at 13:48:56 UTC, Andrei Alexandrescu
wrote:
On 07/07/2016 04:27 AM, Joakim wrote:
Dan recently found an off-by-one bug in std.conv.toChars from
Phobos,
that somehow wasn't surfaced by our tests:
Nice! Worth a blog entry? -- Andrei
Maybe once we do something differen
This question is (I've just realized) the primary concern I have
about the future of D (and hence whether it's worth depending on).
I looked at the 2015H1 vision, and don't see an answer to this
there.
So, an example to illustrate the question: In a recent thread, I
saw code that used an "al
On Thursday, July 07, 2016 08:39:51 Steven Schveighoffer via Digitalmars-d
wrote:
> Yes, it is a problem. I still don't understand how the *calling* of a
> private function is the problem, vs. the aliasing of it. Why aren't we
> preventing the aliasing of the private function in the first place (i
On Thursday, 7 July 2016 at 08:15:26 UTC, celavek wrote:
Hi,
I would like to know if I can use information from the dlang
sit, verbatim or not,
to upstart the D language track on www.exercism.io.
Thanks
Your project (an open source platform for programming exercises)
looks very nice. I don
On Thursday, 30 June 2016 at 17:56:41 UTC, Jack Stouffer wrote:
I've reminded Dylan about it. Should be out soon, but no exact
ETA.
Still no word?
Sorry, getting delayed again >_<
On Thursday, 7 July 2016 at 08:27:58 UTC, Joakim wrote:
Moral of the story: always check the happy path with your
tests. It's easy to get caught up in all the corner cases,
just don't forget the happy path.
Isn't the moral that we should start to check code coverage for
PRs and alert review
On Thursday, 7 July 2016 at 12:39:51 UTC, Steven Schveighoffer
wrote:
Yes, it is a problem. I still don't understand how the
*calling* of a private function is the problem, vs. the
aliasing of it. Why aren't we preventing the aliasing of the
private function in the first place (if not allowed)?
On 07/07/2016 04:27 AM, Joakim wrote:
Dan recently found an off-by-one bug in std.conv.toChars from Phobos,
that somehow wasn't surfaced by our tests:
Nice! Worth a blog entry? -- Andrei
On 06/07/16 07:01, Walter Bright wrote:
Apple has dropped all 32 bit support
No. For ARM 32bit is still relevant. On OS X the Simulator (used to test
iOS applications) are running the iOS applications as x86 (both 32 and
64bit) even though the iOS deceives are running ARM.
Apparently some
On 7/7/16 7:49 AM, Tofu Ninja wrote:
On Friday, 1 July 2016 at 19:13:45 UTC, Steven Schveighoffer wrote:
Emplace needs a constructor alias parameter.
-Steve
That wouldn't work as emplace wouldn't be able to use the alias if it
was private...
void main(){
import other;
test!foo();
}
On Friday, 1 July 2016 at 19:13:45 UTC, Steven Schveighoffer
wrote:
Emplace needs a constructor alias parameter.
-Steve
That wouldn't work as emplace wouldn't be able to use the alias
if it was private...
void main(){
import other;
test!foo();
}
private void foo(){}
##
mo
i dont know
On Thursday, 7 July 2016 at 07:56:44 UTC, Stefan Koch wrote:
On Thursday, 7 July 2016 at 06:39:19 UTC, Guillaume Chatelet
wrote:
On Tuesday, 5 July 2016 at 19:41:18 UTC, Guillaume Chatelet
wrote:
DMD currently provides the Array type:
https://github.com/dlang/dmd/blob/master/src/root/array.d
[
On Thursday, 7 July 2016 at 04:37:30 UTC, Tofu Ninja wrote:
You know I just had an idea for documentation that might be
nice. Why not make all the examples interactive like the "Your
code here" box on the front page? We have the technology, could
be cool.
That's already WIP, but turned out to
Dan recently found an off-by-one bug in std.conv.toChars from
Phobos, that somehow wasn't surfaced by our tests:
https://issues.dlang.org/show_bug.cgi?id=16192
I looked into why this opSlice test
assert(r[1..2].array == "0");
wasn't triggering it, thought I'd write up what I found and how
th
Hi,
I would like to know if I can use information from the dlang sit,
verbatim or not,
to upstart the D language track on www.exercism.io.
Thanks
On Thursday, 7 July 2016 at 06:39:19 UTC, Guillaume Chatelet
wrote:
On Tuesday, 5 July 2016 at 19:41:18 UTC, Guillaume Chatelet
wrote:
DMD currently provides the Array type:
https://github.com/dlang/dmd/blob/master/src/root/array.d
[...]
Walter, Daniel, Thoughts?
I guess a few number of the
30 matches
Mail list logo