On 4/8/15 4:59 AM, Jacob Carlborg wrote:
On 2015-04-07 19:46, Ary Borenszweig wrote:
It's true that Ruby is slow, but only because their priority is
correctness.
I don't think it's so much about the correctness, it's rather the
complicated features it supports, like metap
On 4/7/15 3:34 PM, deadalnix wrote:
On Tuesday, 7 April 2015 at 18:01:53 UTC, Ary Borenszweig wrote:
On 4/7/15 2:16 PM, deadalnix wrote:
On Tuesday, 7 April 2015 at 08:58:57 UTC, ixid wrote:
Or to be more consistent with UFCS:
foreach (name; names.parallel) {
name.writeln;
}
no.please
On 4/7/15 2:16 PM, deadalnix wrote:
On Tuesday, 7 April 2015 at 08:58:57 UTC, ixid wrote:
Or to be more consistent with UFCS:
foreach (name; names.parallel) {
name.writeln;
}
no.please
wat
On 4/6/15 8:51 PM, 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 interested in the languag
On 4/2/15 11:20 PM, Laeeth Isharc wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks for
many languages such as D, Nim, Go, python, C, etc... It uses only
standard structures not to influence the benchmark.
https://githu
On 4/2/15 3:32 AM, Jacob Carlborg wrote:
On 2015-04-01 21:28, Ary Borenszweig wrote:
No, it's actually much simpler but less powerful. This is because the
language is not as dynamic as Ruby. But we'd like to keep things as
simple as possible.
Can't you implement that using m
On 4/1/15 3:57 PM, Jacob Carlborg wrote:
On 2015-04-01 20:04, Ary Borenszweig wrote:
By the way, this is the way we do it in Crystal. The source code
for the spec library is here, if you need some inspiration:
https://github.com/manastech/crystal/tree/master/src/spec . It's
just 687 lines
On Monday, 30 March 2015 at 22:20:08 UTC, Andrei Alexandrescu
wrote:
This is a tooling issue.
I think D's built-in "unittest" blocks are a mistake.
Yes, they are simple and for simple functions and algorithms they
work pretty well.
However, when you have a big complex project you start having
On 3/31/15 7:27 PM, deadalnix wrote:
On Tuesday, 31 March 2015 at 22:15:58 UTC, Ary Borenszweig wrote:
But in Crystal he also uses classes and doesn't mark methods as final.
And it's faster than D.
Not familiar with their way of doing.
Can you explain the crystal semantic ?
Yo
On 3/31/15 3:44 PM, Andrei Alexandrescu wrote:
On 3/31/15 11:35 AM, cym13 wrote:
On Tuesday, 31 March 2015 at 18:32:25 UTC, Meta wrote:
On Tuesday, 31 March 2015 at 18:20:05 UTC, cym13 wrote:
I found this repository (reddit!) that hosts common benchmarks for
many languages such as D, Nim, Go,
On 1/26/15 2:34 PM, Andrei Alexandrescu wrote:
On 1/26/15 8:11 AM, H. S. Teoh via Digitalmars-d wrote:
On Mon, Jan 26, 2015 at 11:26:04AM +, bearophile via Digitalmars-d
wrote:
Russel Winder:
but is it's name "group by" as understood by the rest of the world?
Nope...
[...]
I proposed
On 1/23/15 7:30 PM, bearophile wrote:
H. S. Teoh:
What you describe could be an interesting candidate to add, though. It
could iterate over distinct values of the predicate, and traverse the
forward range (input ranges obviously can't work unless you allocate,
which makes it no longer lazy) eac
On 1/23/15 8:54 PM, Andrei Alexandrescu wrote:
On 1/23/15 1:36 PM, H. S. Teoh via Digitalmars-d wrote:
On Fri, Jan 23, 2015 at 08:44:05PM +, via Digitalmars-d wrote:
[...]
You are talking about two different functions here. group by and
partition by. The function that has been implemented i
On 1/23/15 3:08 PM, Andrei Alexandrescu wrote:
So H.S. Teoh awesomely took
https://github.com/D-Programming-Language/phobos/pull/2878 to
completion. We now have a working and fast relational "group by" facility.
See it at work!
#!/usr/bin/rdmd
void main()
{
import std.algorithm, std.
On 1/19/15 9:17 PM, Walter Bright wrote:
On 1/19/2015 2:49 PM, Ary Borenszweig wrote:
So... how do you search for a function definition in D without an IDE?
I do a text search for the name of the function.
I've been programming in C, C++, and D for 30 years without an IDE. It
never occ
On 1/19/15 7:54 PM, Andrei Alexandrescu wrote:
On 1/19/15 2:49 PM, Ary Borenszweig wrote:
On 1/19/15 6:25 PM, Andrei Alexandrescu wrote:
On 1/19/15 12:51 PM, Alexey T. wrote:
Will be much easier to read Source, if func declarataion begins with
keyword. "def" of "func"
On 1/19/15 6:25 PM, Andrei Alexandrescu wrote:
On 1/19/15 12:51 PM, Alexey T. wrote:
Will be much easier to read Source, if func declarataion begins with
keyword. "def" of "func". e.g.
func myName(params.): typeOfResult;
or
func myName(params...) -> typeOfResult;
easier to read and PARSE.
On 1/19/15 1:42 PM, Andrei Alexandrescu wrote:
On 1/19/15 12:33 AM, Jacob Carlborg wrote:
On 2015-01-19 03:31, Andrei Alexandrescu wrote:
So now minification and gzipping are the culprit? I don't quite
understand.
There are plenty existing web frameworks that already have solved, what
it see
On 1/18/15 11:18 PM, Andrei Alexandrescu wrote:
TL;DR: I've uploaded new menu colors at http://erdani.com/d/, this time
aiming for a more martian red ethos. Please let me know.
==
So I was looking at the css today (original at
http://paste.ofcode.org/fHGT24YASrWu3rnMYLdm4C taken
On 1/18/15 7:24 AM, Jacob Carlborg wrote:
Lately Andrei has worked a lot with improving the dlang.org site in
various ways. To me it getting more clear and clear that Ddoc is not the
right tool for building a web site. Especially the latest "improvement"
[1] shows that it's not a good idea to rei
On 1/11/15 3:48 PM, Walter Bright wrote:
On 1/11/2015 9:45 AM, Stefan Koch wrote:
I'm powerful writing a parser-generator, that will be able to
transform the
generated parse-tree back into source automatically.
writing a rule-based formatter should be pretty doable.
Formatting the AST into te
On 1/5/15 8:01 AM, bearophile wrote:
Ary Borenszweig:
Are there proofs of percentage of bugs caused by incorrectly mutating
variables that were supposed to be immutable?
I don't know, probably not, but the progress in language design is still
in its pre-quantitative phase (note: I think
On 1/5/15 1:54 AM, bearophile wrote:
Vlad Levenfeld:
Can the compiler automatically make variables immutable if it can
prove that they are never changed in some code?
This is very different from what I am saying. The C compilers don't go
to add a "const" annotation to your source code (but pe
On 1/5/15 12:42 AM, Walter Bright wrote:
On 1/4/2015 6:11 PM, Ary Borenszweig wrote:
But the main D developers are using dmd, written in C++. I'm not sure
they have
written large D programs, as big as a compiler (but correct me if I'm
wrong).
Does Javascript count?
https://
On 1/4/15 8:17 PM, anonymous wrote:
On Sunday, 4 January 2015 at 21:46:09 UTC, Ary Borenszweig wrote:
On 1/4/15 3:10 PM, Jonathan wrote:
Hey folks,
I've been recently checking out Nim/rod and feel like it takes a lot of
inspiration from D (I think the creator was in the D community t
On 1/4/15 11:09 PM, weaselcat wrote:
On Monday, 5 January 2015 at 01:56:20 UTC, Ary Borenszweig wrote:
On 1/4/15 9:27 PM, bearophile wrote:
Walter Bright:
Nim:
for neighbour in nodes[nodeId].neighbours:
D:
foreach(immutable route neighbour; nodes[nodeID].neighbours){
Correctly
On 1/4/15 8:17 PM, anonymous wrote:
On Sunday, 4 January 2015 at 21:46:09 UTC, Ary Borenszweig wrote:
On 1/4/15 3:10 PM, Jonathan wrote:
Bullshit. dmd is easy to beat. also json parsing? library issue.
If there are library issues (like a slow json parser, or an unusable
one), these should
On 1/4/15 9:27 PM, bearophile wrote:
Walter Bright:
Nim:
for neighbour in nodes[nodeId].neighbours:
D:
foreach(immutable route neighbour; nodes[nodeID].neighbours){
Correctly written D:
foreach (neighbour; nodes[nodeID].neighbours){
I don't agree, the good D way is:
foreach (i
On 1/4/15 8:32 PM, Elie Morisse wrote:
On Sunday, 4 January 2015 at 18:10:52 UTC, Jonathan wrote:
- No conditional evaluation of code
It has 'when', which is similar to static if. I would say that's
conditional evaluation of code.
On 1/4/15 3:10 PM, Jonathan wrote:
Hey folks,
I've been recently checking out Nim/rod and feel like it takes a lot of
inspiration from D (I think the creator was in the D community too as
some point). How do you think it compares? What areas does D, in
principle, makes it a better choice? To giv
On 1/1/15 2:35 PM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
On Thursday, 1 January 2015 at 17:19:09 UTC, Ary Borenszweig wrote:
What's cross-library-indexing? You mean show documentation for many
libraries at once?
Yes, many libraries, source code with builtin links,
On 1/1/15 1:23 PM, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
On Thursday, 1 January 2015 at 15:01:13 UTC, Ary Borenszweig wrote:
it is. There's no need for macros. There's no need to generate JSON,
XML, YAML, PDF or anything other than HTML, which is quite universa
On 12/31/14 4:50 PM, Andrei Alexandrescu wrote:
Hello,
In wake of the recent discussions on improving ddoc syntax we're looking
at doing something about it. Please discuss any ideas you might have
here. Thanks!
One simple starter would be to allow one escape character, e.g. the
backtick (`), a
On 12/31/14 7:46 PM, Dicebot wrote:
On Wednesday, 31 December 2014 at 22:41:41 UTC, Ary Borenszweig wrote:
You are right. I browsed some phobo's code and saw the documentation,
it looks clean and nice. The only exception is std.algorithm which is
full of macros and barely readable.
So whe
On 12/31/14 7:43 PM, Ary Borenszweig wrote:
On 12/31/14 7:14 PM, Walter Bright wrote:
On 12/31/2014 1:23 PM, Andrei Alexandrescu wrote:
And it's no wonder why there are so many alternatives (rake, nake,
etc.)
... Neither of which successful :o)
I googled nake and couldn'
On 12/31/14 6:46 PM, Walter Bright wrote:
On 12/31/2014 12:55 PM, Ary Borenszweig wrote:
Definitely, because Markdown is not a macro system, it's a
documentation tool.
I write a lot of documentation. A macro system has saved enormous
amounts of effort. Night and day, really. Not hav
On 12/31/14 7:14 PM, Walter Bright wrote:
On 12/31/2014 1:23 PM, Andrei Alexandrescu wrote:
And it's no wonder why there are so many alternatives (rake, nake, etc.)
... Neither of which successful :o)
I googled nake and couldn't find any references to it.
Oh, it's for Nimrod (Now Nim)
On 12/27/14 10:00 PM, Walter Bright wrote:
This is so bad there isn't even a direct link to it, it hides in shame.
Just go here:
http://dlang.org/phobos/std_encoding.html#.transcode
and scroll up one entry. Here it is:
size_t encode(Tgt, Src, R)(in Src[] s, R range);
Encodes c in
On 12/29/14 10:38 PM, Andrei Alexandrescu wrote:
On 12/29/14 2:30 PM, Dicebot wrote:
DDOC is probably one of D features with pretty idea and hardly usable
design. I wish we had something like Markdown instead - can never
remember Phobos macros to use and usually just resort to using plain
text i
On 12/31/14 4:09 PM, Walter Bright wrote:
On 12/31/2014 7:03 AM, Jacob Carlborg wrote:
On 2014-12-30 00:52, Walter Bright wrote:
(And I should ask, what if you wanted a | in the Markdown?)
Just type a |. You don't need to escape most Markdown symbols in the
middle of
text.
And when you wan
On 12/31/14 5:33 PM, Walter Bright wrote:
On 12/31/2014 11:59 AM, Anon wrote:
A backslash. Y'know, the unambiguous, familiar-to-all-programmers,
really-hard-to-mistype thing that almost everything but HTML and DDoc
use for
escaping?
Yeah, the reason that people have added WYSIWYG string litera
On 12/31/14 4:07 PM, Walter Bright wrote:
On 12/31/2014 5:03 AM, Ary Borenszweig wrote:
And it's no wonder why there are so many alternatives (rake, nake, etc.)
Which one has a better text macro system?
A real programming language without text macro systems.
On 12/31/14 4:14 PM, Walter Bright wrote:
On 12/31/2014 6:29 AM, Jacob Carlborg wrote:
On 2014-12-30 01:10, Walter Bright wrote:
It's not a hack. The macro system is designed to work that way. All
markup systems require some sort of escape mechanism. Including Markup.
You don't need to escap
On 12/31/14 9:17 AM, Jacob Carlborg wrote:
On 2014-12-30 02:51, Walter Bright wrote:
(And actually, the Ddoc macro system very closely resembles the one used
by make, as that is a simple and effective one, well known by
programmers.)
"make" has to be the worst tool ever created. I not just me
On 12/30/14 3:57 PM, ketmar via Digitalmars-d wrote:
On Tue, 30 Dec 2014 13:18:05 +
Russel Winder via Digitalmars-d wrote:
Markdown is inadequate for more than single page HTML
which is exactly what API reference documentation is! a list of
functions with explanations, some samples and a
On 12/29/14 10:49 PM, ketmar via Digitalmars-d wrote:
On Mon, 29 Dec 2014 15:49:10 -0800
Walter Bright via Digitalmars-d wrote:
On 12/29/2014 2:40 PM, Adam D. Ruppe wrote:
Ddoc isn't too bad, but trying to document examples in dom.d turned into a mess
of /// finds $(LT)foo/$(GT) quickly and I
On 12/29/14 8:49 PM, Walter Bright wrote:
On 12/29/2014 2:40 PM, Adam D. Ruppe wrote:
Ddoc isn't too bad, but trying to document examples in dom.d turned
into a mess
of /// finds $(LT)foo/$(GT) quickly and I couldn't stand it.
I'd make a macro:
XML=$(LT)$0/$(GT)
I use custom macros all t
On 12/27/14 10:00 PM, Walter Bright wrote:
This is so bad there isn't even a direct link to it, it hides in shame.
Just go here:
http://dlang.org/phobos/std_encoding.html#.transcode
and scroll up one entry. Here it is:
size_t encode(Tgt, Src, R)(in Src[] s, R range);
Encodes c in
On 12/23/14, 2:08 PM, Adam D. Ruppe wrote:
On Tuesday, 23 December 2014 at 17:01:13 UTC, Russel Winder via
Digitalmars-d wrote:
If there was a way of mocking
(so that you can run integration tests without the actual network)
With my cgi.d, I made a command line interface that triggers the libr
On 12/5/14, 12:11 PM, Chris wrote:
On Friday, 5 December 2014 at 15:03:39 UTC, Ary Borenszweig wrote:
On 12/5/14, 9:42 AM, Chris wrote:
On Friday, 5 December 2014 at 12:06:55 UTC, Nemanja Boric wrote:
The good thing about unit tests is that they tell you when you break
existing code.
That&#
On 12/5/14, 9:42 AM, Chris wrote:
On Friday, 5 December 2014 at 12:06:55 UTC, Nemanja Boric wrote:
The good thing about unit tests is that they tell you when you break
existing code.
That's the great thing about unittests, and the reason why I write
unittests. I work on a fairly complex code b
On 12/5/14, 8:53 AM, Chris wrote:
On Friday, 5 December 2014 at 09:27:16 UTC, Paulo Pinto wrote:
On Friday, 5 December 2014 at 02:25:20 UTC, Walter Bright wrote:
On 12/4/2014 5:32 PM, ketmar via Digitalmars-d wrote:
Now is the right time to confess. I hardly ever use unit tests although
it's
On 12/4/14, 10:47 AM, Russel Winder via Digitalmars-d wrote:
It's an argument for Java over Python specifically but a bit more
general in reality. This stood out for me:
!…other languages like D and Go are too new to bet my work on."
http://www.teamten.com/lawrence/writings/java-for-everythin
On 12/4/14, 2:11 PM, Ary Borenszweig wrote:
On 12/4/14, 10:47 AM, Russel Winder via Digitalmars-d wrote:
It's an argument for Java over Python specifically but a bit more
general in reality. This stood out for me:
!…other languages like D and Go are too new to bet my work on.&qu
On 11/21/14, 12:36 AM, Jonathan Marler wrote:
Has the idea of function overloading via nogc been explored?
void func() @nogc
{
// logic that does not use GC
}
void func()
{
// logic that uses GC
}
void main(string[] args) // @nogc
{
// if main is @nogc, then the @nogc version of f
On 11/21/14, 1:32 PM, Andrei Alexandrescu wrote:
On 11/21/14 6:17 AM, Ary Borenszweig wrote:
On 11/21/14, 5:45 AM, Walter Bright wrote:
On 11/21/2014 12:10 AM, bearophile wrote:
Walter Bright:
All you're doing is trading 0 crossing for 0x7FFF crossing
issues, and
pretending the pro
On 11/21/14, 11:47 AM, ketmar via Digitalmars-d wrote:
On Fri, 21 Nov 2014 11:17:06 -0300
Ary Borenszweig via Digitalmars-d wrote:
"This bug can manifest itself for arrays whose length (in elements) is
2^30 or greater (roughly a billion elements)"
How often does that happen i
On 11/21/14, 11:29 AM, ketmar via Digitalmars-d wrote:
On Fri, 21 Nov 2014 19:31:23 +1100
Daniel Murphy via Digitalmars-d wrote:
"bearophile" wrote in message news:lkcltlokangpzzdzz...@forum.dlang.org...
From my experience in coding in D they are far more unlikely than
sign-related bugs of
On 11/21/14, 5:45 AM, Walter Bright wrote:
On 11/21/2014 12:10 AM, bearophile wrote:
Walter Bright:
All you're doing is trading 0 crossing for 0x7FFF crossing
issues, and
pretending the problems have gone away.
I'm not pretending anything. I am asking in practical programming what
of the
On 11/20/14, 5:02 AM, Walter Bright wrote:
On 11/19/2014 5:03 PM, H. S. Teoh via Digitalmars-d wrote:
If this kind of unsafe mixing wasn't allowed, or required explict casts
(to signify "yes I know what I'm doing and I'm prepared to face the
consequences"), I suspect that bearophile would be muc
On 11/20/14, 6:47 AM, Andrei Alexandrescu wrote:
On 11/20/14 12:18 AM, Don wrote:
On Wednesday, 19 November 2014 at 17:55:26 UTC, Andrei Alexandrescu
wrote:
On 11/19/14 6:04 AM, Don wrote:
Almost everybody seems to think that unsigned means positive. It does
not.
That's an exaggeration. With
On 11/19/14, 9:54 PM, FrankLike wrote:
How is that a bug? Can you provide some code that exhibits this?
If you compile the dfl Library to 64 bit,you will find error:
core.sys.windows.windows.WaitForMultipleObjects(uint
nCount,void** lpHandles,) is not callable using argument
types(ulong,vo
On 11/19/14, 10:21 AM, ketmar via Digitalmars-d wrote:
On Wed, 19 Nov 2014 10:03:34 +
Don via Digitalmars-d wrote:
No! No! No! This is completely wrong. Unsigned does not mean
"positive". It means "no sign", and therefore "wrapping
semantics".
eg length - 4 > 0, if length is 2.
Weird con
On 11/19/14, 1:46 PM, Andrei Alexandrescu wrote:
On 11/19/14 2:03 AM, Don wrote:
We have a builtin type that is deadly but seductive.
I agree this applies to C and C++. Not quite to D. -- Andrei
See my response to Don. Don't you think that's counter-intuitive?
On 11/19/14, 7:03 AM, Don wrote:
On Tuesday, 18 November 2014 at 18:23:52 UTC, Marco Leise wrote:
>
Weird consequence: using subtraction with an unsigned type is nearly
always a bug.
I wish D hadn't called unsigned integers 'uint'. They should have been
called '__uint' or something. They shoul
On 11/7/14, 4:16 PM, H. S. Teoh via Digitalmars-d wrote:
On Fri, Nov 07, 2014 at 04:06:44PM -0300, Ary Borenszweig via Digitalmars-d
wrote:
[...]
Is the code public? I'd like to port it to other languages and see how
they behave, see if this is a general problem or just something
specific
On 11/6/14, 7:58 PM, H. S. Teoh via Digitalmars-d wrote:
So today, I was playing around with profiling and optimizing my sliding
block puzzle solver, and found some interesting things:
1) The GC could use some serious improvement: it just so happens that
the solver's algorithm only ever needs to
On 11/1/14, 8:31 AM, bearophile wrote:
Third part of the "A Programming Language for Games", by Jonathan Blow:
https://www.youtube.com/watch?v=UTqZNujQOlA
Discussions:
http://www.reddit.com/r/programming/comments/2kxi89/jonathan_blow_a_programming_language_for_games/
His language seems to disa
On 9/27/14, 8:15 PM, Walter Bright wrote:
This issue comes up over and over, in various guises. I feel like
Yosemite Sam here:
https://www.youtube.com/watch?v=hBhlQgvHmQ0
In that vein, Exceptions are for either being able to recover from
input/environmental errors, or report them to the us
On 10/18/14, 4:53 PM, Sean Kelly wrote:
On Friday, 17 October 2014 at 18:27:34 UTC, Ary Borenszweig wrote:
Once its done you can compare its performance against other languages
with this benchmark:
https://github.com/kostya/benchmarks/tree/master/json
Wow, the C++Rapid parser is really
On 8/21/14, 7:35 PM, Sönke Ludwig wrote:
Following up on the recent "std.jgrandson" thread [1], I've picked up
the work (a lot earlier than anticipated) and finished a first version
of a loose blend of said std.jgrandson, vibe.data.json and some changes
that I had planned for vibe.data.json for a
On 10/15/14, 4:25 AM, Walter Bright wrote:
On 10/14/2014 11:23 PM, Jacob Carlborg wrote:
On 2014-10-15 07:57, Walter Bright wrote:
Why do you need non-fatal unittests?
I don't know if this would cause problems with the current approach.
But most
unit test frameworks don't NOT stop on the fir
On 10/13/14, 4:18 PM, Walter Bright wrote:
On 10/13/2014 7:23 AM, Ary Borenszweig wrote:
On 10/13/14, 5:47 AM, Walter Bright wrote:
On 10/13/2014 1:29 AM, "岩倉 澪" wrote:
Are there good reasons not to add something like this to the language,
or is it
simply a matter of doing the wo
On 10/13/14, 5:47 AM, Walter Bright wrote:
On 10/13/2014 1:29 AM, "岩倉 澪" wrote:
Are there good reasons not to add something like this to the language,
or is it
simply a matter of doing the work? Has it been discussed much?
Named parameters interact badly with overloading.
Could you give an e
On 9/27/14, 8:15 PM, Walter Bright wrote:
This issue comes up over and over, in various guises. I feel like
Yosemite Sam here:
https://www.youtube.com/watch?v=hBhlQgvHmQ0
In that vein, Exceptions are for either being able to recover from
input/environmental errors, or report them to the us
On 9/24/14, 3:20 AM, Jacob Carlborg wrote:
On 24/09/14 07:37, Walter Bright wrote:
So help out!
You always say we should help out instead of complaining. But where are
all the users that want C++ support. Let them implement it instead and
lets us focus on actual D users we have now.
Maybe
On 9/19/14, 9:52 PM, bearophile wrote:
but currently Rust
seems to ignore several kinds of correctness, focusing only on two
kinds
Could you tell which are those two kinds and which other correctness are
ignored? Just to learn more about Rust. Thanks!
On 8/31/14, 8:51 PM, Abe wrote:
Please note: 502064 bytes!!! [for the curious: 490.296875
kilobytes]
The real question is: why does size matter for you?
A simple "hello world" program in Go is 2 megabytes. That's four times
the size in D. I don't know if people complain about that.
I effic
On 8/25/14, 1:26 PM, ketmar via Digitalmars-d wrote:
On Mon, 25 Aug 2014 16:08:52 +
via Digitalmars-d wrote:
Beta was static and compiled directly to asm.
it's not hard to compile dynamic language to native code. what is hard
is to make this code fast. this requires very sofisticated comp
On 8/22/14, 6:46 PM, bearophile wrote:
Currently a group of people are trying to design a language pushing to
the extreme the idea of design by committee, it's future a peer reviewed
language meant to be used for scientific programming. I've taken a look
at its syntax and I was not happy with the
On 8/22/14, 1:24 PM, Sönke Ludwig wrote:
Am 22.08.2014 16:53, schrieb Ary Borenszweig:
On 8/22/14, 3:33 AM, Sönke Ludwig wrote:
Without a serialization framework it would in theory work like this:
JSONValue v = parseJSON(`{"age": 10, "name": "John"}`);
On 8/22/14, 3:33 AM, Sönke Ludwig wrote:
Am 22.08.2014 02:42, schrieb Ary Borenszweig:
Say I have a class Person with name (string) and age (int) with a
constructor that receives both. How would I create an instance of a
Person from a json with the json stream?
Suppose the json is this:
{&quo
On 8/21/14, 7:35 PM, Sönke Ludwig wrote:
Following up on the recent "std.jgrandson" thread [1], I've picked up
the work (a lot earlier than anticipated) and finished a first version
of a loose blend of said std.jgrandson, vibe.data.json and some changes
that I had planned for vibe.data.json for a
On 8/18/14, 9:05 PM, bearophile wrote:
Ary Borenszweig:
It's very smart, yes. But it takes half an hour to compile the
compiler itself.
I think this is mostly a back-end issue. How much time does it take to
compile ldc2? Can't they create a Rust with dmc back-end? :o)
Not all ho
On 8/19/14, 12:01 PM, Ary Borenszweig wrote:
On 8/19/14, 11:51 AM, bearophile wrote:
Ary Borenszweig:
Then here someone from the team says he can't say a way to improve the
performance by an order of magnitude:
https://www.mail-archive.com/rust-dev@mozilla.org/msg02856.html
(but I
On 8/19/14, 11:51 AM, bearophile wrote:
Ary Borenszweig:
Then here someone from the team says he can't say a way to improve the
performance by an order of magnitude:
https://www.mail-archive.com/rust-dev@mozilla.org/msg02856.html
(but I don't know how true is that)
Can't t
On 8/19/14, 10:55 AM, Daniel Murphy wrote:
"Ary Borenszweig" wrote in message news:lsviva$2ip0$1...@digitalmars.com...
Actually, it's 26m to just compile Rust without LLVM. Take a look at
this:
Funny, the DDMD frontend compiles in ~6 seconds.
Nimrod's compiler tak
On 8/19/14, 3:50 AM, Paulo Pinto wrote:
On Monday, 18 August 2014 at 23:48:24 UTC, Ary Borenszweig wrote:
On 8/18/14, 8:51 AM, bearophile wrote:
Jonathan M Davis:
The biggest reason is memory safety. With a GC, it's possible to make
compiler guarantees about memory safety, whereas
On 8/18/14, 8:51 AM, bearophile wrote:
Jonathan M Davis:
The biggest reason is memory safety. With a GC, it's possible to make
compiler guarantees about memory safety, whereas with
manual memory management, it isn't.
Unless you have a very smart type system and you accept some compromises
(Ru
On 8/11/14, 12:29 AM, Andrei Alexandrescu wrote:
Hello,
In which algorithms would one use std::rotate?
On 8/7/14, 3:57 PM, Andrei Alexandrescu wrote:
On 8/7/14, 10:35 AM, Puming wrote:
On Thursday, 7 August 2014 at 16:53:24 UTC, H. S. Teoh via Digitalmars-d
It's really just the .init value of null which causes odd behaviour with
empty AA's. Fun fact:
void changeAA(int[string] aa) {
On 8/5/14, 4:29 PM, H. S. Teoh via Digitalmars-d wrote:
There are currently two Phobos PR's that implement essentially the same
functionality, but in slightly different ways:
https://github.com/D-Programming-Language/phobos/pull/1255
https://github.com/D-Programming-Language/phob
On 8/5/14, 5:26 PM, H. S. Teoh via Digitalmars-d wrote:
On Tue, Aug 05, 2014 at 05:09:43PM -0300, Ary Borenszweig via Digitalmars-d
wrote:
On 8/5/14, 3:55 PM, H. S. Teoh via Digitalmars-d wrote:
On Tue, Aug 05, 2014 at 11:18:46AM -0700, Jeremy Powers via Digitalmars-d wrote:
Furthermore, I
On 8/5/14, 3:55 PM, H. S. Teoh via Digitalmars-d wrote:
On Tue, Aug 05, 2014 at 11:18:46AM -0700, Jeremy Powers via Digitalmars-d wrote:
Furthermore, I think Walter's idea to use asserts as a source of
optimizer hints is a very powerful concept that may turn out to be a
revolutionary feature i
On 8/1/14, 5:16 PM, eles wrote:
On Friday, 1 August 2014 at 17:43:27 UTC, Timon Gehr wrote:
On 08/01/2014 07:19 PM, Sebastiaan Koppe wrote:
The debug and the release build may be subjected to different input
and hence traverse different traces of abstract states. It is not
valid to say that a
On 8/1/14, 2:19 PM, Sebastiaan Koppe wrote:
If assertions are disabled in release builds, and you specifically
instruct the compiler to build one, are you not assuming that the
assertions will hold?
Then what is wrong with extending those assumptions to the optimizer?
Unless the assertions trig
On 7/31/14, 4:54 PM, H. S. Teoh via Digitalmars-d wrote:
On Thu, Jul 31, 2014 at 07:39:54PM +, Jonathan M Davis via Digitalmars-d
wrote:
On Thursday, 31 July 2014 at 19:36:34 UTC, H. S. Teoh via Digitalmars-d
wrote:
On Thu, Jul 31, 2014 at 03:43:48PM -0300, Ary Borenszweig via
Digitalmars
On 7/31/14, 4:34 PM, H. S. Teoh via Digitalmars-d wrote:
On Thu, Jul 31, 2014 at 03:43:48PM -0300, Ary Borenszweig via Digitalmars-d
wrote:
On 7/31/14, 4:37 AM, Walter Bright wrote:
On 7/30/2014 4:05 PM, Ary Borenszweig wrote:
On 7/30/14, 7:01 PM, Walter Bright wrote:
I'd like to sum
On 7/31/14, 4:37 AM, Walter Bright wrote:
On 7/30/2014 4:05 PM, Ary Borenszweig wrote:
On 7/30/14, 7:01 PM, Walter Bright wrote:
I'd like to sum up my position and intent on all this.
7. using enforce() to check for program bugs is utterly wrong. enforce()
is a library creation, the
On 7/30/14, 7:01 PM, Walter Bright wrote:
I'd like to sum up my position and intent on all this.
7. using enforce() to check for program bugs is utterly wrong. enforce()
is a library creation, the core language does not recognize it.
What do you suggest to use to check program bugs?
1 - 100 of 671 matches
Mail list logo
