On Monday, 17 June 2013 at 15:19:27 UTC, Andrej Mitrovic wrote:
There seems to be some audio glitching every couple of seconds
(at the
beginning). I've noticed this in other videos as well. It's
mostly
minimal though, not much harm done.
https://www.youtube.com/watch?v=m6jsXQm5IrM#t=106s :-)
... slightly more serious response: really nice talk, David, and
thanks for the mention of Dregs. :-)
On Tuesday, 25 June 2013 at 15:44:02 UTC, Joakim wrote:
Just finished watching Andrei's talk, it was up to his usual
high standard.
I found the bits about professionalism a bit weird though: can
we really expect that from a volunteer effort? I'm pretty sure
the A/V guys at the conference wer
On Tuesday, 25 June 2013 at 21:38:01 UTC, Joakim wrote:
I don't know the views of the key contributors, but I wonder if
they would have such a knee-jerk reaction against any
paid/closed work. The current situation would seem much more
of a kick in the teeth to me: spending time trying to be
"
On Wednesday, 26 June 2013 at 12:39:05 UTC, Jacob Carlborg wrote:
On 2013-06-26 12:16, Leandro Lucarella wrote:
Yeah, right, probably Python and Ruby have only 5k users...
There are companies backing those languages, at least Ruby, to
some extent.
They don't own them, though -- they commit
On Wednesday, 26 June 2013 at 15:52:33 UTC, Joakim wrote:
I suggest you read my original post more carefully. I have not
suggested closing up the entire D toolchain, as you seem to
imply. I have suggested working on optimization patches in a
closed-source manner and providing two versions of
On Wednesday, 26 June 2013 at 19:26:37 UTC, Iain Buclaw wrote:
I can't be bothered to read all points the both of you have
mentioned thus far, but I do hope to add a voice of reason to
calm you down. ;)
Quick, nurse, the screens!
... or perhaps, "Someone throw a bucket of water over them"? :-
On Wednesday, 26 June 2013 at 19:01:42 UTC, Joakim wrote:
Why are they guaranteed such patches? They have advantages
because they use different compiler backends. If they think
their backends are so great, let them implement their own
optimizations and compete.
I could respond at greater le
On Wednesday, 26 June 2013 at 21:29:12 UTC, Iain Buclaw wrote:
Don't call be Shirley...
Serious? :-)
By the way, I hope you didn't feel I was trying to speak on
behalf of GDC -- wasn't my intention. :-)
I did, and it hurt. :o)
Oh no. 50 shades of #DD ? :-)
On Thursday, 27 June 2013 at 08:21:12 UTC, Joakim wrote:
I'm familiar with its arguments from a summary, not
particularly interested in reading the whole thing.
You know, I think I see what your problem is ... :-)
On Saturday, 29 June 2013 at 08:37:48 UTC, Walter Bright wrote:
The bottom line was the open source movement was not a very
significant force in the 1980's when C++ gained traction. Open
source really exploded around 2000, along with the internet. I
wonder if open source perhaps needed the inte
On Sunday, 30 June 2013 at 19:45:06 UTC, Joakim wrote:
OK, glad to hear that you wouldn't be against it. You'd be
surprised how many who use permissive licenses still go nuts
when you propose to do exactly what the license allows, ie
close up parts of the source.
Because people don't just ca
On Sunday, 30 June 2013 at 03:29:06 UTC, Walter Bright wrote:
On 6/29/2013 5:08 AM, Joseph Rushton Wakeling wrote:
True, distribution was mainly by physical mail. There was some
via BBS's and Usenet, but these were severely limited by
bandwidth.
I'd receive bug reports by fax, pape
On Monday, 1 July 2013 at 21:20:39 UTC, Walter Bright wrote:
On 7/1/2013 2:04 PM, Brad Roberts wrote:
Actually, Boost was specifically chosen because it didn't
require attribution
when redistributing. If BSD hadn't had that clause we probably
would be using it
instead.
That was indeed anothe
On Monday, 1 July 2013 at 17:45:59 UTC, Joakim wrote:
Then they should choose a mixed license like the Mozilla Public
License or CDDL, which keeps OSS files open while allowing
linking with closed source files within the same application.
If they instead chose a license that allows closing all
On Saturday, 6 July 2013 at 00:27:45 UTC, Adam D. Ruppe wrote:
I really should either finish it or just give in and use a
third party service or something (the closest I've come is this
newsgroup!), since at least blog blabbing would be *some*
documentation for half my random stuff, but just...
On Sunday, 7 July 2013 at 22:03:17 UTC, Walter Bright wrote:
On 7/7/2013 5:09 AM, Andrej Mitrovic wrote:
That's a cool teaser, but how did the discussion continue? :)
Generally along these lines:
"And you, Scarecrow, have the effrontery to ask for a brain,
you billowing bale of bovine fodder
On Monday, 8 July 2013 at 17:39:46 UTC, Baz wrote:
On Sunday, 7 July 2013 at 15:00:43 UTC,
That's interesting...but I'm not a big fan of collecting
hundreds
of links...I think that someone should create something like
http://www.delphifeeds.com/ but for D...
blogs.dlang.org ... ?
There'd ne
On Monday, 8 July 2013 at 18:54:30 UTC, Baz wrote:
You're wrong, there's a real need for promoting D worldwide.
Did I say otherwise? I am not sure you are reacting to what I
actually wrote.
Just for example, this mainstream (french) programming site has
(had?) a forum for D which is not upd
Following the discussion on digitalmars.D, I've put together a
little (... er, long ...) blog post discussing the basics of my D
graph library:
http://braingam.es/2013/07/complex-networks-in-d/
The main slant of this post is the ease of writing this stuff in
D. Later posts will follow up on p
On Tuesday, 16 July 2013 at 08:27:07 UTC, Paulo Pinto wrote:
On Tuesday, 16 July 2013 at 07:17:59 UTC, Walter Bright wrote:
https://news.ycombinator.com/item?id=6050404
http://www.reddit.com/r/programming/comments/1iegj9/complex_networks_in_d/
Thanks! :-)
On Tuesday, 16 July 2013 at 11:02:10 UTC, Iain Buclaw wrote:
GHC 2013
Been Haskelling too much recently? :-)
On Tuesday, 16 July 2013 at 14:18:02 UTC, bearophile wrote:
size_t vertexCount() @property const pure nothrow
{
assert(_sumHead.length == _sumTail.length);
return _sumHead.length - 1;
}
Is that better written in a struct/class invariant?
Nice thought -- probably; it
On Tuesday, 16 July 2013 at 18:22:31 UTC, Walter Bright wrote:
People are much more likely to read your article from links in
reddit and hackernews if you put in as a comment some
description of it. Don't wait for others to do it for you! They
may mischaracterize it, or worse, the opportunity w
On Tuesday, 16 July 2013 at 15:57:06 UTC, bearophile wrote:
For such kind of code I suggest to use UFCS chains.
Can you explain in a little more detail? It's not an aspect
of programming I'm familiar with.
auto r1 = iota(_sumHead[v], _sumHead[v + 1]).map!(a =>
_tail[_indexHead[a]]);
auto r
On Monday, 22 July 2013 at 18:08:36 UTC, Andrei Alexandrescu
wrote:
Please join me in congratulating monarch dodra for his
admission among our github committers. We're starting with
phobos, druntime, and tools access, and if all goes well, we'll
extend write rights to dmd also.
Congratulation
On Tuesday, 23 July 2013 at 19:24:10 UTC, Andrei Alexandrescu
wrote:
I'm very surprised by your outlook. My perception is that the
long queue of pending pull requests not being reviewed is the
single most important bottleneck at this point in history in
the path of D. By my estimates I think we
On Saturday, 27 July 2013 at 12:19:44 UTC, John Colvin wrote:
I'm pretty sure it wouldn't work ideally for echo as the
behaviour depends on the order of the arguments.
It also has some odd little niggles -- e.g. it's not nice that
with a short option you can have --t 5 and --t=5 but not -t 5
On Sunday, 4 August 2013 at 06:07:54 UTC, dennis luehring wrote:
ever tested nedmalloc
(http://www.nedprod.com/programs/portable/nedmalloc/) or other
malloc allocators?
"Windows 7, Linux 3.x, FreeBSD 8, Mac OS X 10.6 all contain
state-of-the-art allocators and no third party allocator is
lik
On Thursday, 15 August 2013 at 00:23:16 UTC, Andrei Alexandrescu
wrote:
You can define a filter that emails you whenever there are new
questions on the "D" tag.
Why not set up D.learn (or a new mailing list) to track that
filter? That should help prompt the community here to engage with
any n
On Tuesday, 20 August 2013 at 07:31:29 UTC, Iain Buclaw wrote:
Will be arriving in Paris tomorrow. Is it only you two who
will be around?
Sad to say I can't make it. :-( Will the talk be videoed?
On Tuesday, 20 August 2013 at 08:35:57 UTC, Iain Buclaw wrote:
I don't know, will certainly ask...
In any case, have fun (and look out for the Space Invaders...:-)
Hello all,
Today I pushed a number of major (and breaking) changes to the
master repository of the D graph library. I've provided a brief
summary on my blog, which also describes how to revise any
programs to work with the new code:
http://braingam.es/2013/09/d-graph-library-updates/
I hope
On Tuesday, 10 September 2013 at 13:08:29 UTC, Iain Buclaw wrote:
All class methods are virtual by default in D, unless declared
'final'.
There was an intense discussion a while back which ended in (I
think) a decision by Walter to switch to final-by-default, but
there has so far been no prac
On Friday, 13 September 2013 at 07:49:49 UTC, ilya-stromberg
wrote:
Do you have any plans to change license from GPLv3 to something
more liberal like Boost, MIT or BSD? Without this it's
impossible to use your library for commercial purposes.
The licence is GPLv3+ because the code is closely i
On Friday, 13 September 2013 at 08:45:45 UTC, ilya-stromberg
wrote:
I see. You can use Boost Graph Library (BGL) as a initial
point. It's under Boost license that allows commercial usage.
http://www.boost.org/doc/libs/1_54_0/libs/graph/doc/index.html
I'm aware of the BGL, but I didn't find it
Hello all,
I thought I'd do a writeup of the process of implementing and
optimizing one of the graph metrics in Dgraph, starting from a
fairly straight copy of pseudo-code in a research paper all
through the various incremental tweaks that improve performance.
http://braingam.es/2013/09/betwe
On Wednesday, 18 September 2013 at 13:39:29 UTC, bearophile wrote:
Just for a test, try to allocate all those arrays in a
different way:
- First try a std.array.Array using the LDC2 compiler;
- Another thing to try is to allocate them on the stack using
core.stdc.stdlib.alloca:
auto p = cast(T
On Wednesday, 18 September 2013 at 15:22:51 UTC, bearophile wrote:
Joseph Rushton Wakeling:
I haven't yet tried alloca or other manual memory management
-- I felt a bit resistant to this as I'd prefer to keep the
code simple and readable -- but I'll give that a go too just
to
On Wednesday, 18 September 2013 at 15:17:25 UTC, Joseph Rushton
Wakeling wrote:
I think I did give std.array.Array a trial when trying to speed
up its performance, and I don't remember it making any
difference (if anything it may have slowed things down). But
I'll give it a secon
On Wednesday, 18 September 2013 at 13:39:29 UTC, bearophile wrote:
- Try to optionally accept the buffers from outside.
Does this look good to you?
/
auto ref betweenness(T = double, Graph)(ref Graph g, bool[]
ignore = null)
if (isFloating
On Wednesday, 18 September 2013 at 17:13:28 UTC, bearophile wrote:
How many times or how often do you need to call betweenness()?
If it's called only few times or once in a while then using the
GC is good enough. But if you have to call it many millions of
times, all those GC array allocations
On Wednesday, 18 September 2013 at 13:39:29 UTC, bearophile wrote:
auto centrality =
minimallyInitializedArray!(typeof(return))(g.vertexCount);
centrality[] = T0;
auto stack = new size_t[g.vertexCount];
auto sigma = minimallyInitializedArray!T(g.vertexCount);
sigma[] = T0;
On Tuesday, 24 September 2013 at 22:14:30 UTC, bearophile wrote:
minimallyInitializedArray is not stupid, if the specified type
has no indirections, it's equivalent to using
uninitializedArray, but it's safer if you later change the
type. So in general it's not a good idea to use
uninitialized
On Thursday, 26 September 2013 at 20:56:39 UTC, bearophile wrote:
Joseph Rushton Wakeling:
I have not found this -- using minimallyInitializedArray for
the arrays of built-in types is slower than if I use
uninitializedArray.
Then minimallyInitializedArray should be improved :-)
It'
On Thursday, 26 September 2013 at 21:29:42 UTC, bearophile wrote:
You also have arrays of T. Someday T could be something with
indirections :-) So minimallyInitializedArray is safer
regarding future changes in your code.
T is qualified via isFloatingPoint :-)
On Thursday, 26 September 2013 at 22:03:12 UTC, bearophile wrote:
Joseph Rushton Wakeling:
T is qualified via isFloatingPoint :-)
I know, but that qualification could change in future
evolutions of your code. Strong type safety means that if you
change a type in your code, with a localized
On Friday, 11 October 2013 at 00:36:12 UTC, Andrei Alexandrescu
wrote:
Today I committed the first 5112 lines of D code to Facebook's
repository. The project is in heavy daily use at Facebook.
Compared to the original version (written in C++) we've
measured massive wins in all of source code si
On Friday, 11 October 2013 at 05:11:49 UTC, Walter Bright wrote:
It's the first battle signaling the end of Middle Earth, and
the rise of the Age of D. The old guard will be sailing to the
Grey Havens soon.
Hmmm, dodgy metaphor. The departure of the ringbearers heralds
the new age, but it's
On Saturday, 12 October 2013 at 12:08:03 UTC, Todor wrote:
On Friday, 11 October 2013 at 05:11:49 UTC, Walter Bright wrote:
On 10/10/2013 10:05 PM, Nick Sabalausky wrote:
Awesome! Great bragging rights for D :)
It's the first battle signaling the end of Middle Earth, and
the rise of the Age
On Tuesday, 22 October 2013 at 22:42:14 UTC, David Nadlinger
wrote:
LDC 0.12.0, the LLVM-based D compiler, is available for
download! It is built on the 2.063.2 frontend and standard
library and supports LLVM 3.1-3.3 (OS X: 3.2 only).
Congratulations David and team :-)
On Saturday, 2 November 2013 at 00:03:51 UTC, Ali Çehreli wrote:
I have continued with the translation of the book. There are 36
of the 727 pages still to be translated. (However, I still need
to write the UDA chapter.)
In addition to many corrections and additions throughout the
book, there
On Saturday, 2 November 2013 at 20:36:39 UTC, Andrei Alexandrescu
wrote:
"Converse"? (Haven't read the section discussed.)
Could also work. The range in question wraps an input range r
and sets front to return -r.front.
On Saturday, 2 November 2013 at 22:45:13 UTC, Ali Çehreli wrote:
I spent considerable amount of time on those names. Like you, I
am not happy with Inverse. :)
I wanted to say struct Negate and function negate(). But ! is
the negation operator.
I like opposite better but the Wikipedia article
On Sunday, 3 November 2013 at 22:42:37 UTC, Tove wrote:
I'm not a native English speaker, but FWIW I would have chosen:
http://en.wiktionary.org/wiki/numeric_complement
I knew there was another term out there somewhere :-)
On Wednesday, 27 November 2013 at 05:44:36 UTC, Jonathan M Davis
wrote:
And now I have to wrack my brain for ideas. :) I could probably
answer
questions about D all day, but coming up with something useful
to talk about
on my own never seems to be as easy as it should be...
Well, you have 'ti
On Wednesday, 27 November 2013 at 14:37:11 UTC, Dicebot wrote:
I had some until I have started to think about "Credentials:
What qualifies you to talk on the topic of choice?".
The fact that you are curious about the topic in question, have
given it some thought and come up with something inte
On Friday, 10 January 2014 at 11:07:13 UTC, John Colvin wrote:
Nice :)
I presume you are aware of https://github.com/WebDrake/Dgraph
Good inspiration for me to get back to work on that :-)
@Peter -- this is really exciting to see and I will be looking
into your work with great interest. Let
On Wednesday, 26 February 2014 at 00:57:55 UTC, deadalnix wrote:
Usually, I understand XXX evangelist as "My job is to use
twitter".
Oh, so _that's_ why the text of the Bible comes in individual
numbered verses of less than 140 characters each!
Hello all,
As some of you may already know, monarch_dodra and I have spent
quite a lot of time over the last year discussing the state of
std.random. To cut a long story short, there are significant
problems that arise because the current RNGs are value types
rather than reference types. We
On Wednesday, 19 March 2014 at 23:58:36 UTC, Rikki Cattermole
wrote:
Out of interest but, shouldn't in the device module have a
static assert(0, "Not implemented yet") type of deal with the
version(Posix) block?
Not really. There's still usable functionality in there for all
architectures (a
On Thursday, 20 March 2014 at 00:09:51 UTC, bearophile wrote:
Do you have a simple but very fast function that generates
uniforms in [0.0, 1.0]? :-)
No, but it's planned. Jerro wrote quite a nice one in the course
of his work on the Ziggurat algorithm, and I'm sure he'd be happy
for me to ad
On Thursday, 20 March 2014 at 00:05:20 UTC, Joseph Rushton
Wakeling wrote:
Not really. There's still usable functionality in there for
all architectures (although I'm not sure how practically
useful).
Just to expand on that remark: my impression is that individual
random d
On Thursday, 20 March 2014 at 00:09:51 UTC, bearophile wrote:
Please don't use stuttering names like
"std.random2.randomShuffle". "std.random2.shuffle" is enough.
I don't object to rewriting the names if there's a valid case for
it, but it does seem to me to be important to try and match as
m
On Thursday, 20 March 2014 at 00:39:43 UTC, bearophile wrote:
Note: I meant a simple but very fast function that generates
just one value in [0.0, 1.0] (not a range).
There will be both. :-)
Off the top of my head I'm not sure whether the interval will be
[0.0, 1.0], [0.0, 1.0) or whether it
On Thursday, 20 March 2014 at 01:07:54 UTC, bearophile wrote:
In Bugzilla probably there are many bug reports/enhancement
requests about std.random, so I suggest you to read them. Some
of them can be useful, while other are probably already
addressed in the current (or planned) std.random2.
Y
On Thursday, 20 March 2014 at 01:32:41 UTC, Chris Williams wrote:
Any chance that you could describe them? I was about to resume
porting the dcrypt library into Phobos, and had intended to
flip the classes into structs, to match what the rest of the
library was doing.
I think there's a good c
On Thursday, 20 March 2014 at 08:30:09 UTC, ponce wrote:
Related: please consider using parts of SimpleRNG the excellent
work of John D. Cook which provides many random distributions
in a compact and documented way.
https://github.com/p0nce/gfm/blob/master/math/gfm/math/simplerng.d
(here a po
On Thursday, 20 March 2014 at 08:51:08 UTC, monarch_dodra wrote:
Agreed.
There is consensus it seems. I will make the fix ;-)
I think there is 0 doubt that reference semantics is the way to
go. An advantage of using class is that it is still *possible*
to place them on the stack with Scoped
On Thursday, 20 March 2014 at 21:42:13 UTC, Chris Williams wrote:
To be certain that the implementation doesn't have any security
holes?
Yes. Of course, in the current climate one might fear that
they'd be the ones introducing them ... :-)
On Thursday, 20 March 2014 at 18:43:49 UTC, Chris Williams wrote:
That's only completely true if structs are referred to by
pointer. ref parameters/returns aren't quite sufficient to keep
a struct acting as a reference for all purposes.
As far as I can tell, you're thinking of _passing_ struct
On Thursday, 20 March 2014 at 00:39:43 UTC, bearophile wrote:
It's the best chance to improve naming, so do not throw it away
for nothing:
https://d.puremagic.com/issues/show_bug.cgi?id=9106
I think the following patch should fix that for you:
https://github.com/WebDrake/std.random2/commit/fb5
Latest patches rename randomSample => sample, again offering a
documented alias to assist migration.
It would be nice to complete the set and eliminate randomCover,
but in this case "cover" seems too vague a name to use. Any
suggestions for alternatives? I wasn't able to readily find an
equ
On Saturday, 22 March 2014 at 20:09:00 UTC, bearophile wrote:
Perhaps it's better to not document this alias.
For now it will be documented, for clarity if nothing else.
Whether that documentation makes it into a Phobos submission, I
think should depend on formal review.
I'd like a permuta
Latest patches just pushed to repo make the randomSample =>
sample change and introduce a fast uniform01 and
uniform01Distribution :-)
On Saturday, 22 March 2014 at 23:56:35 UTC, bearophile wrote:
They seem good.
Excellent!
There may need to be some attention to the internals of
uniform01. Its correctness depends on whether one can always
trust a float-based RNG to return values in [min, max) or whether
[min, max] is also
On Sunday, 23 March 2014 at 10:15:32 UTC, bearophile wrote:
Is the issue is already fixed in std.random you can close it :-)
Well, your request for a "choice" method is still open ... :-)
The best thing is to add an efficient choice() function, so no
efficiency mistake happens :-)
Sure, I'm
On Thursday, 20 March 2014 at 00:09:51 UTC, bearophile wrote:
Do you have a simple but very fast function that generates
uniforms in [0.0, 1.0]? :-)
On that note:
https://github.com/D-Programming-Language/phobos/pull/2050
Hope you don't mind me jumping ahead of your existing PR on this
-- i
On Tuesday, 25 March 2014 at 00:08:27 UTC, bearophile wrote:
I don't mind, I am happy :-) Thank you for adding a sorely
needed function.
You are very kind, and far too modest. :-)
On Tuesday, 25 March 2014 at 00:08:27 UTC, bearophile wrote:
I don't mind, I am happy :-) Thank you for adding a sorely
needed function.
It's been merged :-)
On Sunday, 16 December 2012 at 10:27:05 UTC, David Nadlinger
wrote:
For everyone wondering why it does not show up in the web
interface (forum.dlang.org) yet
What about mailing-list access? I see nothing on
lists.puremagic.com.
Really exciting to see how D is being used in this context, and
the C++ binding examples are inspiring.
Just one niggle -- the word "postmortem" makes it sound like a
study of how something died, whereas this seems to be work that
is very much alive and kicking!
On Friday, 17 May 2013 at 22:52:19 UTC, Adam D. Ruppe wrote:
The last question in the video was if it would work in Linux
too, and idk about the rest of their setup, but the C++ binding
is something I've done before, and the code is virtually
identical to what Manu did.
That's good to know, a
On Wednesday, 22 May 2013 at 13:44:10 UTC, Dicebot wrote:
Eh, official definition of "breaking change" keeps breaking my
heart. But I guess this is a mindset set in stone now and
changing it is close to impossible.
Can you elaborate a little bit?
I felt personally that what the discussion did
Wonderful talk, Iain. :-)
One question about the copyright assignment issue. How does this
operate in practice? Is it going to be that the D frontend will
simply go forward as copyright (c) FSF (which isn't a problem
DMD-wise as their assignment agreement immediately licenses the
code back
On Monday, 26 August 2019 at 03:55:43 UTC, Andrej Mitrovic wrote:
On Sunday, 25 August 2019 at 13:38:24 UTC, Mike Parker wrote:
...
Solve Dependency Hell:
This is considered as a crucial first step in making Phobos
available via the DUB registry
I'm guessing this means we might even be able t
On Tuesday, 24 September 2019 at 23:27:44 UTC, Walter Bright
wrote:
On 9/23/2019 3:01 PM, H. S. Teoh wrote:
On Mon, Sep 23, 2019 at 02:55:00PM -0700, Walter Bright via
There should be redundant, decoupled camera/operator crew to
solve this
problem. ;-)
I know. The same thing happened at DCon
Speaking of performance, I was intrigued by the Reddit response
noting that Rust can go one better by eliminating the error path
at compile time:
https://www.reddit.com/r/programming/comments/ddi5wb/comment/f2iow4u
The commenter suggests that's because Rust bakes the
functionality into the com
On Sunday, 6 October 2019 at 03:47:25 UTC, Seb wrote:
My earlier post tried to point out that SumType is an excellent
candidate for v2.
Sorry, Seb, but I don't get this. There's no reason to wait for a
v2 to introduce a new SumType symbol that outperforms the old
Variant (assuming it's not po
On Sunday, 6 October 2019 at 08:27:35 UTC, Seb wrote:
Well, my guess it will be similar [...]
If you're not the one making those decisions it may be better not
to prejudge them. A significant performance improvement is a
different beast to moderate API/usability improvements.
A standard lib
On Sunday, 6 October 2019 at 14:08:07 UTC, Adam D. Ruppe wrote:
D can eliminate error paths at compile time too, e.g. static
assert - which can be used to create all kinds of new useful
errors. So I am guessing this is just a case of the code
needing a lil tweak or the compiler being conservati
On Monday, 7 October 2019 at 01:38:04 UTC, Paul Backus wrote:
Just to clarify: SumType isn't, and was never intended to be, a
drop-in replacement for Algebraic. Their interfaces are similar
enough that porting code from Algebraic to SumType shouldn't be
too difficult, but even within the common
On Monday, 11 November 2019 at 13:44:28 UTC, Robert Schadek wrote:
So dub has some problems, and personally I find its code base
very hard to get
into.
At Symmetry we are a very heavy user of dub, resulting in many
wasted hours.
So I started to write dud [1]. I kept some boring/nice parts
fr
On Monday, 18 November 2019 at 13:19:12 UTC, Paolo Invernizzi
wrote:
Closing this kind of discussions and letting anyone to choose
"tabs or spaces" is a constructive solution, I think.
It is quite extraordinary how readily folks fall to arguing over
what the config format should be, rather tha
On Monday, 18 November 2019 at 19:44:46 UTC, Russel Winder wrote:
On Mon, 2019-11-18 at 15:35 +, Joseph Rushton Wakeling via
Digitalmars-d- announce wrote:
[…]
It is quite extraordinary how readily folks fall to arguing
over what the config format should be, rather than what the
app
On Monday, 18 November 2019 at 20:48:53 UTC, bachmeier wrote:
IMO this is one of the most important parts of the first five
minutes with the language. Someone has installed the compiler,
and now they want to test it out. If they have a bad experience
with Dub, they will not continue with the la
On Monday, 18 November 2019 at 16:31:09 UTC, Nick Sabalausky
(Abscissa) wrote:
As has been discussed elsewhere a few months ago, dependency
resolution should be outsourced to an established SAT
I have no objections to that in principle, but I am not sure that
will resolve the issue I posted: I
On Wednesday, 20 November 2019 at 11:40:19 UTC, Robert Schadek
wrote:
Here is disagree, to a degree I consider comments a code smell.
If I have to write them, I failed to convey the information
needed to understand the code in the code.
That depends on what you're using documentation and commen
On Thursday, 21 November 2019 at 14:50:59 UTC, Steven
Schveighoffer wrote:
Assuming the code you wrote does what you wanted it to do...
Often times, comments convey what you're thinking, and it's
much easier to understand a description than mentally compiling
and running the code to figure out
On Saturday, 23 November 2019 at 09:51:13 UTC, Sebastiaan Koppe
wrote:
This is my proposal for porting D runtime to WebAssembly. I
would like to ask you to review it. You can find it here:
https://gist.github.com/skoppe/7617ceba6afd67b2e20c6be4f922725d
Thanks for putting this together, it look
1 - 100 of 272 matches
Mail list logo