Re: The Computer Language Benchmarks Game

On 8/5/2016 7:02 AM, qznc wrote: Ultimately, my opinion is that the benchmark is outdated and not useful today. I ignore it, if anybody cites the benchmark game for performance measurements. Yeah, I wouldn't bother with it, either.

Re: Library for serialization of data (with cycles) to JSON and binary

On Saturday, 6 August 2016 at 16:25:48 UTC, Ilya Yaroshenko wrote: On Saturday, 6 August 2016 at 16:11:03 UTC, Neurone wrote: Is there a library that can serialize data (which may contain cycles) into JSON and a binary format that is portable across operating systems? JSON:

Re: Dreams come true: Compiling and running linux apps on windows :)

On Saturday, 6 August 2016 at 17:34:14 UTC, Andre Pany wrote: The build script is working fine: curl -fsS https://dlang.org/install.sh | bash -s dmd Good news, I'm really not that keen to write a powershell script. What OS does it detect and download?

[Issue 16358] New: the most basic program leaks 88 bytes

https://issues.dlang.org/show_bug.cgi?id=16358 Issue ID: 16358 Summary: the most basic program leaks 88 bytes Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

Re: Tracking memory usage

On Sunday, 7 August 2016 at 00:28:40 UTC, Alfred Pincher wrote: Hi, I have written some code that tracks all memory allocations and deallocations when using my own memory interface. It is non gc based. It reports the results of each allocation when the memory balance for the pointer

Tracking memory usage

Hi, I have written some code that tracks all memory allocations and deallocations when using my own memory interface. It is non gc based. It reports the results of each allocation when the memory balance for the pointer allocated is non-zero. It gives the stack trace of the allocations and

[Issue 16357] New: cast(T[])[x] casts x to T instead of [x] to T[]

https://issues.dlang.org/show_bug.cgi?id=16357 Issue ID: 16357 Summary: cast(T[])[x] casts x to T instead of [x] to T[] Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: wrong-code

Re: Battle-plan for CTFE

On Saturday, 6 August 2016 at 19:07:10 UTC, Rory McGuire wrote: Hi Stefan, Are you saying we can play around with ascii string slicing/appending already? No, not now, but very soon. I want to have _basic_ utf8 support before I am comfortable with enabling string operations. The gist with

SortedRange.lowerBound from FrontTransversal

