On Sunday, 14 February 2016 at 08:17:34 UTC, Sönke Ludwig wrote:
Am 11.02.2016 um 00:24 schrieb sigod:
Did some benchmarks between `std.net.curl.get` and
`vibe.http.client.requestHTTP`. Only GET requests.
100 requests, ~1.4mb file:
curl total: 131304, average: 1 sec and 313 ms
vibe
On Sun, 14 Feb 2016 12:48:49 +0100, Jacob Carlborg wrote:
> On 2016-02-14 00:32, Dicebot wrote:
>
>> Ideally ddb should be built on top of ddbc wrapping it into
>> fiber-friendly async API but I don't know if this is possible with ddbc
>> design.
>
> It looks like libpg has support for
On Sunday, 14 February 2016 at 17:30:33 UTC, Kai Nacke wrote:
Hi everyone,
LDC 0.17.0, the LLVM-based D compiler, is available for
download!
This release is based on the 2.068.2 frontend and standard
library and supports LLVM 3.5-3.8.
Don't miss to check if your preferred system is
On Sunday, 14 February 2016 at 17:30:33 UTC, Kai Nacke wrote:
Hi everyone,
LDC 0.17.0, the LLVM-based D compiler, is available for
download!
This release is based on the 2.068.2 frontend and standard
library and supports LLVM 3.5-3.8.
Regards,
Kai
congrats!
what is actually the
On Sunday, 14 February 2016 at 20:55:40 UTC, Dicebot wrote:
On 02/14/2016 07:30 PM, Kai Nacke wrote:
As usual, you can find links to the changelog and the binary
packages over at digitalmars.D.ldc:
http://forum.dlang.org/post/cqgwucbznngoiesvb...@forum.dlang.org
On Sunday, 14 February 2016 at 18:07:00 UTC, artemalive wrote:
Thanks. Good suggestion. I'll check if the version information
can be retrieved automatically for all compilers. If that's the
case then version information will be added soon.
I would simply print the output of "--version" for
On Sunday, 14 February 2016 at 19:29:54 UTC, Vladimir Panteleev
wrote:
I think that in the context of a render farm, disabling bounds
checking is completely reasonable. Bugs will manifest as
crashes or rendering artifacts, and there is no risk of code
execution exploits.
But nobody would
On Sunday, 14 February 2016 at 17:31:37 UTC, artemalive wrote:
From ldc output:
"-release - Disables asserts, invariants, contracts and
boundscheck".
We (LDC team) should clarify this description. In D2, -release
does not disable bounds-checking for @safe code anymore.
-singleobj really
On Saturday, 13 February 2016 at 21:10:11 UTC, Adam D. Ruppe
wrote:
On Saturday, 13 February 2016 at 20:45:41 UTC, David Nadlinger
wrote:
Your scripts had bounds checking enabled for LDC but not the
other two D compilers.
I strongly recommend people to always keep bounds checking
enabled in
On Sunday, 14 February 2016 at 18:12:03 UTC, David Nadlinger
wrote:
On Sunday, 14 February 2016 at 17:31:37 UTC, artemalive wrote:
From ldc output:
"-release - Disables asserts, invariants, contracts and
boundscheck".
We (LDC team) should clarify this description. In D2, -release
does not
On Sunday, 14 February 2016 at 16:53:31 UTC, Piotr Szturmaj wrote:
On 2016-02-14 12:48, Jacob Carlborg wrote:
It seems both ddb and ddbc had the same idea, building a
library
accessing databases independently of the kind of database. The
difference is that ddb does not seem to have the
my five cents on that topic...
@Eugene:
From my point of view, it would be great if you could bring in
all your ideas, wishes, changes, additions and new stuff into
vibe_d and help to grow and extend it and make it more usable...
Don't get me wrong, I thinks it's great if developers have
Hi everyone,
LDC 0.17.0, the LLVM-based D compiler, is available for download!
This release is based on the 2.068.2 frontend and standard
library and supports LLVM 3.5-3.8.
Don't miss to check if your preferred system is supported by this
release. We also have a Win64 compiler and PREVIEW of
On Sunday, 14 February 2016 at 17:38:54 UTC, artemalive wrote:
Hi Adam, I'll check the influence of enabled bounds check on
benchmark result. Did not try this before.
If you do, then you should use bounds checks in C++ too. (STL
container.at(index) )
On Saturday, 13 February 2016 at 19:26:39 UTC, artemalive wrote:
On Saturday, 13 February 2016 at 19:19:46 UTC, Johan Engelen
wrote:
Could you add the compiler versions to the outputted .txt
file, e.g. `dmd --version`? (the example output files don't
have it)
These files are just for
On Sunday, 14 February 2016 at 17:43:01 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 14 February 2016 at 17:38:54 UTC, artemalive wrote:
Hi Adam, I'll check the influence of enabled bounds check on
benchmark result. Did not try this before.
If you do, then you should use bounds checks in C++
On Saturday, 13 February 2016 at 20:45:41 UTC, David Nadlinger
wrote:
Hi Artem,
On Saturday, 13 February 2016 at 18:48:12 UTC, artemalive wrote:
https://github.com/artemalive/DigitalWhip
Your scripts had bounds checking enabled for LDC but not the
other two D compilers. I posted a pull
On Saturday, 13 February 2016 at 21:10:11 UTC, Adam D. Ruppe
wrote:
On Saturday, 13 February 2016 at 20:45:41 UTC, David Nadlinger
wrote:
Your scripts had bounds checking enabled for LDC but not the
other two D compilers.
I strongly recommend people to always keep bounds checking
enabled in
On Sunday, 14 February 2016 at 17:49:10 UTC, Johan Engelen wrote:
On Saturday, 13 February 2016 at 19:26:39 UTC, artemalive wrote:
On Saturday, 13 February 2016 at 19:19:46 UTC, Johan Engelen
wrote:
Could you add the compiler versions to the outputted .txt
file, e.g. `dmd --version`? (the
On 2016-02-14 00:32, Dicebot wrote:
Ideally ddb should be built on top of ddbc wrapping it into fiber-friendly
async API
but I don't know if this is possible with ddbc design.
It looks like libpg has support for asynchronous calls [1] but ddbc does
not use them. Also, although libpg
Am 11.02.2016 um 00:24 schrieb sigod:
Did some benchmarks between `std.net.curl.get` and
`vibe.http.client.requestHTTP`. Only GET requests.
100 requests, ~1.4mb file:
curl total: 131304, average: 1 sec and 313 ms
vibe total: 21975, average: 219 ms
52 different files:
curl
21 matches
Mail list logo