On Wednesday, 1 April 2015 at 02:25:44 UTC, Random D-user wrote:
I've used D's GC with DDMD. It works*, but you're trading
better memory usage for worse allocation speed. It's quite
possible we could add a switch to ddmd to enable the GC.
As a random d-user (who cares about perf/speed and
On Tuesday, 7 April 2015 at 06:37:50 UTC, Jonathan wrote:
static if (is(T == V))
Are static ifs always checked outside of runtime? Is it
possible for a static if condition to be undeterminable outside
of runtime, or would such a condition throw a compiler error?
'static if' is always run
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
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
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
On Tuesday, 7 April 2015 at 18:28:22 UTC, bearophile wrote:
w0rp:
It doesn't amaze me at the moment, as it's slightly faster for
integers, and slightly slower for strings at the moment.
One problem with D strings is that they don't cache their hash
value.
Bye,
bearophile
I probably need
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
I'm a big fan of contracts, and for me it's one of the D features
I love. The syntax really doesn't bother me. Given the rest of
the syntax in the language, it's not possible to reduce it much
further. Then again, I'm not one to care about syntax too much
anyway. I tend to care more about
On Tuesday, 7 April 2015 at 18:35:27 UTC, Martin Nowak wrote:
For higher load factor such as 0.75 this can lead to a huge
variance of
the probe sequence length and extreme lengths on the upper 95/99
percentiles.
Here is the ticket for open addressing, btw.
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 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
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
On Sunday, 5 April 2015 at 23:06:27 UTC, FreeSlave wrote:
I have array of structs sorted by specific field. How can I
perform binary search using this field as a key?
Currently I ended up with this, but it gives error:
struct S
{
int i;
string s;
}
import std.range;
void main(string
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.
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 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
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
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
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 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 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
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,
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
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
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 should say Option!(T*) and Some!(T*), as that's what is.
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
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 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:
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 =
I'll say +1 for making everything LTR, as you say.
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
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
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
The signatures only had 'private' in there because I copy and
pasted them out of something I was working on. (Because they
work.)
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
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
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
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
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
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
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
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
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 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:
On Friday, 27 March 2015 at 19:11:58 UTC, Walter Bright wrote:
On 3/27/2015 5:48 AM, Dejan Lekic wrote:
That `source.byLine.join.to!(string);` line for example, takes
much
longer time to understand than 20 lines of Go code. Any D
newbie with knowledge
of some modern language will struggle
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.
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
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
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.
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
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
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
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
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
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 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
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)
On Wednesday, 25 February 2015 at 06:48:17 UTC, Ola Fosheim
Grøstad wrote:
On Tuesday, 24 February 2015 at 22:49:17 UTC, w0rp wrote:
In general, @trusted means I have proven myself that this
code is actually safe, eeven though it uses unsafe features.
The compiler has to be pessimistic and
On Tuesday, 24 February 2015 at 22:37:58 UTC, Ola Fosheim Grøstad
wrote:
If this is careful use of @trusted, then I don't see the point
of having @trusted at all. What is the purpose? What is it
meant to cover? In order for @trusted to make sense in this
code segment (
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
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
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
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
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].
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 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
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
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
On Wednesday, 30 July 2014 at 17:05:25 UTC, David Soria Parra
wrote:
Hi,
We are happy to announce the release of 'dfuse', a high level D
language binding
for fuse (http://fuse.sourceforge.net). It supports libfuse =
2.8 and works on
both Linux and MacOS (osxfuse). You can find the project
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
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
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 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 download
To release software is to assume that it is correct.
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
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't
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
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 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.
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
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
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
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
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
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
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
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]
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
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 documentation
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
On Thursday, 24 July 2014 at 08:11:01 UTC, Ali Çehreli wrote:
I have completed the translation of the book. Phew... :)
However, there is still more work, like adding a UDA chapter
and working on many little TODO items.
The following was the final chapter, which actually only
scratches the
I think my understanding would be that 'S' isn't a struct. It's a
template for a struct.
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
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
101 - 200 of 342 matches
Mail list logo