Hi all... a technical question from my side... why the last line of the following gives the error? import std.stdio; import std.range; import std.algorithm; void main() { size_t[][] darr; darr.length = 2; darr[0] = [0, 1, 2, 3]; darr[1] = [4, 5, 6]; auto fT =

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 3:14 PM, David Nadlinger wrote: On Saturday, 6 August 2016 at 21:56:06 UTC, Walter Bright wrote: Let me rephrase the question - how does fusing them alter the result? There is just one rounding operation instead of two. Makes sense. Of course, if floating point values are

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 21:56:06 UTC, Walter Bright wrote: Let me rephrase the question - how does fusing them alter the result? There is just one rounding operation instead of two. Of course, if floating point values are strictly defined as having only a minimum precision, then

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 2:12 PM, David Nadlinger wrote: This is true – and precisely the reason why it is actually defined (ldc.attributes) as --- alias fastmath = AliasSeq!(llvmAttr("unsafe-fp-math", "true"), llvmFastMathFlag("fast")); --- This way, users can actually combine different optimisations in a

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 1:06 PM, Ilya Yaroshenko wrote: Some applications requires exactly the same results for different architectures (probably because business requirement). So this optimization is turned off by default in LDC for example. Let me rephrase the question - how does fusing them alter the

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 09:35:32 UTC, Walter Bright wrote: The LDC fastmath bothers me a lot. It throws away proper NaN and infinity handling, and throws away precision by allowing reciprocal and algebraic transformations. This is true – and precisely the reason why it is actually

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 12:48:26 UTC, Iain Buclaw wrote: There are compiler switches for that. Maybe there should be one pragma to tweak these compiler switches on a per-function basis, rather than separately named pragmas. This might be a solution for inherently compiler-specific

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 10:02:25 UTC, Iain Buclaw wrote: No pragmas tied to a specific architecture should be allowed in the language spec, please. I wholeheartedly agree. However, it's not like FP optimisation pragmas would be specific to any particular architecture. They just

Re: Autotesting dub packages with dmd nightly

On Saturday, 6 August 2016 at 19:06:34 UTC, Sebastiaan Koppe wrote: - code.dlang.org has an api but doesn't provide an endpoint to retrieve all packages/version. Now I just scrape the site instead (thanks Adam for your dom implementation). Why don't you make a PR to the dub registry

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 19:51:11 UTC, Walter Bright wrote: On 8/6/2016 2:48 AM, Ilya Yaroshenko wrote: I don't know what the point of fusedMath is. It allows a compiler to replace two arithmetic operations with single composed one, see AVX2 (FMA3 for intel and FMA4 for AMD) instruction

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 2:48 AM, Ilya Yaroshenko wrote: I don't know what the point of fusedMath is. It allows a compiler to replace two arithmetic operations with single composed one, see AVX2 (FMA3 for intel and FMA4 for AMD) instruction set. I understand that, I just don't understand why that wouldn't

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 3:02 AM, Iain Buclaw via Digitalmars-d wrote: No pragmas tied to a specific architecture should be allowed in the language spec, please. A good point. On the other hand, a list of them would be nice so implementations don't step on each other.

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 5:09 AM, Johannes Pfau wrote: I think this restriction is also quite arbitrary. You're right that there are gray areas, but the distinction is not arbitrary. For example, mangling does not affect the interface. It affects the name. Using an attribute has more downsides, as it

Re: Autotesting dub packages with dmd nightly

On Saturday, 6 August 2016 at 19:06:34 UTC, Sebastiaan Koppe wrote: I have just finished a first iteration of dubster, a test runner that runs `dub test` on each package for each dmd release. see https://github.com/skoppe/dubster Please provide feedback as it will determine the

Re: Battle-plan for CTFE

On 06 Aug 2016 16:30, "Stefan Koch via Digitalmars-d-announce" < digitalmars-d-announce@puremagic.com> wrote: > > Time for an update. > (ASCII)-Strings work reasonably well. > > I am now working on supporting general Sliceing and Appending. > The effort on function calls is also still ongoing. > >

Re: Library for serialization of data (with cycles) to JSON and binary

On 06/08/16 18:11, Neurone wrote: Is there a library that can serialize data (which may contain cycles) into JSON and a binary format that is portable across operating systems? XML: http://code.dlang.org/packages/orange -- /Jacob Carlborg

Re: Dreams come true: Compiling and running linux apps on windows :)

On Saturday, 6 August 2016 at 17:48:43 UTC, Rattle Weird Hole wrote: what are concret applications ? For me it is the possibility to develop applications for the amazon web services cloud while not leaving my windows system. I am used to windows but now I have the possibility to also develop

[OT] Curl pipe

On Saturday, 6 August 2016 at 17:18:51 UTC, Andre Pany wrote: Hi, I play around with the new windows 10 feature to run a linux sub system on windows. -> Installing dmd is working fine with the command curl -fsS https://dlang.org/install.sh | bash -s dmd Just a side note but it's a really bad

[Issue 16349] better curl retry for install.sh script

https://issues.dlang.org/show_bug.cgi?id=16349 greensunn...@gmail.com changed: What|Removed |Added CC||greensunn...@gmail.com --- Comment

Re: Dreams come true: Compiling and running linux apps on windows :)

On Saturday, 6 August 2016 at 17:34:14 UTC, Andre Pany wrote: Hi, there is a new feature with the recent windows 10 update. You now can compile and run your linux apps (console only) on windows. The build script is working fine: curl -fsS https://dlang.org/install.sh | bash -s dmd The only

Re: Windows 10 Linux Bash Shell: Compiling linux app on windows

On Saturday, 6 August 2016 at 17:18:51 UTC, Andre Pany wrote: Hi, I play around with the new windows 10 feature to run a linux sub system on windows. -> Installing dmd is working fine with the command curl -fsS https://dlang.org/install.sh | bash -s dmd -> Activating dmd is also working

