On Thursday, 3 May 2018 at 19:11:05 UTC, Mark wrote:
On Wednesday, 25 April 2018 at 14:18:07 UTC, Rel wrote:
In case you guys like to take a quick look at new emerging,
but somewhat unknown systems programming languages:
* https://www.red-lang.org/ (own handwritten backend)
* https://crystal-lan
On Thursday, 8 March 2018 at 07:54:29 UTC, Jacob Carlborg wrote:
On Thursday, 8 March 2018 at 07:20:53 UTC, Radu wrote:
This guys says that vide.d works
https://forum.dlang.org/thread/gikoeutmdyvolfshp...@forum.dlang.org
Yes, it's pretty straightforward:
1. Build on Ubuntu, or some other dis
On Thursday, 8 March 2018 at 08:07:23 UTC, Joakim wrote:
On Thursday, 8 March 2018 at 06:49:07 UTC, Andrew Benton wrote:
On Monday, 5 March 2018 at 17:58:25 UTC, Joakim wrote:
[snip]
What is the exact error? Maybe report it here:
https://github.com/lindt/docker-dmd/issues/1
I built out LDC
On Thursday, 8 March 2018 at 07:20:53 UTC, Radu wrote:
On Thursday, 8 March 2018 at 06:49:07 UTC, Andrew Benton wrote:
On Monday, 5 March 2018 at 17:58:25 UTC, Joakim wrote:
[snip]
This guys says that vide.d works
https://forum.dlang.org/thread/gikoeutmdyvolfshp...@forum.dlang.org
On Monday, 5 March 2018 at 17:58:25 UTC, Joakim wrote:
On Monday, 5 March 2018 at 14:34:44 UTC, aberba wrote:
[snip]
The Alpine build is up, let me know if you have any problems.
Note the changelog entry that says you'll need to install llvm
and maybe other packages from the Alpine package
On Tuesday, 30 January 2018 at 20:45:44 UTC, Andrei Alexandrescu
wrote:
https://www.quora.com/Why-hasnt-D-started-to-replace-C++
Andrei
I think that the largest issue there is probably the marketing
and advocacy. When Rust was about the same share as D, it had
much better marketing. Someon
On Monday, 22 January 2018 at 05:54:31 UTC, Dmitry Olshansky
wrote:
On Monday, 22 January 2018 at 04:40:53 UTC, Andrew Benton wrote:
On Monday, 15 January 2018 at 19:28:08 UTC, Ali Çehreli wrote:
I know a project where D could benefit from gRPC in D, which
is not among the supported languages
On Saturday, 20 January 2018 at 20:37:45 UTC, Andre Pany wrote:
Hi,
the GSOC wiki page inspired me to write this request. If I have
an idea how the improve the D ecosystem but cannot do it
myself, there is at the moment no good channel to provide this
idea to someone other in the D community.
On Monday, 15 January 2018 at 19:28:08 UTC, Ali Çehreli wrote:
I know a project where D could benefit from gRPC in D, which is
not among the supported languages:
https://grpc.io/docs/
Do you think gRPC support is worth adding to GSOC 2018 ideas?
https://wiki.dlang.org/GSOC_2018_Ideas
Ali
On Thursday, 12 October 2017 at 15:04:57 UTC, moechofe wrote:
What is the wanted lifetime of the project?
Is D will manage to pass through time?
It is valuable to start a 40 years old project using D?
DMD, LDC, and GDC are all open source. So I guess the question
would be: If everyone else per
More than likely, you are one of the billions of dynamic Facebook
customer. The truth is out, billions! It's assessed that there
are almost 2 billion dynamic month to month customer around the
world.
With that many individuals taking an interest on the online
networking webpage, issues will u
On Friday, 14 July 2017 at 08:57:17 UTC, Wulfklaue wrote:
https://blog.sourced.tech/post/language_migrations/
A recent article where github programming languages popularity
and migration got analysed was very interesting but it showed
one noticeable thing:
A total lack of D even mentioned!!!
On Monday, 10 April 2017 at 06:17:43 UTC, Dukc wrote:
On Monday, 10 April 2017 at 02:04:35 UTC, Andrew Godfrey wrote:
On Monday, 10 April 2017 at 01:54:54 UTC, Walter Bright wrote:
throw new E(string);
Did you mean to use the "scope" keyword somewhere in the line
above?
On Monday, 10 April 2017 at 01:54:54 UTC, Walter Bright wrote:
On 4/9/2017 6:32 PM, Andrew Godfrey wrote:
Ok. So then if I have created a refcounted Exception, and
later (in another
function) I take a reference to it (by stuffing it into a
struct field, say),
how does that work?
You can&#
On Monday, 10 April 2017 at 00:48:39 UTC, Walter Bright wrote:
On 4/9/2017 5:12 PM, Andrew Godfrey wrote:
Is it general?
No.
If not, what is special about Exceptions that makes it work
here?
It only works because all ways that such exceptions can leak
are controlled. D doesn't have
On Sunday, 9 April 2017 at 20:15:46 UTC, Walter Bright wrote:
On 4/9/2017 1:35 AM, Dukc wrote:
object aMemoryLeak;
void someFunc()
{ throw (aMemoryLeak = new Exception("hello world!"));
}
Would the compiler warn about this or make the exception
normally garbage
collected?
That would be a
On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote:
My previous version did not survive implementation. Here's the
revised version. I have submitted it as a DIP, and there's a
trial implementation up:
[...]
Just a quick note to reduce confusion for reviewers:
The number of parent
On Thursday, 12 January 2017 at 16:55:10 UTC, Nordlöw wrote:
On Thursday, 12 January 2017 at 09:19:26 UTC, Russel Winder
wrote:
Is the intention for this to stand with or replace std.bigint ?
I have no plan yet. I'm just gonna work on it for fun until it
covers most of GNU MP. Pull requests a
On Thursday, 12 January 2017 at 02:12:01 UTC, Mike Parker wrote:
On Wednesday, 11 January 2017 at 23:12:30 UTC, Nordlöw wrote:
On Wednesday, 11 January 2017 at 22:19:58 UTC, Andrew Hall
wrote:
also, why nogc?
Because C-functions never use the D garbage collector :)
They should also be
On Wednesday, 11 January 2017 at 22:18:53 UTC, Andrew Hall wrote:
On Wednesday, 11 January 2017 at 22:14:03 UTC, Nordlöw wrote:
One important thing...you've forgotten to qualify the D
wrapper functions as `pure @nogc`.
in the actual bindings, I did include pure & nothrow however
On Wednesday, 11 January 2017 at 22:14:03 UTC, Nordlöw wrote:
One important thing...you've forgotten to qualify the D wrapper
functions as `pure @nogc`.
in the actual bindings, I did include pure & nothrow however
I've not had time in the wrapper.
On Wednesday, 11 January 2017 at 18:32:36 UTC, Nordlöw wrote:
On Wednesday, 11 January 2017 at 13:53:18 UTC, Andrew Hall
wrote:
I was planning on extending this wrapper but since you have
one, you may as well have the test cases.
Great. I'll merge mine and your's stuff and put it
On Wednesday, 11 January 2017 at 12:50:15 UTC, Nordlöw wrote:
On Wednesday, 11 January 2017 at 10:29:26 UTC, Andrew Hall
wrote:
https://github.com/andrew-m-h/libgmp
Nice. I'll make use of it in my high-level wrapper at
https://github.com/nordlow/phobos-next/blob/master/src/gmp.d
inste
On Wednesday, 11 January 2017 at 10:52:40 UTC, Guillaume Chatelet
wrote:
On Wednesday, 11 January 2017 at 10:29:26 UTC, Andrew Hall
wrote:
I've been writing D bindings for GMP and I was wondering if
they warrant inclusion in the Deimos git repo. I know Dlang
has bignum, but GMP is stil
how to proceed.
https://github.com/andrew-m-h/libgmp
On Monday, 22 August 2016 at 10:48:14 UTC, Lodovico Giaretta
wrote:
By the way, the core team is very busy so if Andrew (the OP)
wants to make a PR himself, it would be welcome.
Is there a tool somewhere that parses the UnicodeData.txt and
PropList.txt and generates all the tries? I took a
an updated version of std.uni, or are there plans
to update it?
Thanks
Andrew.
On Wednesday, 3 August 2016 at 23:00:11 UTC, Seb wrote:
There was a recent discussion on Phobos about D's floating
point behavior [1]. I think Ilya summarized quite elegantly our
problem:
[...]
In my experience (production-quality FP coding in C++), you are
in error merely by combining floa
On Thursday, 21 July 2016 at 08:40:03 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 16 July 2016 at 13:09:22 UTC, Andrew Godfrey wrote:
ideas that would require a major version change. The thing
about that is that it can't be done incrementally; it's the
rare kind of thing that would
On Thursday, 21 July 2016 at 09:35:55 UTC, Kagamin wrote:
On Saturday, 16 July 2016 at 06:36:33 UTC, Ola Fosheim Grøstad
wrote:
Not sure what you mean.
1. It is more time consuming to write an analysis engine that
can cover convoluted machinery than simple machinery.
2. It it more difficult
On Wednesday, 20 July 2016 at 20:12:14 UTC, Jack Stouffer wrote:
On Tuesday, 19 July 2016 at 15:22:19 UTC, Andrew Godfrey wrote:
[...]
Something being dfix-able is not enough for the simple reason
that legacy code in D is already becoming a thing, despite D2
only existing for nine years. A
On Tuesday, 19 July 2016 at 09:49:50 UTC, Chris wrote:
On Monday, 18 July 2016 at 18:03:49 UTC, Mathias Lang wrote:
2016-07-18 15:48 GMT+02:00 Andrew Godfrey via Digitalmars-d <
digitalmars-d@puremagic.com>:
I've never seen a definitive "No" to breaking changes.
W
On Thursday, 14 July 2016 at 20:01:54 UTC, Walter Bright wrote:
On 7/14/2016 11:49 AM, Steven Schveighoffer wrote:
In C++, the compiler has to reload x, because it may have
changed.
That's right. I learned that the hard way, when the original
optimizer would assume that x hadn't changed. It b
On Monday, 18 July 2016 at 09:45:39 UTC, Chris wrote:
On Sunday, 17 July 2016 at 02:17:52 UTC, Andrew Godfrey wrote:
On Saturday, 16 July 2016 at 21:35:41 UTC, Walter Bright wrote:
On 7/16/2016 6:09 AM, Andrew Godfrey wrote:
Walter called Prolog "singularly useless". You have been
On Sunday, 17 July 2016 at 12:38:46 UTC, Andrei Alexandrescu
wrote:
On 7/15/16 10:43 AM, Andrew Godfrey wrote:
On Friday, 15 July 2016 at 11:09:24 UTC, Patrick Schluter
wrote:
On Friday, 15 July 2016 at 10:25:16 UTC, Shachar Shemesh
wrote:
I think the one that hurts the most is fixing &q
On Sunday, 17 July 2016 at 02:07:19 UTC, pineapple wrote:
On Sunday, 17 July 2016 at 02:03:52 UTC, Andrew Godfrey wrote:
2) I wonder if an "uninitialized" feature would be worthwhile.
That is, a value you can initialize a variable to, equal to
'init', but that static anal
On Saturday, 16 July 2016 at 21:35:41 UTC, Walter Bright wrote:
On 7/16/2016 6:09 AM, Andrew Godfrey wrote:
Walter called Prolog "singularly useless". You have been
referring to changes
that would amount to a new major version of D as "a cleanup".
From the forums,
my sens
On Saturday, 16 July 2016 at 21:52:02 UTC, Walter Bright wrote:
On 7/16/2016 5:32 AM, Andrew Godfrey wrote:
[...]
Thanks for taking the time to post about your experience with
it. Comparing D with SAL is a worthwhile exercise.
[...]
I've seen SAL before, but have not studied i
On Saturday, 16 July 2016 at 07:14:03 UTC, Ola Fosheim Grøstad
wrote:
On Thursday, 14 July 2016 at 23:38:17 UTC, Walter Bright wrote:
On 7/14/2016 6:26 AM, Chris wrote:
Now, now. Where's your sense of humor?
The thing is, he's just here to troll us. His posts all follow
the same pattern of r
On Saturday, 16 July 2016 at 06:40:31 UTC, Walter Bright wrote:
But in C++, everything is @system. I'm not sure how people
successfully create enormous programs with it.
I work on Microsoft Word. I'm not sure how much I can share about
internal verification tools, but I can say: We do have SA
On Saturday, 16 July 2016 at 04:24:39 UTC, Walter Bright wrote:
On 7/15/2016 8:25 PM, Andrew Godfrey wrote:
I agree and I like mechanically checkable things. But I also
like compiler
features that mix mechanical checking with the ability to
attest to something
that can't be mechani
On Friday, 15 July 2016 at 23:00:45 UTC, Walter Bright wrote:
On 7/15/2016 1:48 PM, Shachar Shemesh wrote:
On 15/07/16 22:50, Walter Bright wrote:
You can do logical const in D just like in C++, and get those
performance gains. You just can't call it "const". But you
can call it
/*logical_co
On Friday, 15 July 2016 at 11:09:24 UTC, Patrick Schluter wrote:
On Friday, 15 July 2016 at 10:25:16 UTC, Shachar Shemesh wrote:
I think the one that hurts the most is fixing "C++ fault" #3.
It means there are many scenarios in which I could put const
in C++, and I simply can't in D, because
On Saturday, 9 July 2016 at 22:20:22 UTC, Timon Gehr wrote:
On 09.07.2016 06:39, Andrew Godfrey wrote:
On Friday, 8 July 2016 at 21:23:24 UTC, Timon Gehr wrote:
On 08.07.2016 04:25, Andrew Godfrey wrote:
Another example is "return" used for monads in eg Haskell -
even if it
on
On Saturday, 9 July 2016 at 16:38:02 UTC, Max Samukha wrote:
On Saturday, 9 July 2016 at 14:58:55 UTC, Andrew Godfrey wrote:
On Saturday, 9 July 2016 at 06:31:01 UTC, Max Samukha wrote:
On Saturday, 9 July 2016 at 04:32:25 UTC, Andrew Godfrey
wrote:
This is a tangent from the subject of
On Friday, 8 July 2016 at 20:11:11 UTC, H. S. Teoh wrote:
But yeah, D *has* overloaded the "static" keyword perhaps a
little more than it ought to have. But at the end of the day
it's just syntax... there are far more pressing issues to worry
about than syntax at the moment.
T
Okay, so now
On Saturday, 9 July 2016 at 06:31:01 UTC, Max Samukha wrote:
On Saturday, 9 July 2016 at 04:32:25 UTC, Andrew Godfrey wrote:
Aha! But I don't! It feels intuitive, possibly the best use of
"static". But that is immaterial, what matters is the sum of
all meanings of "stat
On Friday, 8 July 2016 at 21:23:24 UTC, Timon Gehr wrote:
On 08.07.2016 04:25, Andrew Godfrey wrote:
Another example is "return" used for monads in eg Haskell -
even if it
only has one meaning in Haskell, it is too mixed up with a
different
meaning in other common languages. D&#x
On Friday, 8 July 2016 at 18:16:03 UTC, Andrei Alexandrescu wrote:
On 07/07/2016 10:25 PM, Andrew Godfrey wrote:
D's "static if" - which is a killer feature if I ignore the
keyword -
gives me a similar feeling (though it's much less egregious
than
"return" in m
Generally it's not a feasible strategy to assign (or assume as
reader) a single context-independent meaning to a keyword.
That may be overstating it, yes. But I am looking here for a
positive statement about what kind of addition is "beyond the
pale". For example, in C++, "enum class" uses tw
This question is (I've just realized) the primary concern I have
about the future of D (and hence whether it's worth depending on).
I looked at the 2015H1 vision, and don't see an answer to this
there.
So, an example to illustrate the question: In a recent thread, I
saw code that used an "al
On Wednesday, 6 July 2016 at 07:38:50 UTC, qznc wrote:
On Wednesday, 6 July 2016 at 07:22:26 UTC, Tofu Ninja wrote:
Problem with that is ldc and gdc are always a few versions
behind dmd.
LDC is quite close now.
LDC v1.0.0 was released June 6 with DMD 2.070.2 compatibility.
DMD 2.070.2 was re
On Monday, 6 June 2016 at 00:05:38 UTC, Andrew Edwards wrote:
I encountered the following bug in std.string.inPattern:
import std.stdio;
[...]
Never mind. Please forgive the noise:
https://dlang.org/phobos/std_string.html#.inPattern
Andrew
embedded '-' in any pattern
that's at least 3 characters long and pattern[0] <
pattern[indexOf['-'] + 1]?
Andrew
On Monday, 30 May 2016 at 18:26:32 UTC, Adam D. Ruppe wrote:
On Monday, 30 May 2016 at 17:14:47 UTC, Andrew Godfrey wrote:
I like "make string iteration explicit" but I wonder about
other constructs. E.g. What about "sort an array of strings"?
How would you tell a generic s
I like "make string iteration explicit" but I wonder about other
constructs. E.g. What about "sort an array of strings"? How would
you tell a generic sort function whether you want it to interpret
strings by code unit vs code point vs grapheme?
On Saturday, 28 May 2016 at 19:04:14 UTC, Walter Bright wrote:
On 5/28/2016 5:04 AM, Andrei Alexandrescu wrote:
So it harkens back to the original mistake: strings should NOT
be arrays with
the respective primitives.
An array of code units provides consistency, predictability,
flexibility, a
On Saturday, 30 April 2016 at 22:14:47 UTC, Ed wrote:
On Saturday, 30 April 2016 at 01:06:18 UTC, Andrew Benton wrote:
On Friday, 29 April 2016 at 19:11:24 UTC, tsbockman wrote:
Rare as in, "effecting only a very small amount of real world
code" - not as in "effecting only a ve
On Friday, 29 April 2016 at 19:11:24 UTC, tsbockman wrote:
Rare as in, "effecting only a very small amount of real world
code" - not as in "effecting only a very small number of
people".
I'm not sure if actually affects just a small number of real
world cases. I think that majority of medium
On Thursday, 28 April 2016 at 12:28:23 UTC, tsbockman wrote:
On Thursday, 28 April 2016 at 10:21:34 UTC, Andrew Benton wrote:
So to the point: Is there an easier way to do this that I'm
missing? Is there a language-design reason that mixed in
templates can't inherit? It see
I'm running into a set of problems where both inheritance and
mixin-added functionality really lend a hand to my project.
Unfortunately, they don't necessarily work well together, as
certain mixins need to be restated for each inheritor.
As a toy example, if I wanted to mixin some functionali
Surely a language such as Java is much better for things like
design by contract through JML? It may not be built-in such as
D's `in` and `out` blocks, but there is tool-support for both
runtime and static checking, and JML can also describe things
such as class invariants.
One of awful thing
tch once (if?) I've
found the bug.
Andrew.
Don't forget to mention all the "software engineering" principles
that can be taught using D too including:
Design by Contract
Literate programming (embedded documentation)
and to tool that come "standard" in the language such as
Coverage
Profiling
On Sunday, 6 March 2016 at 07:38:01 UTC, Ali Çehreli wrote:
Motivated by Dmitry's "Pitching D to a gang of Gophers" thread,
how about pitching it to a gang of professors and graduate
students?
I will be presenting D to such an audience at METU in Ankara.
What are the points that you would str
On 2/27/16 3:02 PM, BBasile wrote:
On Saturday, 27 February 2016 at 04:19:06 UTC, BBasile wrote:
On Saturday, 27 February 2016 at 02:48:16 UTC, Andrew Edwards
I am asking the community's assistance to improve the quality of this
repo and prepare for use in nightly testing of the D com
mpile with the current stable DMD compiler
(2.070.0).
I am asking the community's assistance to improve the quality of this
repo and prepare for use in nightly testing of the D compiler.
Andrew
On Thursday, 11 February 2016 at 08:37:29 UTC, Andrea Fontana
wrote:
Check this:
http://digger.k3.1azy.net/trend/
Very nice!
I just upgraded from DMD 2.065.0 (so about 2 years old) to
2.070.0, and noticed a difference in compilation speed. I'll
detail what I see, in case it's interesting, but really I just
want to ask: What should I expect? I know that DMD is now
selfhosting, and I know there's a tradeoff between com
On Monday, 25 January 2016 at 16:20:50 UTC, Andrei Alexandrescu
wrote:
On 01/25/2016 11:02 AM, Adam D. Ruppe wrote:
I don't think we should read *too* much into the words.
Yeah, it's interesting. I recall thinking as I was drafting the
document: "One word... ONE word that doesn't sit well and
On Tuesday, 27 October 2015 at 18:16:51 UTC, Jack Stouffer wrote:
On Tuesday, 27 October 2015 at 17:49:51 UTC, Andrew Benton
wrote:
Slack seems like it is becoming more and more popular. Have
we considered setting up a Slack chat group?
Slack is designed for small teams, and many programming
Slack seems like it is becoming more and more popular. Have we
considered setting up a Slack chat group?
On Thursday, 25 June 2015 at 03:15:58 UTC, Andrew Gough wrote:
On Tuesday, 23 June 2015 at 22:58:32 UTC, Vladimir Panteleev
wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
A rename can be proposed by creating a subthread: [...]
Rationale:
As with setExt, std.uni
On Tuesday, 23 June 2015 at 22:58:32 UTC, Vladimir Panteleev
wrote:
On Tuesday, 23 June 2015 at 22:45:10 UTC, Vladimir Panteleev
wrote:
A rename can be proposed by creating a subthread: [...]
Rationale:
As with setExt, std.uni already contains functions called
toLower/toUpper, thus the only
Visualisation is certainly not behind python's success in
bioinformatics, which predates ipython. If you look through
journals, very few of the figures are done in python (and none at
all in julia). It succeeded because it allows you to hack your
way through massive text files and it's not perl
On 9/25/14, 11:11 PM, Vladimir Panteleev wrote:
On Thursday, 25 September 2014 at 13:53:15 UTC, Andrew Edwards wrote:
This would provide a uniformed location to see if a pull exists for a
specific issue
For the record, for this particular problem we use the "pull" keyword.
Postin
On 9/25/14, 11:14 PM, Vladimir Panteleev wrote:
On Thursday, 25 September 2014 at 14:11:58 UTC, Vladimir Panteleev wrote:
If there is a better way, I would appreciate guidance toward that
direction also.
BTW, for a similar project[1] I parse DFeed's local cache of the
digitalmars.D.bugs emails
foreach (record; csvReader!(format)(line))
{
writeln("|-");
writeln("| [https://issues.dlang.org/show_bug.cgi?id="~record[0] ~"
"~ record[0]~"]");
writeln(" || ");
writeln(" || " ~ record[6]);
writeln(" || ");
writeln(" || ");
}
}
writeln("|}");
}
If there is a better way, I would appreciate guidance toward that
direction also.
Thanks,
Andrew
On 9/8/14, 10:30 AM, Andrei Alexandrescu wrote:
Andrew Edwards has done a great job with the recent release, but needs
to step down because he's busy with other pursuits.
We need a release lieutenant who would carry us through the release
process. Please tender your application by replyi
On Tuesday, 2 September 2014 at 13:15:02 UTC, Dicebot wrote:
On Tuesday, 2 September 2014 at 08:24:42 UTC, ketmar via
Digitalmars-d wrote:
please note that i'm not trying to say that D developers doing
everything wrong nor that they are incompetent. D is great.
but we can
make it even better. j
On Sunday, 25 July 2010 at 14:10:10 UTC, Simen kjaeraas wrote:
bearophile wrote:
I suggest all people in all D newsgroups, to write code that
runs, not uncompilable snippets. All errors in the last
Walter's talk can be avoided in few minutes running the code.
In Python newsgroups 90% of the
On 8/29/14, 10:55 AM, Dicebot wrote:
On Thursday, 28 August 2014 at 05:13:06 UTC, Andrei Alexandrescu wrote:
On 8/27/14, 9:47 PM, Andrew Edwards wrote:
Anyone here knows how to consistently obtain the previous tag on git?
Are tags always coming in order? Then it's easy:
git tag | tai
On Friday, 29 August 2014 at 04:29:31 UTC, Vladimir Panteleev
wrote:
On Friday, 29 August 2014 at 04:21:54 UTC, Andrew Godfrey wrote:
The first parameter of formattedRead is a non-const ref. Is
there
a good reason for this?
formattedRead takes an input range as the first parameter, and
The first parameter of formattedRead is a non-const ref. Is there
a good reason for this?
e.g. the below doesn't compile, but if I remove the 'const' from
Foo.normalize, then it succeeds:
unittest {
import std.datetime;
struct Foo {
string date;
DateTime normalize() con
getting something completely different.
Assistance appreciated.
Regards,
Andrew
On Monday, 25 August 2014 at 08:07:58 UTC, Marc Schütz wrote:
On Sunday, 24 August 2014 at 18:43:36 UTC, Dmitry Olshansky
wrote:
24-Aug-2014 22:19, Andrew Godfrey пишет:
The OP and the question of auto-decoding share the same root
problem:
Even though D does a lot better with UTF than other
On Sunday, 24 August 2014 at 18:43:36 UTC, Dmitry Olshansky wrote:
24-Aug-2014 22:19, Andrew Godfrey пишет:
The OP and the question of auto-decoding share the same root
problem:
Even though D does a lot better with UTF than other languages
I've used,
it still confuses characters with
The OP and the question of auto-decoding share the same root
problem: Even though D does a lot better with UTF than other
languages I've used, it still confuses characters with code
points somewhat. "Element type is some character" is an example
from OP. So clarify for me:
If a programmer makes
On Thursday, 21 August 2014 at 03:53:42 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 21 Aug 2014 03:24:35 +
Andrew Godfrey via Digitalmars-d
wrote:
maybe just call that "slice views"? ;-)
really, uncommon term will (at least it should ;-) make user to
read
about that "sl
On Wednesday, 20 August 2014 at 00:13:32 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 19 Aug 2014 23:58:57 +
Andrew Godfrey via Digitalmars-d
wrote:
In either case, we are "passing a reference by value".
yes. but passing null class will not allow to call it's
methods, an
On Sunday, 17 August 2014 at 07:33:01 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 14 Aug 2014 06:46:40 +
Andrew Godfrey via Digitalmars-d
wrote:
sorry for the late answer.
Don't think I'm being flippant, but I have trouble
interpreting such feedback, because D'
I've broken out the less controversial fixes into a separate PR:
https://github.com/D-Programming-Language/dlang.org/pull/629
On Monday, 11 August 2014 at 19:43:26 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 11 Aug 2014 07:04:41 +
Andrew Godfrey via Digitalmars-d
wrote:
Jonathan is right. what this PR does is changing one (somewhat
confusing) terminology to another, even more confusing one.
Thanks for adding
Reminder: The PR is ready for review:
https://github.com/D-Programming-Language/dlang.org/pull/623
Jonathan has summarized his position in the commments.
What do the rest of you think?
H. S. Teoh, Jakob, Ali, Marc, Dominikus, Chris -
your impression of whether this clears up the confusion would
On Tuesday, 5 August 2014 at 09:42:26 UTC, Ola Fosheim Grøstad
wrote:
But I don't think this path is all that new… so I hope Walter,
if he continues walking down this path, remains unrelenting and
keeps walking past "assert as assume" until he finds truly new
territory in the realm of formal me
That's unfortunate. Anyone know why?
On Sun, Aug 3, 2014 at 4:35 AM, Jordi Sayol via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> El 01/08/14 21:34, Andrew Pennebaker via Digitalmars-d ha escrit:
> > I'm happy to see an official .DEB for installing DMD! Could w
On Sunday, 3 August 2014 at 15:06:56 UTC, Walter Bright wrote:
On 8/2/2014 1:06 PM, Artur Skawina via Digitalmars-d wrote:
There's nothing wrong with `assume`, it's very useful for
optimizations.
But it's too dangerous to tack `assume` onto `assert`. If they
are kept
separate then it's at least
On Saturday, 2 August 2014 at 21:36:11 UTC, Tobias Pankrath wrote:
On Saturday, 2 August 2014 at 21:25:40 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 2 August 2014 at 20:27:09 UTC, Andrei
Alexandrescu wrote:
Hmmm... code that fails assertions is hardly working. --
Andrei
It is not the code t
On Saturday, 2 August 2014 at 10:21:44 UTC, Artur Skawina via
Digitalmars-d wrote:
On 08/02/14 11:36, Chris Cain via Digitalmars-d wrote:
On Saturday, 2 August 2014 at 07:36:34 UTC, Tofu Ninja wrote:
...
Look, this is the point I'm trying to make. Given the English
definition of assert
We'
On Saturday, 2 August 2014 at 05:59:14 UTC, Timon Gehr wrote:
On 08/02/2014 05:34 AM, Andrew Godfrey wrote:
Suppose I call some logging function which has a faulty
assertion in it.
What about Walter's position prevents that assertion's effects
from
escaping the logging function and
1 - 100 of 483 matches
Mail list logo
