This is so much better than Fibers.
http://youtu.be/KUhSjfSbINE
What I like most about the proposal is that you can adapt await
by specializing template functions, similar to how range based
foreach works.
It also isn't tied to a particular scheduling mechanism and of
course consumes much less
On 10/08/2014 11:40 PM, Timon Gehr wrote:
This is probably a regression somewhere after 2.060, because with 2.060
I get
Error: variable __ctfe cannot be read at compile time
Error: expression __ctfe is not constant or does not evaluate to a bool
as I'd expect.
Marked the bugzilla case as regr
On 10/08/2014 10:01 PM, Andrei Alexandrescu wrote:
That's a bummer. Can we get the compiler to remove the "if (__ctfe)"
code after semantic checking?
Andrei
It seems that __ctfe is treated as constant in the backend.
At least there is no asm code generated for these examples (even without
-O
On Wednesday, 23 July 2014 at 21:14:35 UTC, Brian Schott wrote:
$ ./dscanner --styleCheck ~/tmp/test.d
test.d(1:8)[warn]: 'A' has method 'opCmp', but not 'opEquals'.
Nice
On 10/14/2014 10:38 AM, Robert burner Schadek wrote:
well quite a nice and big library. You add the benchmark feature, get a
merged into phobos and I will gladly use it to test std.string.
Not sure whether a random testing library belongs into phobos.
On 10/08/2014 11:37 PM, Robert burner Schadek wrote:
Lately, I find myself wondering, if I should add parameterized unit
tests to std.string, because the last few bugs I fixed where not caught
by tests, as the test-data was not good enough. I know random data is
not perfect either, but it would b
Automatic code rewriting is what might make syntax deprecations
more feasible in 6 month.
Perhaps, but this change is so straightforward that I would
expect that even a
very large codebase could be updated in a very short space of
time.
The main counterargument against this change is that it
This has been being brought up for years. I wouldn't expect 6
months to change
anything. If we want to delay it until dmd's headergen and ddoc
are fixed and
put a note in the changelog on the next release that it's going
to be
deprecated rather than deprecating it immediately, we can do
that, b
On 09/28/2014 02:24 PM, Dicebot wrote:
Important changes since last review:
- new approach for compile-time log level filtering
What's new here? It still relies on version identifiers to do so.
As I said in some earlier review, I think it's a bad idea for a library
to rely on version identifie
https://github.com/D-Programming-Language/dmd/pull/4043#issuecomment-58748353
There has been a broad support for this on the newsgroup discussion
because this regularly confuses beginners.
There are also some arguments against it (particularly by Walter) saying
that this change will put too muc
On 10/10/2014 07:52 PM, Steven Schveighoffer wrote:
I think leaving this to a lint tool basically is as good and effective
as doing nothing. It's not a compromise at all.
So the goal is more to help D beginners who would add a const to the
return type
const int foo();
thinking it will wo
On 10/10/2014 04:37 AM, Walter Bright wrote:
On 10/9/2014 1:50 AM, Martin Nowak wrote:
Kenji just proposed a slightly controversial pull request so I want to
reach out
for more people to discuss it's tradeoffs.
It's about deprecating function qualifiers on the left hand side of a
function.
Thi
On 10/09/2014 01:10 PM, Brian Schott wrote:
dfix is under development. You can find it here:
https://github.com/Hackerpilot/dfix
That would make such decisions much easier :).
It doesn't appear to rewrite AST but only tokens at the moment.
How reliable is it?
Kenji just proposed a slightly controversial pull request so I want to
reach out for more people to discuss it's tradeoffs.
It's about deprecating function qualifiers on the left hand side of a
function.
So instead of
const int foo();
you'd should write
int foo() const;
Then at some fu
On 09/29/2014 11:58 AM, David Nadlinger wrote:
As far as I can see having deprecation messages as Warnings first
actually leads to *more* build breakage (as many more people are
building with -w than with -de) and less time for adapting code before
it is made an error (because -w/-wi is not the
On 09/28/2014 02:12 AM, Andrei Alexandrescu wrote:
Noice. Should be told, though, that reading the actual file will
dominate execution time. -- Andrei
Absolutely, and we should have different priorities right now.
It would also help to fix compiler bugs that regularly cause performance
regres
On 09/28/2014 01:02 AM, Walter Bright wrote:
It's the autodecode'ing front(), which is a fairly complex function.
At least for dmd it's caused by a long-standing compiler bug.
https://issues.dlang.org/show_bug.cgi?id=7625
https://github.com/D-Programming-Language/phobos/pull/2566
On 09/28/2014 02:23 AM, Andrei Alexandrescu wrote:
front() should follow a simple pattern that's been very successful in
HHVM: small inline function that covers most cases with "if (c < 0x80)"
followed by an out-of-line function on the multicharacter case. That
approach would make the cost of aut
On 09/24/2014 11:35 PM, Iain Buclaw via Digitalmars-d wrote:
callWithStackShell is marked nothrow, yet it's delegate parameter 'fn'
is not nothrow!
https://github.com/D-Programming-Language/druntime/pull/966
Bonus points, D inline assembly in a nothrow function.
Marking asm as throwing by d
On 09/24/2014 06:30 PM, Etienne wrote:
> This is fantastic! We really need something like this in a Facebook
> project.
That's pleasing to hear, although I'm pretty sure Facebook is far from
being the only organization who will benefit from this ;)
Who doesn't need something like this?
>
On 09/16/2014 07:32 PM, Andrei Alexandrescu wrote:
I agree that C and D should be enough. Perhaps C++ and one more near the
top (Ada, Fortran) would be good for context.
Who wants to do this? Isaac made his setup publicly available.
There was actually someone working on this a year ago or so,
Whenever I stumble about a list of programming languages, D is missing.
Not that most of those lists matter, but raising our presence would help
us to get more people and more contributions to the language and it's
ecosystem.
#
http://learnxinyminutes.com/
# unbelievable we're still missing i
On Monday, 6 January 2014 at 07:02:03 UTC, Andrei Alexandrescu
wrote:
Yah, but modules transitively imported in foo and bar need not
be loaded eagerly. That's where the win comes from. Took me a
while to figure.
Andrei
Yes, it would help in certain cases (writeln doesn't have
template const
On Tuesday, 25 March 2014 at 23:27:22 UTC, Peter Alexander wrote:
There should be no need to look in std.stdio at all here,
regardless of whether it contains foo or not because I'm only
importing writeln.
True that, I mixed up the discussion with another thread.
I even mentioned the same here
On 08/01/2014 04:31 AM, Andrei Alexandrescu wrote:
On 7/31/14, 7:19 PM, Martin Nowak wrote:
You cannot use version identifiers to selectively disable functionality
or people would have to compile their own phobos library for every set
of version combinations.
Wait, doesn't code work with the v
On 08/01/2014 05:31 PM, Martin Nowak wrote:
Exactly, that's the problem. They collide, so when import both the
hijack protection will error.
import std.stdio, std.log;
write("foobar"); // matches both std.stdio.write and std.log.write
It'd also make it more difficult to tell what `write("fooba
On 08/01/2014 05:07 PM, Dicebot wrote:
On Friday, 1 August 2014 at 15:05:55 UTC, Andrei Alexandrescu wrote:
On 8/1/14, 4:00 AM, Kagamin wrote:
On Thursday, 31 July 2014 at 15:41:40 UTC, Andrei Alexandrescu wrote:
Then you have the globals write and writef which will compete with
those in std.s
On 08/01/2014 05:56 AM, Martin Nowak wrote:
On 07/30/2014 01:09 AM, Robert burner Schadek wrote:
I'm not sure how you except log(LogLevel., "Hello world") to be
disabled at compile time if LogLevel. is a runtime value? Or do I
misunderstood you?
you can choose to disable name based log
On 07/30/2014 01:09 AM, Robert burner Schadek wrote:
I'm not sure how you except log(LogLevel., "Hello world") to be
disabled at compile time if LogLevel. is a runtime value? Or do I
misunderstood you?
you can choose to disable name based logging like trace("Hello trace")
at CT with the
On 07/29/2014 07:11 AM, Dicebot wrote:
1) Yes / No for inclusion into std.experimental
At this point please consider if module has functionality you want to
see in standard library in general and if implementation is not
fundamentally broken. This is a simple sanity check.
Not yet
2) Yes / No
On 07/26/2014 12:15 AM, Andrei Alexandrescu wrote:
Hello,
We've just open-sourced another D project at Facebook (just a developer
beta), an ODBC driver for the Presto database engine:
https://github.com/prestodb/presto-odbc.
The Windows version works well now, and Mark Isaacson (the author of
On 06/15/2014 05:37 PM, Andrew Edwards wrote:
Take issue #143 for instance. It is the oldest open issue on the DLang
Issue Tracking System. Submitted by Jarrett Billingsley on May 17, 2006,
it received one comment two days later but was ignored for four years
before Michal Minich made the second
On 06/15/2014 10:52 PM, David Nadlinger wrote:
One thing that might be nice to have, though, is a "What Should I Work
On Next?" type of page for newcomers, with a few saved searches and
maybe some big-picture suggestions in addition to that.
Go to https://issues.dlang.org/colchange.cgi and chan
On 06/12/2014 08:34 AM, Rainer Schuetze wrote:
If I add the actual copy into heap2 (i.e. every fourth page of 512 MB is
copied), I get 80-90 ms more.
The numbers are not great, but I guess the usual memory usage and number
of modified pages will be much lower. I'll see if I can integrate this
in
On 06/04/2014 10:37 PM, Rainer Schuetze wrote:
Most of the remaining pause time is sweeping garbage. I think about
deferring sweeping into allocations by running finalizers just before
reusing the memory for another object. This can throttle allocations a
bit while at the same time reduce pauses.
On 06/08/2014 08:21 PM, dennis luehring wrote:
thats why im always puzzled when people start to optimze algorithms
based on DMD results - currently one should always compare any results
before optimization with GDC/LDC
I second that, dmd results are easily misleading as you often optimize
arou
On 06/08/2014 09:09 PM, John wrote:
dlang.org website has a quick try editor with D code example. Please
remove that feature (at least the buttons to run it) as it takes ages to
run the example and leaves an impression that D is very slow!!
This is only good if it can run quickly like the simila
On Thursday, 29 May 2014 at 15:28:28 UTC, safety0ff wrote:
If would be nice if Don could elaborate on his comment in bug
#6498 (https://issues.dlang.org/show_bug.cgi?id=6498#c1)
What is really needed is the ability to update variables in place.
Currently every mutation allocates a new value.
I
On Thursday, 29 May 2014 at 07:55:26 UTC, David Nadlinger wrote:
Hi all,
There seems to have been some discussion regarding
std.experimental at DConf, as several proposals to add modules
to it have popped up over the last few days. Maybe Andrei's
keynote had something on it (I unfortunately m
On Thursday, 29 May 2014 at 13:06:20 UTC, Steven Schveighoffer
wrote:
More and more, it's looking like we are going to start needing
thread-local pools for thread-local allocations.
This is the best solution, get rid of the locking for most
allocations even in multi-threaded programs.
On Friday, 23 May 2014 at 21:14:38 UTC, Etienne Cimon wrote:
My proposal is to implement pointer sampling in the GC (using
hypothesis testing - hypergeometric or poisson distributions)
to tweak this collection efficiency. The idea would be to be
able to specify how much % we'd like the GC to sw
Today at DConf we learned, once again, that people are doing and
starting amazing projects using D. A lot of which wouldn't have
been possible without your contribution. So I just wanted to say
thank you.
-Martin
On Monday, 19 May 2014 at 07:11:41 UTC, Yuriy wrote:
On Sunday, 18 May 2014 at 19:57:34 UTC, Walter Bright wrote:
The "_monitor" slot is also used for std.signals. It's been
set up in druntime to support more than just being a monitor.
We've also considered it for a hook for a reference count
If we didn't have to worry about being backwards compatible,
I'd definitely argue for the second solution. Java
compatibility is not a very strong argument in my opinion.
First, porting a Java application 1:1 is asking for
performance hazards (w.r.t. GC, ...) anyway. Second, the
no-synchroniz
On Wednesday, 14 May 2014 at 09:16:21 UTC, Yuriy wrote:
On Wednesday, 14 May 2014 at 08:37:41 UTC, bearophile wrote:
What's the syntax to define a class without its __monitor? Are
you using an annotation like @no_monitor?
No syntax for that. The __monitor is not present by default
anywhere. If
Someone here in D.learn (anonymous) already did a basic page
http://forum.dlang.org/thread/l6baie$vci$1...@digitalmars.com last
November but it only made the learn forum and doesn't seem to
have been progressed.
https://gist.github.com/anonymous/7527033
That's a real pity, someone should rescu
On Wednesday, 14 May 2014 at 19:23:14 UTC, Joseph Rushton
Wakeling via Digitalmars-d wrote:
On 14/05/14 10:11, Martin Nowak via Digitalmars-d wrote:
http://drepl.dawg.eu
Oh, cool! :-) Is there any prospect of extending that with an
interactive tutorial as tryhaskell.org does ... ?
Yes, I
On Wednesday, 14 May 2014 at 08:46:34 UTC, bearophile wrote:
Martin Nowak:
http://drepl.dawg.eu
Looks quite nice, it can become quite useful for D programmers.
If I insert:
int[int] d = [1: 2, 3:4];
It answers me:
=> non-constant expression [1:2, 3:4]
Bye,
bearophile
https://github.com/M
On Wednesday, 14 May 2014 at 08:26:58 UTC, simendsjo wrote:
D> int a = 10:
=> a
D> int a = 5;
=> a
D> a
=> _mod1.a at /tmp/drepl.13YxH8/_mod1.d(3) conflicts with
_mod2.a at
/tmp/drepl.13YxH8/_mod2.d(3)
D> _mod1.a
=> 10
D> _mod2.a
=> 5
Already filed as bug :).
https://github.com/MartinNowak/dr
On Wednesday, 14 May 2014 at 07:36:57 UTC, Joseph Rushton
Wakeling wrote:
On Wednesday, 14 May 2014 at 07:04:24 UTC, w0rp wrote:
I'm unsure about the "learn x in y minutes" tutorials, but I
did however think this was very neat. http://tryhaskell.org/
A friend and former colleague of mine wrote
On Monday, 12 May 2014 at 23:44:09 UTC, Andrei Alexandrescu wrote:
I'll keep those with which std.allocator is likely to help:
- The current GC code is not hackable. First rewrite then
improve.
- A testable and more modular rewrite (using recent D
practices) would
encourage more contribution
I'd like to share some thoughts on improving D's GC, nothing radically
different though.
A few observations
- Pause times seem to be a much bigger problem than CPU usage or memory
bandwith. Focus on reducing the pause times.
- The GC code is already fairly optimized, so there is a very low
On 05/11/2014 08:18 PM, Rainer Schuetze wrote:
1. Use a scheme that takes a snapshot of the heap, stack and registers
at the moment of collection and do the actual collection in another
thread/process while the application can continue to run. This is the
way Leandro Lucarellas concurrent GC wor
Different strokes for different folks.
https://github.com/rejectedsoftware/ddox/pull/49
On 04/20/2014 01:21 AM, Nick Sabalausky wrote:
Although I empathize with not wanting to put the full work into
something if there's a chance it may just get rejected at the last step,
this is unfortunately the sort of thing that really needs to be in a
full working pull request before you're lik
On Thursday, 24 April 2014 at 06:08:11 UTC, Jacob Carlborg wrote:
On 24/04/14 00:29, Martin Nowak wrote:
Looks fairly interesting, because it partly solves the issue
to allow
custom rtinfo.
I don't like this solution for custom RTInfo. It requires you
to change your type. I would rather mod
On Wednesday, 23 April 2014 at 23:17:02 UTC, Adam D. Ruppe wrote:
On Wednesday, 23 April 2014 at 21:55:48 UTC, John Colvin wrote:
If it could be put on code.dlang.org that would be awesome.
http://code.dlang.org/packages/cssexpand
Nice, thanks a lot. How much effort would it be to turn this
Maybe we can limit the SCSS dependency by checking in the
rendered CSS, so only people working on the style would need a
sass compiler.
I was thinking of that too, but I used this approach on one of
previous projects (both, SCSS and generated CSS files were
under git) and it just gave me head
Yeah, let's have a page like Peter Norvig (http://norvig.com).
It's all
about the content after all and if that is good the rest
doesn't matter.
I didn't say style was irrelevent. I only said that there
should actually *be* content.
Sorry for the irony :), indeed fluffy sites without content
On Wednesday, 23 April 2014 at 16:06:58 UTC, Yuriy wrote:
Ok, i've added a pull request to be discussed. It expands
RTInfo capability as Jacob suggested. What do you think?
https://github.com/D-Programming-Language/druntime/pull/775
Looks fairly interesting, because it partly solves the issue
On Saturday, 19 April 2014 at 10:56:07 UTC, Aleksandar Ruzicic
wrote:
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
Search suggestions feature would surely require JavaScript but
IMHO it would be a really nice enhancement.
But I like to add fallback (that works even without JS, but
better with JS) for that on old browsers which don't support
that feature.
You could make a poll on the newsgroup or ask Andrei if Google
Analytics has some numbers about the User Agents used to visit
our site. My guess is that we ca
I would use Foundation[1] instead of Bootstrap.
[1] http://foundation.zurb.com/
Whatever gets the job done. I haven't yet worked with Foundation,
but it looks reasonable. Maybe we can limit the SCSS dependency
by checking in the rendered CSS, so only people working on the
style would need a
Eww. Font size and image scaling should *not* be a function of
window size. That's just...yuck. Let the system determine it's
own appropriate base font size.
And it's all in that horrible, ugly, "giant sized, yet minimal
content and maximal blank space" style that's so inexplicably
popular wi
http://getbootstrap.com/examples/starter-template/
How anyone can manage to fuck up ... is
beyond me.
Nick what are you talking about? They referenced some anchors in
their example page and that works.
On 04/21/2014 05:48 PM, Aleksandar Ruzicic wrote:
Just one question, would it be okay to depend on node.js/npm to manage
dependencies (i.e. CSS/JS frameworks) and build CSS/JS files?
As I'd use Sass for styling, which must be translated to CSS (I'd use
node-sass package witch doesn't require rub
I have also tried to design something myself (although I'm not a
designer) and this is what I came up with:
http://krcko.net/dlang.org/dlang-home-draft1.png
I'm not entirely satisfied with it but I believe that it looks better
(or at least more modern) than the current design.
This looks great
701 - 767 of 767 matches
Mail list logo