Dreams come true: Compiling and running linux apps on windows :)

Hi, there is a new feature with the recent windows 10 update. You now can compile and run your linux apps (console only) on windows. The build script is working fine: curl -fsS https://dlang.org/install.sh | bash -s dmd The only thing you need is to install the build-essential package sudo

Re: Windows 10 Linux Bash Shell: Compiling linux app on windows

On Saturday, 6 August 2016 at 17:18:51 UTC, Andre Pany wrote: Hi, I play around with the new windows 10 feature to run a linux sub system on windows. -> Installing dmd is working fine with the command curl -fsS https://dlang.org/install.sh | bash -s dmd -> Activating dmd is also working

Re: Windows 10 Linux Bash Shell: Compiling linux app on windows

On Saturday, 6 August 2016 at 17:26:05 UTC, Rattle Weird Hole wrote: ld must be found in the environment ? Yes ld was missing, by installing the build-essentials dmd is running fine: sudo apt-get install build-essential Kind regards André

Windows 10 Linux Bash Shell: Compiling linux app on windows

Hi, I play around with the new windows 10 feature to run a linux sub system on windows. -> Installing dmd is working fine with the command curl -fsS https://dlang.org/install.sh | bash -s dmd -> Activating dmd is also working source ~/dlang/dmd-2.071.1/activate -> dmd can be started and shows

[Issue 16356] cdouble is broken

https://issues.dlang.org/show_bug.cgi?id=16356 ag0ae...@gmail.com changed: What|Removed |Added Keywords||wrong-code CC|

[Issue 16356] cdouble is broken

https://issues.dlang.org/show_bug.cgi?id=16356 --- Comment #2 from Kazuki Komatsu --- (In reply to greensunny12 from comment #1) > I hardly believe that this is going to be fixed as builtin complex types are > rarely used and have been scheduled for deprecation (see

[Issue 16356] cdouble is broken

https://issues.dlang.org/show_bug.cgi?id=16356 greensunn...@gmail.com changed: What|Removed |Added CC||greensunn...@gmail.com --- Comment

Re: Library for serialization of data (with cycles) to JSON and binary

On Saturday, 6 August 2016 at 16:11:03 UTC, Neurone wrote: Is there a library that can serialize data (which may contain cycles) into JSON and a binary format that is portable across operating systems? JSON: http://code.dlang.org/packages/asdf Binary: http://code.dlang.org/packages/cerealed

Library for serialization of data (with cycles) to JSON and binary

Is there a library that can serialize data (which may contain cycles) into JSON and a binary format that is portable across operating systems?

[Issue 16356] New: cdouble is broken

https://issues.dlang.org/show_bug.cgi?id=16356 Issue ID: 16356 Summary: cdouble is broken Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: critical Priority: P1

[Issue 16349] better curl retry for install.sh script

https://issues.dlang.org/show_bug.cgi?id=16349 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/installer https://github.com/dlang/installer/commit/2f1ec46aaae444f3b0a10dde18517d7e98145ee7 fix Issue 16349 - better curl retry for

Re: D safety! New Feature?

