On Wednesday, 15 October 2014 at 08:23:29 UTC, Marc Schütz wrote:
Someone else already reported the same problem. I'll add a link
to your post.
Where, I didn't found any Bugzilla issue, so I opened one.
https://issues.dlang.org/show_bug.cgi?id=13621
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
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 Wednesday, 3 September 2014 at 09:20:44 UTC, Andrei
Alexandrescu wrote:
The relevant makefile rules are:
$(OUT)/downloads:
grep -o 'GET [^ ]* ' \
$(DATADIR)/downloads/2013-* $(DATADIR)/downloads/2014-* \
| grep 'dmd' | sed -e 's/:GET//' -e 's|^.*downloads/||' \
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,
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
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
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
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.
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
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
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?
You're comparing front removal on an ordered vs. an unordered
container.
Anyhow at least my C++ lib also caches the first used bucket.
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
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/29/2014 06:31 PM, Nordlöw wrote:
What's wrong? Certificates?
Use https instead of http :).
https://localhost:8080/
Does anyone know a construct to turn a lambda into an infinite range.
import std.random;
unittest
{
Random gen;
foreach(v; xxx!(() = uniform(0, 100, gen)).take(10))
writeln(v);
}
I though I've seen this around somewhere but can no longer find it.
On 09/29/2014 08:20 PM, Nordlöw wrote:
This however crashes the server program as
Error executing command run: Program exited with code -11
Maybe I should use a vibe.d version other than master?
Please report it https://github.com/rejectedsoftware/vibe.d/issues,
there seems to be some issue
On 09/29/2014 11:41 PM, Etienne wrote:
Yes, the ssl_stream should be defined outside the if clause. The
FreeLostRef refcount goes to 0 when it goes out of scope in http/server.d
Well, how about a pull then?
https://github.com/rejectedsoftware/vibe.d/issues/846
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
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/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/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
Am I missing something? Is there a clean and simple way to get Fiber to
no longer suffer a stack overflow when implementing D-routines?
Simply choose a big enough stack size when creating your fibers.
http://dlang.org/library/core/thread/Fiber.this.html
It's fairly cheap to use a really big
On 08/15/2014 05:09 PM, Sean Kelly wrote:
At least on OSX, it appears that mapping memory is constant time
regardless of size, but there is some max total memory I'm allowed to
map, presumably based on the size of a vmm lookup tabe. The max block
size I can allocate is 1 GB, and I can allocate
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
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
On Monday, 18 August 2014 at 14:24:54 UTC, Andrew Edwards wrote:
import std.net.curl;
void main(){}
// Output:
Undefined symbols for architecture x86_64:
_curl_easy_cleanup, referenced from:
The problem here is that std.net.curl is based on libcurl, so you
need to link your program
On Monday, 18 August 2014 at 16:09:04 UTC, Martin Nowak wrote:
The problem here is that std.net.curl is based on libcurl, so
you need to link your program against it.
Add '-L-lcurl' to your dmd invocation to do this.
I also added an enhancement request to load curl at runtime.
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 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
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
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
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
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
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 /
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/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/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
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
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
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/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
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
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.
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 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
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
Filed as https://issues.dlang.org/show_bug.cgi?id=12792.
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
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 Sunday, 18 May 2014 at 11:13:12 UTC, Brian Schott wrote:
Tags:
https://github.com/Hackerpilot/DCD/tree/0.3.0-beta6
https://github.com/Hackerpilot/Dscanner/tree/0.1.0-beta5
Changes:
https://github.com/Hackerpilot/Dscanner/compare/0.1.0-beta4...0.1.0-beta5
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
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
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 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 :).
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
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
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
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
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
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
Different strokes for different folks.
https://github.com/rejectedsoftware/ddox/pull/49
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
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
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
http://getbootstrap.com/examples/starter-template/
How anyone can manage to fuck up a href=../a is
beyond me.
Nick what are you talking about? They referenced some anchors in
their example page and that works.
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
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
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
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.
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
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
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
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
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
1401 - 1476 of 1476 matches
Mail list logo
