I'll also take this chance to once again plug 'setDefault' as a
useful associative array primitive. It's in my library. I don't
care what name is used for it, just the semantics. Nowak
suggested 'getOrSet', which is a good name.
// A string -> int[] map
HashMap!(string, int[]) map;
// set an
On Tuesday, 7 April 2015 at 17:25:00 UTC, Walter Bright wrote:
The current D associative array algorithm
https://github.com/D-Programming-Language/druntime/blob/master/src/rt/aaA.d
uses an array of buckets with a linked list attached to the
buckets to resolve collisions.
Linked lists a
On Tuesday, 7 April 2015 at 09:21:52 UTC, Walter Bright wrote:
On 4/7/2015 2:10 AM, Vladimir Panteleev wrote:
I think the correct solution to that is to kill auto-decoding
:) Then all
decoding is explicit, and since it is explicit, it is trivial
to allow
specifying the desired behavior upon enc
On Tuesday, 7 April 2015 at 04:05:38 UTC, Vladimir Panteleev
wrote:
On Tuesday, 7 April 2015 at 03:17:26 UTC, Walter Bright wrote:
http://wiki.dlang.org/DIP76
I am against this. It can lead to silent irreversible data
corruption.
I can see the value in both.
With something like Objective C
On Monday, 6 April 2015 at 23:51:17 UTC, Adam Hawkins wrote:
Hello everyone, this is my first post on the forum. I've been
investigating the language for the past few weeks. I was able
to complete my first useful program thanks to very helpful
people in #d on IRC . The experience made me very i
On Monday, 6 April 2015 at 23:01:36 UTC, Andrei Alexandrescu
wrote:
Hello,
We're gearing up for a great event this year! Check the
conference programme at
http://dconf.org/2015/schedule/index.html.
We have quite a few registration slots opened, and we'll need
to put a deadline to registrat
I have just updated my reposistory so instead of using a
ClassHierarchyInfo type for class diagrams and a
ModuleDependencyInfo type for module diagrams, now digraph types
are used, coming from my container library. I had to update my
container library a little to get it to work, as I had some
On Friday, 3 April 2015 at 20:41:26 UTC, Martin Nowak wrote:
On 04/02/2015 02:10 PM, Kagamin wrote:
The vulnerability presentation suggests perl solution (random
hash seed)
is good enough, it doesn't slow down anything. The seed can be
left zero
and initialized by an application as needed. On
On Friday, 3 April 2015 at 20:35:40 UTC, Martin Nowak wrote:
On 04/03/2015 06:11 PM, w0rp wrote:
Now, I am not the most fantastic Computer Science guy in the
world, and
I probably got a few things wrong. If anyone would like to
look at my
code and point out mistakes, please do. I will add any
On Friday, 3 April 2015 at 16:41:14 UTC, David Nadlinger wrote:
On Friday, 3 April 2015 at 15:07:57 UTC, Andrei Alexandrescu
wrote:
On 4/3/15 3:10 AM, Andrea Fontana wrote:
It would be great to have dmd on embedded platforms.
I agree. We just don't have the champion for that yet. --
Andrei
On Thursday, 2 April 2015 at 04:38:50 UTC, Martin Nowak wrote:
On Wednesday, 1 April 2015 at 21:20:49 UTC, w0rp wrote:
We sould track down the old links and redirect to the new
documentation pages.
Working on a fix, will hopefully be deployed tomorrow.
https://github.com/D-Programming-Language
On Wednesday, 1 April 2015 at 23:23:27 UTC, Martin Nowak wrote:
I might look into that, it's quite some work though.
Can we feed them the sitemap instead?
http://dlang.org/library/sitemap.xml
It looks like the sitemap has the IPv4 localhost IP address in
it, instead of the site's domain name.
On Thursday, 2 April 2015 at 22:44:56 UTC, Andrei Alexandrescu
wrote:
It's the end of Q1. Walter and I reviewed our vision document.
We're staying the course with one important addition: switching
to ddmd, hopefully with 2.068.
http://wiki.dlang.org/Vision/2015H1
Andrei
I'm glad to see emb
On Friday, 3 April 2015 at 16:12:00 UTC, w0rp wrote:
On Wednesday, 1 April 2015 at 06:31:28 UTC, thedeemon wrote:
On Tuesday, 31 March 2015 at 21:17:04 UTC, Martin Nowak wrote:
Robin Hood sounds like a good idea, but it really isn't. Keep
your load factor reasonable and distribute values evenl
On Wednesday, 1 April 2015 at 06:31:28 UTC, thedeemon wrote:
On Tuesday, 31 March 2015 at 21:17:04 UTC, Martin Nowak wrote:
Robin Hood sounds like a good idea, but it really isn't. Keep
your load factor reasonable and distribute values evenly, then
you don't need a LRU lookup.
Is there a D v
Phobos documentation was restructured, and the new structure is
good. However, changing the URLs for the documentation has left
behind a few broken links, some of which I'm seeign in Google
search results. For example, this page I just saw.
http://dlang.org/library/std/traits/ValueType.html
T
On Wednesday, 1 April 2015 at 13:35:22 UTC, ketmar wrote:
people with Java/C/C++/etc. background tend to forget about the
power of
metaprogramming: they have no such tool at hand, so they don't
even think
about it.
three things that one need to become used of are UFCS (so
std.algorighm
functi
On Wednesday, 1 April 2015 at 10:21:46 UTC, Mike James wrote:
Just a thought...
How about adding the keyword 'with' to 'import' to save on
typing :-)
import org.eclipse.swt.widgets.Canvas,
org.eclipse.swt.widgets.Composite,
org.eclipse.swt.events.DisposeListener,
org.
On Tuesday, 31 March 2015 at 08:17:29 UTC, zhmt wrote:
On Tuesday, 31 March 2015 at 07:48:08 UTC, w0rp wrote:
I argue that instead of catching NullPointerExceptions, you
should make them never happen. This is where Option types come
in. Rather than using T*, use an Option!T and force yourself
On Tuesday, 31 March 2015 at 12:45:03 UTC, Kagamin wrote:
On Tuesday, 31 March 2015 at 00:27:49 UTC, Mike wrote:
There was an attempt to create an operating system in D, but
it didn't end well.
Repository: https://github.com/klamonte/cycle
Critique of D:
https://github.com/klamonte/cycle/blo
On Tuesday, 31 March 2015 at 12:33:31 UTC, Steven Schveighoffer
wrote:
On 3/30/15 5:58 PM, Dicebot wrote:
I'd prefer putting alternative test runner into Phobos instead
which
will support `@name("Something") unittest { }`
Yes, this is one of the benefits I touted 2 years ago when I
asked for
On Tuesday, 31 March 2015 at 11:39:02 UTC, tcak wrote:
On Monday, 30 March 2015 at 21:57:33 UTC, Andrei Alexandrescu
wrote:
On 3/30/15 2:55 PM, Panke wrote:
I've implemented this in a library and I'm sure others have
as well. Are
you sure, you want a language solution?
With attributes? That
On Tuesday, 31 March 2015 at 03:58:33 UTC, zhmt wrote:
Especially working with fibers, ability to catch
NullPointerException is more important. If a
NullPointerException is caught , only one fiber terminates,
otherwise, the whole server crashes.
If the server is something like
webserver(stat
I should say Option!(T*) and Some!(T*), as that's what is.
A guy, Michael V. Franklin, discussed this kind of D programming
a bit at DConf 2014.
https://www.youtube.com/watch?v=o5m0m_ZG9e8
If you're getting into this kind of thing, it's a must see. With
some Googling, I found his minimal D runtime, too.
https://github.com/JinShil/druntime_level_0
I
On Monday, 30 March 2015 at 23:26:38 UTC, Dicebot wrote:
If it is only format that matters you an always change it via
custom test runner. For example, we do have a test runner that
generates JUnit-compatible XML output for Jenkins - and that
was possible to do with plain `unittest` blocks even
On Monday, 30 March 2015 at 23:29:40 UTC, Jonathan wrote:
I have no idea if this has been discussed yet, but I was
thinking it would be neat to have benchmark blocks that only
run when specified, like how unittest works.
Code:
benchmarks
{
import std.conv : to;
int a;
void f() {auto b = to
On Monday, 30 March 2015 at 22:55:50 UTC, H. S. Teoh wrote:
On Mon, Mar 30, 2015 at 10:39:50PM +, lobo via
Digitalmars-d wrote:
On Sunday, 29 March 2015 at 23:14:31 UTC, Martin Krejcirik
wrote:
>It seems like every DMD release makes compilation slower.
>This time I
>see 10.8s vs 7.8s on my
I'll say +1 for making everything LTR, as you say.
On Sunday, 29 March 2015 at 22:32:34 UTC, Martin Nowak wrote:
On 03/29/2015 05:19 PM, w0rp wrote:
4. I ended up writing my own library hashmap, which when I
tested ages
ago competed with the standard associative array in terms of
performance. This allows me to mark many things @safe pure
nothr
On Sunday, 29 March 2015 at 16:18:40 UTC, w0rp wrote:
I had to add the leaf checking, as the dependencies could be
importing each other, and the structure was only storing nodes,
not edges. I should maybe make the structures store just a
directed graph, but whatever.
Thinking about it a littl
On Sunday, 29 March 2015 at 15:40:56 UTC, Andrei Alexandrescu
wrote:
One other informative graph that should be much easier to
generate is the direct imports graph (no transitivity).
I had a go at it, and I have something for that now. This graph
should show what std.regex imports. I'm not sur
I just submitted my container library I was working on ages ago
to code.dlang.org. It's currently waiting in a queue, but it
should be available from there soon enough.
I submitted my library with the version "0.1.0" to indicate, "Do
not expect this to work properly." I have a number of unit t
In an attempt to get something, anything, easier to read, I wrote
another function which produces a graph where the module nodes
are ranked by their incoming edge counts. The only way I could
figure out how to get Graphviz to do this was to write the
numbers as edges too and so on. So it looks
I just added a module dependency graph generator by following a
similar process to the library which I used for class
hierarchies. I'd be willing to bet that Andrei wants to apply it
to Phobos, and that is indeed a thing that can be done.
There's an example on GitHub, and the readme explains h
On Sunday, 29 March 2015 at 09:17:17 UTC, w0rp wrote:
3. I'm using 2.066 still, and some things like byKey aren't
@safe and so on. These things need to have attributes set. (As
always, opApply probably lacks one of @nogc, @safe, pure,
nothrow because of the delegate types.)
I also just realis
The signatures only had 'private' in there because I copy and
pasted them out of something I was working on. (Because they
work.)
Every now and then I want a set type, but I have to either use my
own library for it, or use a commonly known associative array
trick. I really think (unordered hash) sets should be part of the
standard library. While I was working on something else, I
thought of one way of adding them to the s
On Thursday, 26 March 2015 at 19:45:19 UTC, Alex Parrill wrote:
On Thursday, 26 March 2015 at 19:32:53 UTC, Idan Arye wrote:
...snip...
So tl;dr; make the template constraints in ddoc less prominent?
The "new library reference preview" under Resources seems to
already have this (example:
ht
I'd be tempted to go way back to the very root of the problem
starting with Tony Hoare again. Eliminate null as a possibility.
That's a whole other subject, though.
On Friday, 27 March 2015 at 08:26:51 UTC, Dragos Carp wrote:
On Thursday, 26 March 2015 at 17:41:58 UTC, w0rp wrote:
If enough people are interested and have a few suggestions for
some features they like which aren't crazy massive feature
lists, I'd be willing to expand it a bit, add some
docu
I think I'd tend towards not adding this feature. It seems like
it's just a logging problem, and try-catch is probably enough for
that.
On Thursday, 26 March 2015 at 17:43:46 UTC, Vlad Levenfeld wrote:
+1
How much of a stretch would it be to extend the dependency
graph to compositional types?
struct Foo {
mixin Bar!(a,b,c);
}
alias Qux = Baz!Foo;
and so on?
I'm not sure about that. I'd have to think about it a bit.
Tem
On Thursday, 26 March 2015 at 17:41:58 UTC, w0rp wrote:
Hello everyone. I was talking in the IRC channel today and I
mentioned something small I wrote a couple of years ago which
generates a Graphviz DOT file based on ModuleInfo, so you can
see a visual class hierarchy with interfaces included.
Hello everyone. I was talking in the IRC channel today and I
mentioned something small I wrote a couple of years ago which
generates a Graphviz DOT file based on ModuleInfo, so you can see
a visual class hierarchy with interfaces included. There was some
interest in this in the channel at the t
On Thursday, 19 March 2015 at 22:04:01 UTC, Walter Bright wrote:
On 3/19/2015 2:43 AM, deadalnix wrote:
Here is what will pass review :
Presumably the reviewers will have some common sense and taste.
class User {
/**
* Accessor to get the id of the user.
*
* @return : the id o
On Friday, 20 March 2015 at 07:37:04 UTC, Paulo Pinto wrote:
An example that stuck with me was that languages that follow
Algol/Pascal syntax lead themselves to less bugs, than those
that follow C like syntax.
That's probably skewed by C being the most popular language,
which is optimised fo
On Thursday, 19 March 2015 at 20:43:55 UTC, Almighty Bob wrote:
On Thursday, 19 March 2015 at 10:07:06 UTC, John Colvin wrote:
On Tuesday, 17 March 2015 at 18:29:20 UTC, Almighty Bob wrote:
On Tuesday, 17 March 2015 at 11:48:15 UTC, Nick Treleaven
wrote:
On 17/03/2015 10:31, Almighty Bob wrote
On Wednesday, 18 March 2015 at 18:48:53 UTC, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every
day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be particularly
difficult.
I think this is a good idea. Even the most tr
On Sunday, 15 March 2015 at 13:45:28 UTC, ponce wrote:
On Sunday, 15 March 2015 at 04:32:25 UTC, Walter Bright wrote:
I'd also prefer to get rid of /+ +/ comments, I thought they'd
be more useful than they are.
Using /+ +/ regularly.
Very useful to comment out large areas of code.
I like /
On Sunday, 15 March 2015 at 08:29:01 UTC, bearophile wrote:
Observe:
https://github.com/D-Programming-Language/phobos/pull/3054
Is this change the partial proof of another failure of a part
of D language design? What's the point of template constraints?
Aren't C++ Concepts better? Or to rephr
On Friday, 13 March 2015 at 03:24:44 UTC, Walter Bright wrote:
On 3/12/2015 5:20 PM, Andrei Alexandrescu wrote:
* Golang: simple!
D1 was the simple version of D. People wanted more.
Java was originally sold as, and got a great of adoption
because, it was a C++ like language with all that ann
On Sunday, 8 March 2015 at 07:02:48 UTC, Shachar Shemesh wrote:
On 07/03/15 23:44, w0rp wrote:
Why not handle the scope(failure) cases in the constructor
itself?
Because this breaks encapsulation.
struct SomeStruct {
SomeOtherStruct a;
MoreStruct b;
this(int c) {
Why not handle the scope(failure) cases in the constructor itself?
struct SomeStruct {
void* ptr;
void* ptr2;
this() {
ptr = malloc(...);
scope(failure) free(ptr);
/* Whatever follows, possibly throwing. */
ptr2 = malloc(...);
scope(failure)
I am personally willing to pay the small performance cost for
better debugging information.
On Saturday, 18 October 2014 at 17:40:43 UTC, Walter Bright wrote:
On 10/18/2014 8:21 AM, Jacob Carlborg wrote:
On 2014-10-18 07:09, Walter Bright wrote:
Which means they'll be program bugs, not environmental errors.
Yes, but just because I made a mistake in using a function
(hitting an ass
On Tuesday, 21 October 2014 at 12:22:54 UTC, edn wrote:
Could someone provide me with examples showing the usefulness
of pointers in the D language? They don't seem to be used as
much as in C and C++.
You can use C libraries in D, and pointers will surely come into
regular use there. You coul
On Tuesday, 19 August 2014 at 18:26:28 UTC, Alex wrote:
On Tuesday, 19 August 2014 at 16:55:49 UTC, Jacob Carlborg
wrote:
On 2014-08-19 18:31, Alex wrote:
Hi Everyone,
Is there a list of functions and data structures, the
D-Compiler would
expect from a custom runtime?
Here's a list [1]. It
On Saturday, 23 August 2014 at 14:52:45 UTC, H. S. Teoh via
Digitalmars-d wrote:
I notice that the coding style used for code examples on
dlang.org isn't
always consistent, and they generally differ from Phobos
examples.
Should we adopt Phobos style for all code examples on dlang.org?
T
I t
On Saturday, 23 August 2014 at 09:22:01 UTC, Sönke Ludwig wrote:
Main issues of using opDispatch:
- Prone to bugs where a normal field/method of the JSONValue
struct is accessed instead of a JSON field
- On top of that the var.field syntax gives the wrong
impression that you are working with
On Thursday, 21 August 2014 at 04:59:20 UTC, Hubert wrote:
First I wanna say that I've become a huge fan of D, and I hope
one day I can replace all my creative projects with a D
codebase. With that said, I do agree that D could use a
redesign. I've not been monitoring this thread very closely,
On Sunday, 3 August 2014 at 18:37:48 UTC, Sönke Ludwig wrote:
Am 03.08.2014 17:34, schrieb Andrei Alexandrescu:
6. Address w0rp's issue with undefined. In fact std.Algebraic
does have
an uninitialized state :o).
My requirements would be the same, except for 6.
The "undefined" state in the vi
On Sunday, 3 August 2014 at 07:16:05 UTC, Andrei Alexandrescu
wrote:
We need a better json library at Facebook. I'd discussed with
Sönke the possibility of taking vibe.d's json to std but he
said it needs some more work. So I took std.jgrandson to proof
of concept state and hence ready for dest
On Thursday, 31 July 2014 at 11:42:21 UTC, Remo wrote:
http://tech.esper.com/2014/07/30/algebraic-data-types/
D already has product type it is struct.
But D lacks sum type also called tagged-union.
Do you think it would be possible to add something like this to
D2 ?
There is a library soluti
To release software is to assume that it is correct.
On Wednesday, 30 July 2014 at 13:03:30 UTC, Daniel Murphy wrote:
"w0rp" wrote in message
news:sinwmhzuvhmevqtun...@forum.dlang.org...
I think it's important to ship with a linker without requiring
any further installation. One of the things that helped me to
learn D was being able to downloa
On Wednesday, 30 July 2014 at 09:17:05 UTC, Joakim wrote:
On Wednesday, 30 July 2014 at 09:06:11 UTC, Rikki Cattermole
wrote:
On 30/07/2014 8:58 p.m., Joakim wrote:
On Wednesday, 30 July 2014 at 08:12:17 UTC, Rikki Cattermole
wrote:
On 30/07/2014 7:03 p.m., Kagamin wrote:
Making dmd generate
On Wednesday, 30 July 2014 at 06:54:52 UTC, Walter Bright wrote:
The fundamental problem with fixing optlink is there is
essentially no test suite. This means that any fixes to it need
to be surgical - as little code modified as practical, and
pretty great care in doing it. Wholesale refactorin
On Wednesday, 30 July 2014 at 03:43:55 UTC, Walter Bright wrote:
On 7/29/2014 2:47 PM, Andrei Alexandrescu wrote:
There's a pretty negative article about disqus making the
rounds:
http://www.reddit.com/r/programming/comments/2c19of/your_users_deserve_better_than_disqus/
Since we're consideri
On Tuesday, 29 July 2014 at 08:27:40 UTC, Sönke Ludwig wrote:
Am 29.07.2014 00:54, schrieb w0rp:
On Monday, 28 July 2014 at 22:38:10 UTC, Sönke Ludwig wrote:
I'll look at playing with the style of the documentation
pages some more
another evening. I've had a few ideas for improvements, and
I o
On Monday, 28 July 2014 at 22:38:10 UTC, Sönke Ludwig wrote:
I'll look at playing with the style of the documentation pages
some more
another evening. I've had a few ideas for improvements, and I
obviously
still need to include syntax highlighting. Is this the library
which is
being used on th
On Sunday, 27 July 2014 at 16:32:15 UTC, Sönke Ludwig wrote:
Am 27.07.2014 00:54, schrieb w0rp:
http://w0rp.com:8010/library/index.html
Since the site is running with vibe.d anyway, I'd think about
using registerApiDocs() instead of generating individual HTML
files. This gives much nicer UR
On Monday, 28 July 2014 at 19:31:24 UTC, Sönke Ludwig wrote:
Am 28.07.2014 21:13, schrieb Gary Willoughby:
On Monday, 28 July 2014 at 18:51:45 UTC, Sönke Ludwig wrote:
Also, and this needs to be stressed, the major part of w0rp's
work so
far is about the technical basis. You dismissed that as a
On Monday, 28 July 2014 at 17:31:49 UTC, Sönke Ludwig wrote:
Am 28.07.2014 18:04, schrieb w0rp:
On Monday, 28 July 2014 at 10:27:02 UTC, Iain Buclaw wrote:
Hi,
dlang.org isn't the only site being re-implemented using
vibe.d -
GDC's homepage is now getting a UI update.
https://github.com/D-P
On Monday, 28 July 2014 at 10:27:02 UTC, Iain Buclaw wrote:
Hi,
dlang.org isn't the only site being re-implemented using vibe.d
- GDC's homepage is now getting a UI update.
https://github.com/D-Programming-GDC/gdcproject/pull/6
https://github.com/D-Programming-GDC/gdcproject/pull/9
Staging
On Monday, 28 July 2014 at 07:29:48 UTC, Gary Willoughby wrote:
On Sunday, 27 July 2014 at 20:43:49 UTC, w0rp wrote:
You absolutely must change your content to fit it into smaller
screens. You cannot send a massive cargo plane to an airfield
which doesn't have large enough runways. You send sma
On Sunday, 27 July 2014 at 23:38:44 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sun, Jul 27, 2014 at 08:43:48PM +, w0rp via
Digitalmars-d wrote:
[...]
You absolutely must change your content to fit it into smaller
screens. You cannot send a massive cargo plane to an airfield
which
doesn
On Sunday, 27 July 2014 at 14:55:59 UTC, Gary Willoughby wrote:
On Sunday, 27 July 2014 at 13:30:18 UTC, w0rp wrote:
It's not the text, it's just the current formatting. The cheat
sheet can't fit into a smaller column size as a table. So you
can break that down into smaller headings and paragra
On Sunday, 27 July 2014 at 06:10:09 UTC, Andrei Alexandrescu
wrote:
On 7/26/14, 8:47 PM, H. S. Teoh via Digitalmars-d wrote:
On Sat, Jul 26, 2014 at 07:39:50PM -0700, Andrei Alexandrescu
via Digitalmars-d wrote:
On 7/26/14, 6:30 PM, w0rp wrote:
The std.algortihm documentation doesn't look good,
On Sunday, 27 July 2014 at 00:43:41 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sat, Jul 26, 2014 at 10:54:12PM +, w0rp via
Digitalmars-d wrote:
http://w0rp.com:8010/library/index.html
I just updated the site hosted there with the work I've done on
integrating the library documentati
http://w0rp.com:8010/library/index.html
I just updated the site hosted there with the work I've done on
integrating the library documentation to date. I spent a lot of
time staring at the pages for a while trying to figure out how to
fit everything on a page decent. I admit to hacking the
std
On Saturday, 26 July 2014 at 22:24:40 UTC, Dicebot wrote:
On Saturday, 26 July 2014 at 17:55:55 UTC, Marc Schütz wrote:
The language reference on functions [1] says:
"If a FunctionLiteral is immediately called, its inlining
would be enforced normally."
How is this to be interpreted?
[1] htt
On Saturday, 26 July 2014 at 17:55:55 UTC, Marc Schütz wrote:
The language reference on functions [1] says:
"If a FunctionLiteral is immediately called, its inlining would
be enforced normally."
How is this to be interpreted?
[1] http://dlang.org/function
I would interpret that as saying i
On Saturday, 26 July 2014 at 14:50:43 UTC, Mike wrote:
I'm currently distracted with getting a decent 64-bit GUI
framework so I can build some utilities and code generators for
some other parts of my project. But, If you're really serious
about pursuing this, let's see if we can reach a consen
There were a couple of talks at DConf which made some mention of
re-implementing parts of druntime so you can compile D code
without druntime. I wonder, do we have any current projects for
creating lightweight runtimes? I'm thinking of what it would be
like to write library aplications which us
I wonder. If opCmp is supposed to imply partial ordering, then
that means opCmp should imply the antisymmetric property of
partial ordering. http://mathworld.wolfram.com/PartialOrder.html
a <= b and b <= a implies a = b.
That would mean for us that opEquals being generated with opCmp
== 0 wou
I think my understanding would be that 'S' isn't a struct. It's a
template for a struct.
We should promote this DDMD news. There's promise of a
self-hosting D compiler which should attract some attention, even
if it's not the best compiler in the world yet.
A rule I learned from writing Java is that if you implement
equality, you must also implement hashing, and if you implelement
hashing you must implement equality. I believe this is actually a
general truth of programming in any language, and now D has the
right kind of semantics.
On an off to
The key to making D's GC acceptable lies in two factors I believe.
1. Improve the implementation enough so that you will only be
impacted by GC in extermely low memory or real time environments.
2. Defer allocation more and more by using ranges and algorithms
more, and trust that compiler optim
On Wednesday, 16 July 2014 at 11:25:25 UTC, Joakim wrote:
On Wednesday, 16 July 2014 at 04:11:28 UTC, Kapps wrote:
On Wednesday, 16 July 2014 at 03:31:13 UTC, Pavel Evstigneev
wrote:
May I improve forum to support markdown?
The forum is actually an interface to a newsgroup, so most
forms of
On Monday, 14 July 2014 at 12:03:13 UTC, w0rp wrote:
On Monday, 14 July 2014 at 11:50:16 UTC, Marco Leise wrote:
I'm getting strange question marks on the right side bar in
Opera 12/Linux:
DMD ? Version 1
DMC ? Digital Mars C and C++ Compiler
I know about that. It's the ndash for the title not
On Monday, 14 July 2014 at 15:45:39 UTC, David Gileadi wrote:
On 7/14/14, 5:03 AM, w0rp wrote:
Then I wondered if the "Documentation" section should be
renamed "Language Specifications" and the links renamed to
"DMD 1" and "DMD 2" or if they should be merged into the
sections for DMD 1 and DMD 2
On Monday, 14 July 2014 at 19:06:43 UTC, Walter Bright wrote:
https://news.ycombinator.com/item?id=8030010
Something very relevant to our work on D.
I love Feynman. He is one of my favourite people in history for
his combination of brilliance with his attitude.
I don't think ARC would work in D. You'd need support for
controlling the reference count in certain situations. You'd need
type signatures for different reference types. You'd have to
remove the GC.malloc function, as it would actually be manually
memory managed with ARC, or otherwise return a
On Monday, 14 July 2014 at 11:50:16 UTC, Marco Leise wrote:
I'm getting strange question marks on the right side bar in
Opera 12/Linux:
DMD ? Version 1
DMC ? Digital Mars C and C++ Compiler
I know about that. It's the ndash for the title not being output
correctly. I just haven't fixed it yet.
This is a really bad idea. Being able to decide how a dependency
gets pulled in for a library you depend on is a blessing,
especially when you have to lock versions down. This only works
for something like loading JavaScript files, where you can assume
only roughly 6 concurrent connections per
On Wednesday, 9 July 2014 at 22:48:43 UTC, Walter Bright wrote:
On 7/9/2014 2:52 PM, Andrei Alexandrescu wrote:
The dlang page doesn't list all downloads or distribution
packages, but
I don't want to duplicate information on two pages and keep
them
synchronized and up-to-date.
That strikes m
On Wednesday, 9 July 2014 at 20:49:00 UTC, w0rp wrote:
I should note that there is some merit to having Option(T) even
without T being non-nullable by default, as it at least gives you
the ability to look at an API and find out where you'll need to
deal with the None case.
T foo();
U bar(
On Wednesday, 9 July 2014 at 17:01:02 UTC, bearophile wrote:
Dicebot:
I don't know where it comes from but non-nullable reference
type has ZERO value if it is not the default one.
This article talks about switching to NotNull on default in
real (small) Java projects (you have to add a @NonNu
101 - 200 of 311 matches
Mail list logo