On Sat, 06 Aug 2016 07:56:29 +0200, ag0aep6g wrote: > On 08/06/2016 03:38 AM, Chris Wright wrote: >> Some reflection stuff is a bit inconvenient: >> >> class A { >> int foo() { return 1; } >> } >> >> void main() { >> auto a = new immutable(A); >> // This passes: >> static

Re: Battle-plan for CTFE

Time for an update. (ASCII)-Strings work reasonably well. I am now working on supporting general Sliceing and Appending. The effort on function calls is also still ongoing. I added a switch to my version of dmd which allows to toggle the ctfe engine. So now I can compare apples to apples when

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 6 August 2016 at 16:11, Patrick Schluter via Digitalmars-d wrote: > On Saturday, 6 August 2016 at 10:02:25 UTC, Iain Buclaw wrote: >> >> On 6 August 2016 at 11:48, Ilya Yaroshenko via Digitalmars-d >> wrote: >>> >>> On Saturday, 6

Re: Recommended procedure to upgrade DMD installation

On Saturday, 6 August 2016 at 01:22:51 UTC, Mike Parker wrote: DMD ships with the OPTLINK linker and uses it by default. You generally don't need to worry about calling them directly Got it, thanks.

Re: The Origins of the D Cookbook

On Saturday, 6 August 2016 at 01:01:59 UTC, Mike Parker wrote: There are two goals behind the blog: to market D to the world at large and to let users know what's going on in the ... posts in the coming weeks. So the acceptance rate so far is 100% :) Thanks, H Loom and Mike. Fair enough.

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 10:02:25 UTC, Iain Buclaw wrote: On 6 August 2016 at 11:48, Ilya Yaroshenko via Digitalmars-d wrote: On Saturday, 6 August 2016 at 09:35:32 UTC, Walter Bright wrote: No pragmas tied to a specific architecture should be allowed in

Re: Using D in Games and bindings to c++ libraries

On 07/08/2016 1:08 AM, Mike Parker wrote: On Saturday, 6 August 2016 at 11:18:11 UTC, rikki cattermole wrote: For 32bit I use a hack of a workaround to make it work recursively. $ DFLAGS="-m32mscoff" ; dub build Sadly this is not full proof or much help. For clarity, what rikki is getting

Re: Using D in Games and bindings to c++ libraries

On Saturday, 6 August 2016 at 11:18:11 UTC, rikki cattermole wrote: For 32bit I use a hack of a workaround to make it work recursively. $ DFLAGS="-m32mscoff" ; dub build Sadly this is not full proof or much help. For clarity, what rikki is getting at here is that DUB does not yet support

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 6 August 2016 at 13:30, Ilya Yaroshenko via Digitalmars-d wrote: > On Saturday, 6 August 2016 at 11:10:18 UTC, Iain Buclaw wrote: >> >> On 6 August 2016 at 12:07, Ilya Yaroshenko via Digitalmars-d >> wrote: >>> >>> On Saturday, 6

[Issue 16349] better curl retry for install.sh script

https://issues.dlang.org/show_bug.cgi?id=16349 Martin Nowak changed: What|Removed |Added Keywords||pull --- Comment #3 from

Re: Linking on MS Windows.

On Saturday, 6 August 2016 at 11:58:31 UTC, rikki cattermole wrote: We provide Optlink so that we have support for Windows out of the box. Unfortunately since Optlink does not understand COFF, we are forced to provide a second command option to force MSVC tooling for 32bit usage. That makes

Re: Linking on MS Windows.

On Saturday, 6 August 2016 at 12:06:02 UTC, Kai Nacke wrote: If you are already using Visual Studio and LLVM/clang then why not use ldc? The compiler itself is built with this toolchain... I'm considering that option. However, as the project I want to compile is dstep, I want it to compile

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

Am Sat, 6 Aug 2016 02:29:50 -0700 schrieb Walter Bright : > On 8/6/2016 1:21 AM, Ilya Yaroshenko wrote: > > On Friday, 5 August 2016 at 20:53:42 UTC, Walter Bright wrote: > > > >> I agree that the typical summation algorithm suffers from double > >> rounding. But

Re: Linking on MS Windows.

On Friday, 5 August 2016 at 18:28:48 UTC, ciechowoj wrote: Is default dmd linker (on MS Windows, OPTILINK) supposed to link against static libraries created with Visual Studio? Specifically I want to link a project compiled on windows with dmd against pre-compiled library `libclang.lib` from

Re: Linking on MS Windows.

On 06/08/2016 11:53 PM, ciechowoj wrote: Another question that is troubling me is why to use OPTLINK as a default for 32-bit version, if for 64-bit version a Visual Studio linker is used anyway? Optlink does not support 64bit. For 64bit support we use the MSVC tooling on Windows. We provide

Re: Linking on MS Windows.

I managed to compile both 32 and 64 bit release versions and it seems to work fine, however with 64-bit debug version I'm getting a strange error: LINK : fatal error LNK1101: incorrect MSPDB120.DLL version; recheck installation of this product Does anyone know why it is so? I'm compiling

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 11:10:18 UTC, Iain Buclaw wrote: On 6 August 2016 at 12:07, Ilya Yaroshenko via Digitalmars-d wrote: On Saturday, 6 August 2016 at 10:02:25 UTC, Iain Buclaw wrote: On 6 August 2016 at 11:48, Ilya Yaroshenko via Digitalmars-d

[Issue 16349] better curl retry for install.sh script

https://issues.dlang.org/show_bug.cgi?id=16349 --- Comment #2 from Martin Nowak --- (In reply to greenify from comment #1) > It's definitely good if the installation gets more robust, but maybe we can > also > dig into the root cause of the random network failures. I never

Re: Using D in Games and bindings to c++ libraries

On 06/08/2016 10:53 PM, Neurone wrote: On Saturday, 6 August 2016 at 08:04:45 UTC, rikki cattermole wrote: On 06/08/2016 6:28 PM, Neurone wrote: On Saturday, 6 August 2016 at 04:01:03 UTC, rikki cattermole wrote: You can safely forget about RakNet by the looks. "While I still get some

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 6 August 2016 at 12:07, Ilya Yaroshenko via Digitalmars-d wrote: > On Saturday, 6 August 2016 at 10:02:25 UTC, Iain Buclaw wrote: >> >> On 6 August 2016 at 11:48, Ilya Yaroshenko via Digitalmars-d >> wrote: >>> >>> On Saturday, 6

Re: D safety! New Feature?

On 06.08.2016 07:56, ag0aep6g wrote: Add parentheses to the typeof one and it fails as expected: static assert(is(typeof(a.foo(; /* fails */ Can also do the function literal thing you did in the __traits one: static assert(is(typeof(() { a.foo; }))); /* fails */ You can, but

Re: Using D in Games and bindings to c++ libraries

On Saturday, 6 August 2016 at 08:04:45 UTC, rikki cattermole wrote: On 06/08/2016 6:28 PM, Neurone wrote: On Saturday, 6 August 2016 at 04:01:03 UTC, rikki cattermole wrote: You can safely forget about RakNet by the looks. "While I still get some inquiries, as of as of March 13, 2015 I've

Re: Indexing with an arbitrary type

On Friday, 5 August 2016 at 16:37:14 UTC, Jonathan M Davis wrote: On Thursday, August 04, 2016 08:13:59 Alex via Digitalmars-d-learn wrote: What I think about is something like this: https://dpaste.dzfl.pl/d37cfb8e513d Okay, you have enum bool isKey(T) = is(typeof(T.init < T.init) : bool);

Re: unit-threaded v0.6.26 - advanced unit testing in D with new features

On Friday, 5 August 2016 at 15:31:34 UTC, Atila Neves wrote: https://code.dlang.org/packages/unit-threaded What's new: . Mocking support. Classes, interfaces and structs can be mocked (see README.md or examples) . Shrinking support for property-based testing, but only for integrals and arrays

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 10:02:25 UTC, Iain Buclaw wrote: On 6 August 2016 at 11:48, Ilya Yaroshenko via Digitalmars-d wrote: On Saturday, 6 August 2016 at 09:35:32 UTC, Walter Bright wrote: [...] OK, then we need a third pragma,`pragma(ieeeRound)`. But

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 6 August 2016 at 11:48, Ilya Yaroshenko via Digitalmars-d wrote: > On Saturday, 6 August 2016 at 09:35:32 UTC, Walter Bright wrote: >> >> On 8/6/2016 1:21 AM, Ilya Yaroshenko wrote: >>> >>> We need 2 new pragmas with the same syntax as `pragma(inline, xxx)`: >>>

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Saturday, 6 August 2016 at 09:35:32 UTC, Walter Bright wrote: On 8/6/2016 1:21 AM, Ilya Yaroshenko wrote: We need 2 new pragmas with the same syntax as `pragma(inline, xxx)`: 1. `pragma(fusedMath)` allows fused mul-add, mul-sub, div-add, div-sub operations. 2. `pragma(fastMath)`

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 1:21 AM, Ilya Yaroshenko wrote: We need 2 new pragmas with the same syntax as `pragma(inline, xxx)`: 1. `pragma(fusedMath)` allows fused mul-add, mul-sub, div-add, div-sub operations. 2. `pragma(fastMath)` equivalents to [1]. This pragma can be used to allow extended precision.

[Issue 14855] -cov should ignore assert(0)

https://issues.dlang.org/show_bug.cgi?id=14855 --- Comment #3 from Jonathan M Davis --- (In reply to Walter Bright from comment #2) > Being concerned about assert(0)'s not being executed is placing too > much emphasis on the metric. Perhaps, but if you're trying to

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 8/6/2016 1:21 AM, Ilya Yaroshenko wrote: On Friday, 5 August 2016 at 20:53:42 UTC, Walter Bright wrote: I agree that the typical summation algorithm suffers from double rounding. But that's one algorithm. I would appreciate if you would review

Re: vsprintf or printf variable arguments

On Friday, 5 August 2016 at 08:32:42 UTC, kink wrote: On Thursday, 4 August 2016 at 21:03:52 UTC, Mark "J" Twain wrote: How can I construct a va_list for vsprintf when all I have is the a list of pointers to the data, without their type info? A va_list seems to be a packed struct of values

Re: unit-threaded v0.6.26 - advanced unit testing in D with new features

On Saturday, 6 August 2016 at 01:50:15 UTC, Øivind wrote: I have started using unit_threaded, and love it. Most of my unittests now run in < 100ms; it is great. Keep up the good work.

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On 4 August 2016 at 23:38, Seb via Digitalmars-d wrote: > On Thursday, 4 August 2016 at 21:13:23 UTC, Iain Buclaw wrote: >> >> On 4 August 2016 at 01:00, Seb via Digitalmars-d >> wrote: >>> >>> To make matters worse std.math yields

Re: Why don't we switch to C like floating pointed arithmetic instead of automatic expansion to reals?

On Friday, 5 August 2016 at 20:53:42 UTC, Walter Bright wrote: I agree that the typical summation algorithm suffers from double rounding. But that's one algorithm. I would appreciate if you would review http://dlang.org/phobos/std_algorithm_iteration.html#sum to ensure it doesn't have this

Re: For the Love of God, Please Write Better Docs!

On Friday, 5 August 2016 at 21:01:28 UTC, H.Loom wrote: On Friday, 5 August 2016 at 19:52:19 UTC, poliklosio wrote: On Tuesday, 2 August 2016 at 20:26:06 UTC, Jack Stouffer wrote: (...) (...) In my opinion open source community massively underestimates the importance of high-level examples,

Re: Using D in Games and bindings to c++ libraries

On 06/08/2016 6:28 PM, Neurone wrote: On Saturday, 6 August 2016 at 04:01:03 UTC, rikki cattermole wrote: You can safely forget about RakNet by the looks. "While I still get some inquiries, as of as of March 13, 2015 I've decided to stop licensing so I can focus on changing the world through

Re: Using D in Games and bindings to c++ libraries

On Saturday, 6 August 2016 at 04:01:03 UTC, rikki cattermole wrote: You can safely forget about RakNet by the looks. "While I still get some inquiries, as of as of March 13, 2015 I've decided to stop licensing so I can focus on changing the world through VR." So based upon this, what would

[Issue 16352] dead-lock in std.allocator.free_list unittest

https://issues.dlang.org/show_bug.cgi?id=16352 --- Comment #2 from Martin Nowak --- They do, thanks. There is not much information in the log other than it did hang at the commit hashes. --

Re: D safety! New Feature?

On 08/06/2016 03:57 AM, Mark J Twain wrote: On Friday, 5 August 2016 at 21:12:06 UTC, ag0aep6g wrote: [...] struct MutableSomething { int value; void mutate(int newValue) { value = newValue; } } struct ImmutableSomething { int value; /* no mutate method here */ } void

Re: D safety! New Feature?

On 08/06/2016 03:38 AM, Chris Wright wrote: Some reflection stuff is a bit inconvenient: class A { int foo() { return 1; } } void main() { auto a = new immutable(A); // This passes: static assert(is(typeof(a.foo))); // This doesn't: static assert(__traits(compiles, () { a.foo; }));