On Saturday, 11 March 2017 at 15:27:50 UTC, Kagamin wrote:
D••
:D
thanks for sharing
https://img.memesuper.com/9d0f96eb3d5a68cff0a3dd357957895b_muahaha-muahaha-meme_625-833.jpeg
On Friday, 31 March 2017 at 05:42:08 UTC, Inquie wrote:
On Friday, 11 November 2016 at 17:04:08 UTC, Mario Silva wrote:
On Thursday, 10 November 2016 at 10:24:43 UTC, Rene Zwanenburg
wrote:
On Thursday, 10 November 2016 at 09:35:00 UTC, Mario Silva
wrote:
I haven't tried it yet, but I would wan
On Friday, 11 November 2016 at 17:04:08 UTC, Mario Silva wrote:
On Thursday, 10 November 2016 at 10:24:43 UTC, Rene Zwanenburg
wrote:
On Thursday, 10 November 2016 at 09:35:00 UTC, Mario Silva
wrote:
I haven't tried it yet, but I would want to avoid changing
the compiler at this point, since we
On 3/30/2017 5:48 AM, qznc wrote:
The topic of safety is an important one imho. It comes up again and again. D has
a good story to tell about being easier than Rust and safer than C++. How should
this be addressed? A blog article?
I'll be presenting on the topic at DConf and will be following
I need some informations on what this is
On 3/30/17 1:03 PM, Ervin Bosenbacher wrote:
On Thursday, 30 March 2017 at 10:28:01 UTC, dennis luehring wrote:
Am 30.03.2017 um 08:58 schrieb Ervin Bosenbacher:
That is the same, that came as a shock to me.
most compilers (for many languages) can optimize your super-trivial
example down to n
On Thursday, 30 March 2017 at 17:22:20 UTC, Stefan Koch wrote:
SDC has the goal to be more principled.
And Not to be Mr. fast and loose, right ?
If a file parses it'd better be syntactically correct!
All of it.
Just an idea, but could the solution for SDC be to enable
unittests by default, dis
On Thursday, 30 March 2017 at 09:04:28 UTC, ixid wrote:
On Thursday, 30 March 2017 at 06:53:47 UTC, XavierAP wrote:
I would consider this harmful... The spec already states this
about unit tests, so I'd guess the decision was taken in the
past conscientiously.
If you're worried about compil
On Thursday, 30 March 2017 at 11:03:03 UTC, Ervin Bosenbacher
wrote:
Tried again, threw in summing up a number 10 million times and
repeat the arrays 10 million times, I have used arrays on the
stack for the D version. And when I am talking about
performance I am curious about CPU bound stuff.
On Thursday, 30 March 2017 at 14:28:41 UTC, deadalnix wrote:
On Wednesday, 29 March 2017 at 19:32:50 UTC, Vladimir Panteleev
wrote:
Sorry, is this not already the case?
$ dmd test.d
$ cat test.d
void main()
{
import std.stdio;
writeln("Hello, world!");
}
unittest
{
foo
8
4
On Thursday, 30 March 2017 at 13:59:45 UTC, bachmeier wrote:
On Thursday, 30 March 2017 at 12:27:33 UTC, Ervin Bosenbacher
wrote:
On Thursday, 30 March 2017 at 11:41:46 UTC, rjframe wrote:
On Thu, 30 Mar 2017 11:15:10 +, Ervin Bosenbacher wrote:
[...]
You can integrate D and Python with
On Wednesday, 29 March 2017 at 19:32:50 UTC, Vladimir Panteleev
wrote:
Sorry, is this not already the case?
$ dmd test.d
$ cat test.d
void main()
{
import std.stdio;
writeln("Hello, world!");
}
unittest
{
foo bar {} baz more-syntax!errors)blah
}
$ dmd test.d
$ ./test
He
On Thursday, 30 March 2017 at 12:27:33 UTC, Ervin Bosenbacher
wrote:
On Thursday, 30 March 2017 at 11:41:46 UTC, rjframe wrote:
On Thu, 30 Mar 2017 11:15:10 +, Ervin Bosenbacher wrote:
I have already accepted the fact that if
I want to optimize my Python code in certain situations, not
al
On 30/03/17 09:58, Ervin Bosenbacher wrote:
Performance test:
rvinMacBookProLimegg:source ervinbosenbacher$ time ./app
[31, 28, 31]
[30, 31, 30]
[31, 31, 30]
[31, 30, 31]
real0m0.004s
user0m0.001s
sys0m0.001s
ErvinMacBookProLimegg:source ervinbosenbacher$ time ./a.out
[31, 28, 31]
Safety of C has been in the (hacker) news lately [0]. When I
tried to tell people about D, I had no good link to share on the
topic.
The spec for @safe [1] is not comprehensive.
The article of SafeD [2] is fluffy and without much meat.
The C to D comparison is too much irrelevant stuff.
I fo
On Thursday, 30 March 2017 at 11:41:46 UTC, rjframe wrote:
On Thu, 30 Mar 2017 11:15:10 +, Ervin Bosenbacher wrote:
I have already accepted the fact that if
I want to optimize my Python code in certain situations, not
all because
you can use better algos, data structures, etc then I have t
30.03.2017 14:47, rjframe пишет:
On Thu, 30 Mar 2017 09:04:28 +, ixid wrote:
Why is it harmful (actually asking, not telling you you're wrong)? I
thought we were going to use a pay for what you use philosophy, if a
unit test is not run then why is it paid for?
A person that doesn't run `d
On Thu, 30 Mar 2017 09:04:28 +, ixid wrote:
> Why is it harmful (actually asking, not telling you you're wrong)? I
> thought we were going to use a pay for what you use philosophy, if a
> unit test is not run then why is it paid for?
A person that doesn't run `dmd -unittest` (or `dub test`) p
On Thu, 30 Mar 2017 11:15:10 +, Ervin Bosenbacher wrote:
> I have already accepted the fact that if
> I want to optimize my Python code in certain situations, not all because
> you can use better algos, data structures, etc then I have to drop down
> to C++ or C using say pybind11. Instead of
On Thu, Mar 30, 2017 at 11:15:10AM +, Ervin Bosenbacher via Digitalmars-d
wrote:
[...]
> I am happy with D.
Welcome aboard!
T
--
The richest man is not he who has the most, but he who needs the least.
On Thursday, 30 March 2017 at 10:28:01 UTC, dennis luehring wrote:
Am 30.03.2017 um 08:58 schrieb Ervin Bosenbacher:
That is the same, that came as a shock to me.
most compilers (for many languages) can optimize your
super-trivial example down to nothing - for at least the last
10 years or m
On Thursday, 30 March 2017 at 10:28:01 UTC, dennis luehring wrote:
Am 30.03.2017 um 08:58 schrieb Ervin Bosenbacher:
That is the same, that came as a shock to me.
most compilers (for many languages) can optimize your
super-trivial example down to nothing - for at least the last
10 years or m
On Thursday, 30 March 2017 at 10:28:01 UTC, dennis luehring wrote:
Am 30.03.2017 um 08:58 schrieb Ervin Bosenbacher:
That is the same, that came as a shock to me.
most compilers (for many languages) can optimize your
super-trivial example down to nothing - for at least the last
10 years or m
On Wednesday, 29 March 2017 at 19:43:52 UTC, Vladimir Panteleev
wrote:
On Wednesday, 29 March 2017 at 19:32:50 UTC, Vladimir Panteleev
wrote:
On Wednesday, 29 March 2017 at 11:16:28 UTC, deadalnix wrote:
I was wondering. When uniitests aren't going to run, it may
be desirable to skip parsing al
Am 30.03.2017 um 08:58 schrieb Ervin Bosenbacher:
That is the same, that came as a shock to me.
most compilers (for many languages) can optimize your super-trivial
example down to nothing - for at least the last 10 years or more
so whats the point? you're talkin about "performance is critica
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03/28/2017 09:32 AM, Suliman wrote:
> I found very interesting Python async framework japronto
> https://github.com/squeaky-pl/japronto
>
> Test show that in some cases japronto may work as fast as Go.
>
> Can vibed be competitor (or even bette
On 03/28/2017 08:16 PM, Jacob Carlborg wrote:
> I create a test at work, compared an existing Ruby implementation
> of an API end point to a Go implementation and a D implementation.
> The D implementation was five times faster. Unfortunately my
> colleagues paid more attention to the result that s
On Thursday, 30 March 2017 at 06:53:47 UTC, XavierAP wrote:
On Wednesday, 29 March 2017 at 11:16:28 UTC, deadalnix wrote:
Is that an acceptable tradeof ?
I would consider this harmful... The spec already states this
about unit tests, so I'd guess the decision was taken in the
past conscient
On Thursday, 30 March 2017 at 07:28:12 UTC, Adam Wilson wrote:
Hello fellow DConfers!
In the spirit of "the DConf 2017 hackathon isn't a hackathon in
the traditional sense as most of the time and focus will
hopefully be spent discussing, planning and developing future D
projects"; I was think
Hello fellow DConfers!
In the spirit of "the DConf 2017 hackathon isn't a hackathon in the
traditional sense as most of the time and focus will hopefully be spent
discussing, planning and developing future D projects"; I was thinking
that it might be beneficial to pull together a list of areas
On Thursday, 30 March 2017 at 06:58:30 UTC, Ervin Bosenbacher
wrote:
That is the same, that came as a shock to me.
I believe for this slicing D might be even faster for a larger
example/megaloop, because slicing does not necessarily copy
unless needed.
As you say the key is being able to w
Just would like to share something. For months I couldn't decide
what language to use for my pet project, analysed dozens of
languages from rust to go and I always fell back to C++
(performance is critical for me). After rust I had a look at
DLang but as a C++ veteran I had my (wrong) feelings,
33 matches
Mail list logo