Re: Any usable SIMD implementation?

The system seems to call CPUID at startup and for every multiversioned function, patch an offset in its dispatcher function. The dispatcher function is then nothing more than a jump realtive to RIP, e.g.: jmpQWORD PTR [rip+0x200bf2] This is as efficient as it gets short of using

Re: Any usable SIMD implementation?

Am Tue, 12 Apr 2016 10:55:18 + schrieb xenon325 : > Have you seen how GCC's function multiversioning [1] ? > > This whole thread is far too low-level for me and I'm not sure if > GCC's dispatcher overhead is OK, but the syntax looks really nice > and it seems to

Re: Any usable SIMD implementation?

Am Mon, 11 Apr 2016 14:29:11 -0700 schrieb Walter Bright : > On 4/11/2016 7:24 AM, Marco Leise wrote: > > Am Mon, 4 Apr 2016 11:43:58 -0700 > > schrieb Walter Bright : > > > >> On 4/4/2016 9:21 AM, Marco Leise wrote: > >>> To put

Re: Release D 2.071.0

Am Thu, 07 Apr 2016 10:13:35 + schrieb Dicebot : > On Tuesday, 5 April 2016 at 22:43:05 UTC, Martin Nowak wrote: > > Glad to announce D 2.071.0. > > > > http://dlang.org/download.html > > > > This release fixes many long-standing issues with imports and > > the module > >

Re: Any usable SIMD implementation?

Am Wed, 6 Apr 2016 20:29:21 -0700 schrieb Walter Bright : > On 4/6/2016 7:25 PM, Manu via Digitalmars-d wrote: > > TL;DR, defining architectures with an intel-centric naming convention > > is a very bad idea. > > You're not making a good case for a standard language

Re: Any usable SIMD implementation?

Am Mon, 4 Apr 2016 13:29:11 -0700 schrieb Walter Bright : > On 4/4/2016 7:02 AM, 9il wrote: > >> What kind of information? > > > > Target cpu configuration: > > - CPU architecture (done) > > Done. > > > - Count of FP/Integer registers > > ?? > > > - Allowed

Re: Any usable SIMD implementation?

Am Mon, 4 Apr 2016 11:43:58 -0700 schrieb Walter Bright : > On 4/4/2016 9:21 AM, Marco Leise wrote: > >To put this to good use, we need a reliable way - basically > >a global variable - to check for SSE4 (or POPCNT, etc.). What > >we have now does not work

Re: Any usable SIMD implementation?

Am Mon, 04 Apr 2016 18:35:26 + schrieb 9il : > @attribute("target", "+sse4")) would not work well for BLAS. BLAS > needs compile time constants. This is very important because BLAS > can be 95% portable, so I just need to write a code that would be > optimized

Re: Any reason as to why this isn't allowed?

Am Sat, 02 Apr 2016 13:02:18 + schrieb Lass Safin : > class C { > ~this() {} > immutable ~this() {} > } > > This gives a conflict error between the two destructors. That is https://issues.dlang.org/show_bug.cgi?id=13628 -- Marco

Re: Any usable SIMD implementation?

Am Mon, 04 Apr 2016 14:02:03 + schrieb 9il : > Target cpu configuration: > - CPU architecture (done) > - Count of FP/Integer registers > - Allowed sets of instructions: for example, AVX2, FMA4 > - Compiler optimization options (for math) > > Ilya - On amd64,

Re: Fixed-Length Array Sorting

Am Mon, 04 Apr 2016 12:11:20 + schrieb Nordlöw : > On Monday, 4 April 2016 at 10:53:51 UTC, Brian Schott wrote: > > That's too readable. > > ? When you talk about optimizing there is always a "how far will you go". Your code is still plain D and barely digestible.

Re: Any usable SIMD implementation?

Am Sun, 03 Apr 2016 06:14:23 + schrieb 9il : > Hello Martin, > > Is it possible to introduce compile time information about target > platform? I am working on BLAS from scratch implementation. And > it is no hope to create something useable without CT information

Re: debugger blues

Am Mon, 28 Mar 2016 19:29:38 + schrieb cy : > On Sunday, 27 March 2016 at 15:40:47 UTC, Marco Leise wrote: > > Is it just me? I've never heard of a programming environment, > > let alone a system programming language providing that > > information. > > Well, not by

Re: char array weirdness

Am Mon, 28 Mar 2016 16:29:50 -0700 schrieb "H. S. Teoh via Digitalmars-d-learn" : > […] your diacritics may get randomly reattached to > stuff they weren't originally attached to, or you may end up with wrong > sequences of Unicode code points (e.g. diacritics

Re: How to be more careful about null pointers?

Am Tue, 29 Mar 2016 06:00:32 + schrieb cy : > struct Database { >string derp; >Statement prepare(string s) { > return Statement(1234); >} > } > > struct Statement { >int member; >void bind(int column, int value) { > import std.stdio; >

Re: debugger blues

Am Fri, 25 Mar 2016 14:15:57 + schrieb Craig Dillabaugh : > On Friday, 25 March 2016 at 08:14:15 UTC, Iain Buclaw wrote: > clip > > > >> * a pony > > > > Of all points above, this is one that can actually be arranged. > > No joke! > > I've got a Border Collie I

Re: debugger blues

Am Fri, 25 Mar 2016 09:00:06 + schrieb cy : > No, the stack trace is the hierarchy of functions that are > currently calling each other. I meant the functions that had been > called previously, even the ones that have returned. Is it just me? I've never heard of a

Re: I need some help benchmarking SoA vs AoS

Am Sat, 26 Mar 2016 17:43:48 + schrieb maik klein : > On Saturday, 26 March 2016 at 17:06:39 UTC, ag0aep6g wrote: > > On 26.03.2016 18:04, ag0aep6g wrote: > >> https://gist.github.com/aG0aep6G/a1b87df1ac5930870ffe/revisions > > > > PS: Those enforces are for a size

Re: D Profile Viewer

Am Thu, 24 Mar 2016 20:34:07 + schrieb Andrew : > Hi > > I wrote a program to turn the non-human-readable trace.log into > an interactive HTML file that can be used to help profile a D > program. > > Its here: https://bitbucket.org/andrewtrotman/d-profile-viewer > >

Re: Females in the community.

Am Wed, 23 Mar 2016 11:33:55 + schrieb QAston : > https://marketplace.visualstudio.com/items?itemName=shinnn.alex "The novelist from my motherland excites a lot of sci-fi addicts by his crazy storytelling." … (from the screen-shot) turns into … "The novelist from my

Re: How can I report what I think a compiler's frontend bug

Am Sun, 20 Mar 2016 22:37:37 + schrieb Vincent R : > Now I need to understand what the original author wanted > to do by declaring these 2 constructors. It reminds me of what other wrappers do. The second constructor pair is the proper one and takes the regular arguments to

Re: How can I report what I think a compiler's frontend bug

Am Sun, 20 Mar 2016 11:28:19 + schrieb Vincent R : > Hi, > > I would like to start a new project (a bonjour/zeroconf wrapper > and a gui browser using it). > For the gui part I would like to use my existing skills using > wxWidgets wrapper (wxD). > So I have started to

Re: std.allocator issues

Am Tue, 8 Mar 2016 16:35:45 -0500 schrieb Andrei Alexandrescu : > On 3/7/16 11:53 PM, Marco Leise wrote: > > By the way: jemalloc has `mallocx()` to allocate at least N > > bytes and `sallocx()` to ask for the actual size of an > > allocation. > > I know. Jason

Re: std.allocator issues

Am Sat, 20 Feb 2016 08:47:47 -0500 schrieb Andrei Alexandrescu : > On 02/20/2016 12:39 AM, Steven Schveighoffer wrote: > > Given that there is "goodAllocSize", this seems reasonable. But for > > ease-of-use (and code efficiency), it may be more straightforward to >

Re: Speed kills

Am Wed, 17 Feb 2016 19:55:08 + schrieb Basile B. : > Also, forgot to say, but an uniform API is needed to set the > rounding mode, whether SSE is used or the FPU... At least GCC has a codegen switch for that. A solution would have to either set both rounding modes at once

Re: If stdout is __gshared, why does this throw / crash?

Got it now: https://issues.dlang.org/show_bug.cgi?id=15768 writeln() creates a copy of the stdout struct in a non thread-safe way. If stdout has been assigned a File struct created from a file name this copy includes a "racy" increment/decrement of a reference count to the underlying C-library

Re: If stdout is __gshared, why does this throw / crash?

Am Sat, 05 Mar 2016 14:18:31 + schrieb Atila Neves : > void main() { > stdout = File("/dev/null", "w"); > foreach(t; 1000.iota.parallel) { > writeln("Oops"); > } > } First thing I tried: void main() { stdout = File("/dev/null", "w");

Re: Backslash escaping weirdness

Am Tue, 01 Mar 2016 05:14:13 + schrieb Nicholas Wilson : > On Tuesday, 1 March 2016 at 04:48:01 UTC, Adam D. Ruppe wrote: > > On Tuesday, 1 March 2016 at 04:18:11 UTC, Nicholas Wilson wrote: > >> What is causing these errors? I'm using \t and \n in string > >>

Re: Is this a bug in std.typecons.Tuple.slice?

Am Tue, 09 Feb 2016 00:38:10 + schrieb tsbockman : > On Sunday, 7 February 2016 at 02:11:15 UTC, Marco Leise wrote: > > What I like most about your proposal is that it doesn't break > > any existing code that wasn't broken before. That can't be > > emphasized

Re: Is this a bug in std.typecons.Tuple.slice?

Am Sat, 06 Feb 2016 11:02:37 + schrieb tsbockman : > On Saturday, 6 February 2016 at 08:47:01 UTC, Saurabh Das wrote: > > I think we should add a static assert to slice to ensure that > > the current implementation is not used in a case where the > > alignment

Re: Things that keep D from evolving?

Am Sat, 06 Feb 2016 11:47:02 + schrieb Ola Fosheim Grøstad : > Of course, Swift does not aim for very high performance, but for > convenient application/gui development. And frankly JavaScript is > fast enough for that kind of programming. My code would

Re: Things that keep D from evolving?

Am Sat, 06 Feb 2016 23:18:59 + schrieb Ola Fosheim Grøstad : > Things that could speed up collection: > - drop destructors so you don't track dead objects Interesting, that would also finally force external resources off the GC heap and into deterministic

Re: Custom hash table key is const, how to call dtors?

Am Sun, 07 Feb 2016 01:05:28 + schrieb cy : > On Saturday, 6 February 2016 at 03:57:16 UTC, Marco Leise wrote: > > > No, but they could have dtors because they contain malloc'd > > data. E.g. string literals that don't live on the GC heap. > > Character arrays

Re: Is this a bug in std.typecons.Tuple.slice?

Am Sat, 06 Feb 2016 07:57:08 + schrieb tsbockman : > On Saturday, 6 February 2016 at 06:34:05 UTC, Marco Leise wrote: > > I don't want to sound dismissive, but when that thought came > > to my mind I considered it unacceptable that the type of > > Tuple!(int, bool,

Re: Is this a bug in std.typecons.Tuple.slice?

Am Sat, 06 Feb 2016 04:28:17 + schrieb tsbockman : > On Friday, 5 February 2016 at 19:16:11 UTC, Marco Leise wrote: > >> > 1. Removing 'ref' from the return type > > > > Must happen. 'ref' only worked because of the reinterpreting > > cast which doesn't work in

Re: Template to create a type and instantiate it

Mixin templates is the way to go if you want something new on every use of the template. Otherwise using the template multiple times with the same arguments will always give you the first instance. -- Marco

Re: Is this a bug in std.typecons.Tuple.slice?

Am Fri, 05 Feb 2016 05:31:15 + schrieb Saurabh Das : > On Friday, 5 February 2016 at 05:18:01 UTC, Saurabh Das wrote: > [...] > > Apologies for spamming. This is an improved implementation: > > @property > Tuple!(sliceSpecs!(from, to)) slice(size_t

Custom hash table key is const, how to call dtors?

Usually I want the keys to be declared "immutable" to signal that their content must not change in order to provide stable hashes. But when you remove items from the table you need to call a const/immutable dtor that needs to be written for everything that can be a hash table key. What do you put

Re: Custom hash table key is const, how to call dtors?

Am Sat, 06 Feb 2016 03:38:54 + schrieb cy : > On Friday, 5 February 2016 at 22:18:50 UTC, Marco Leise wrote: > > But when you remove items from the table you need to call a > > const/immutable dtor that needs to be written for everything > > that can be a hash table

Re: Is this a bug in std.typecons.Tuple.slice?

https://issues.dlang.org/show_bug.cgi?id=15645

Re: Octree implementation?

Am Mon, 01 Feb 2016 02:56:06 + schrieb Tofu Ninja : > Just out of curiosity, does anyone have an octree implementation > for D laying around? Just looking to save some time. I have one written in Delphi that you could prune till it fits. -- Marco

Re: Is this a bug in std.typecons.Tuple.slice?

Am Thu, 04 Feb 2016 15:17:54 + schrieb Saurabh Das : > On Thursday, 4 February 2016 at 12:28:39 UTC, Saurabh Das wrote: > > This code: > > [...] > > Update: Simplified, this also doesn't work: > > void main() > { > import std.typecons; > auto tp = tuple(10,

Re: Distributed Memory implementation

Am Mon, 18 Jan 2016 05:59:15 + schrieb tcak <1ltkrs+3wyh1ow7kz...@sharklasers.com>: > I, due to a need, will start implementation of distributed memory > system. > > Idea is that: > > Let's say you have allocated 1 GiB space in memory. This memory > is blocked into 4 KiB. > > After some

Re: Three people out of four dislike SDL

Am Tue, 01 Dec 2015 03:49:07 + schrieb Adam D. Ruppe : > simpledisplay.d can do what SDL does :P > > oh wait this is about the other SDL > > well I want to talk about simpledisplay. I've been doing a > documentation book in the ddoc with lots of examples: > >

Re: Graillon 1.0, VST effect fully made with D

We can probably agree that we don't know about the impact on a large multimedia application written in D. What you can communicate is: Create a @nogc thread routine and don't register it with the GC to write real-time VSTs. Guillaume did a good job, taking the GC out of the real-time thread. It's

Re: Something about Chinese Disorder Code

Am Tue, 24 Nov 2015 17:08:33 + schrieb BLM768 : > On Tuesday, 24 November 2015 at 09:48:45 UTC, magicdmer wrote: > > I display chinese string like: > > > > auto str = "你好，世界" > > writeln(str) > > > > and The display is garbled。 > > > > some windows api like MessageBoxA ,if

Re: [Poll] On Linux, what should we commonly use as sub-directory name for D?

Am Mon, 16 Nov 2015 08:49:57 +0100 schrieb Iain Buclaw via Digitalmars-d : > There should be ways to catch ABI changes in the build or test process. > Maybe I'm misremembering something though. :-) > > There should be a degree of ABI compatibility between releases

Re: Our template emission strategy is broken

Am Wed, 11 Nov 2015 14:23:15 + schrieb Martin Nowak : > Think of that for a moment, no package manager allows you to > have cycles in your dependencies. There are package managers that allow packages to mutually depend on each other. Order is established by qualifying the

Re: Tonight: Introduction to D at Codeaholics (HK)

Am Thu, 12 Nov 2015 01:30:06 +0800 schrieb Lionello Lunesu : > * Why doesn't D explicitly specify the exceptions that can be thrown? > (To which I answered that I never saw the point in Java and only found > it tedious. This did not convince the person.) Maybe

Re: [Poll] On Linux, what should we commonly use as sub-directory name for D?

Am Wed, 11 Nov 2015 17:24:18 + schrieb Chris Piker : > On Tuesday, 12 November 2013 at 19:50:32 UTC, Marco Leise wrote: > > I've seen people use both 'd' and 'dlang' now, so I created a > > poll. Everyone assembling Linux packages is then free use the > > results to create a

Re: [Poll] On Linux, what should we commonly use as sub-directory name for D?

Am Thu, 12 Nov 2015 10:26:54 + schrieb Marc Schütz : > I'm interested in this topic, too. Has there been a conclusion as > to distributions should install includes and libraries of > different compilers (and versions), which sonames to use, etc? The shared library topic

Re: Benchmark memchar (with GCC builtins)

Am Fri, 30 Oct 2015 22:31:54 + schrieb Iakh : > On Friday, 30 October 2015 at 21:33:25 UTC, Andrei Alexandrescu > wrote: > > Could you please take a look at GCC's generated code and > > implementation of memchr? -- Andrei > > glibc uses something like pseudo-SIMD with

Re: Playing SIMD

Am Mon, 26 Oct 2015 14:04:18 +0100 schrieb Iain Buclaw via Digitalmars-d : > > Yeah but PMOVMSKB not implemented in core.simd. > > > > Don't use core.simd, push for getting std.simd in, then leverage the > generics exposed through that module. Yeah, but PMOVMSKB is

Re: Fastest JSON parser in the world is a D project

Am Tue, 27 Oct 2015 14:00:06 + schrieb Martin Nowak : > On Tuesday, 27 October 2015 at 13:14:36 UTC, wobbles wrote: > >> How can `coordinates` member be known at compile-time when the > >> input argument is a run-time string? > > > > I suspect through the opDispatch operator

Re: DMD is slow for matrix maths?

Am Mon, 26 Oct 2015 11:37:16 + schrieb Etienne Cimon : > On Monday, 26 October 2015 at 04:48:09 UTC, H. S. Teoh wrote: > > On Mon, Oct 26, 2015 at 02:37:16AM +, Etienne Cimon via > > Digitalmars-d wrote: > > > > If you must use DMD, I recommend filing an enhancement

Re: dmd.conf no longer working?

Am Thu, 22 Oct 2015 21:50:33 +0200 schrieb Jacob Carlborg : > On 2015-10-22 19:43, Andrei Alexandrescu wrote: > > Hi folks, I'm having trouble setting up dmd on a fresh system. The short > > of it is nothing in dmd.conf seems to be taken into account. > > Furthermore, sections such

Re: Fastest JSON parser in the world is a D project

Am Thu, 22 Oct 2015 06:10:56 -0700 schrieb Walter Bright : > On 10/21/2015 3:40 PM, Laeeth Isharc wrote: > > Have you thought about writing up your experience with writing fast json? > > A bit > > like Walter's Dr Dobbs's article on wielding a profiler to speed up

Re: Fastest JSON parser in the world is a D project

Am Wed, 21 Oct 2015 04:17:16 + schrieb Laeeth Isharc : > Very impressive. > > Is this not quite interesting ? Such a basic web back end > operation, and yet it's a very different picture from those who > say that one is I/O or network bound. I already

Re: Fastest JSON parser in the world is a D project

Am Wed, 21 Oct 2015 17:00:39 + schrieb Suliman : > >> > Nice! I see you are using bitmasking trickery in multiple > >> > places. stdx.data.json is mostly just the plain lexing > >> > algorithm, with the exception of whitespace skipping. It was > >> > already very

Re: Implicit conversion rules

Am Wed, 21 Oct 2015 12:49:35 -0700 schrieb Ali Çehreli : > On 10/21/2015 12:37 PM, Sigg wrote: > > > cause at least few more "fun" side effects. > > One of those side effects would be function calls binding silently to > another overload: > > void foo(bool){/* ... */} >

core.attribute - Remove friction for compiler attributes

For a while now GDC and LDC have supported a variety of their backend's attributes, like inlining or compiling a specific function with SSE4 in an otherwise generic x64 build. I think we should unify those into a common core.attribute, either aliasing or replacing the vendor specific symbols.

Re: KeepTerminator

Am Tue, 20 Oct 2015 13:08:07 +0530 schrieb Shriramana Sharma : > Writing stdin.byLine(KeepTerminator.yes) is quite awkward. Why this long > name and not something shorter like KeepEOL? Because enums work that way in D: . and probably because someone found that we

Re: Beta D 2.069.0-b2

Am Tue, 20 Oct 2015 19:26:13 +0200 schrieb Martin Nowak : > On 10/17/2015 09:05 PM, Marco Leise wrote: > > Oh wait, false alert. That was a relic from older days. My > > build script placed a dummy dmd.conf there. > > > > I do seem to get problems with ldc2-0.16.0:

Re: Phobos still being statically linked in?

For the Gentoo Linux DMD package I made dynamic linking the default. It's not just Phobos but other libraries as well, like GtkD and what else you link into your executable. A simple GUI converting text in the clipboard on button press is at around 553 KiB now. With static linking it is 6 MiB.

Re: [sdc] linker problems when building programs with sdc

Am Sun, 18 Oct 2015 11:35:16 +0200 schrieb Joseph Rushton Wakeling via Digitalmars-d-learn : > Hello all, > > I recently decided to have another play with sdc to see how it's doing. > Since > my dmd is installed in /opt/dmd/ I had to do a couple of tricks to

Re: Beta D 2.069.0-b2

Oh wait, false alert. That was a relic from older days. My build script placed a dummy dmd.conf there. I do seem to get problems with ldc2-0.16.0: make -C druntime -f posix.mak MODEL=32 ../dmd/src/dmd -conf= -c -o- -Isrc -Iimport -Hfimport/core/sync/barrier.di src/core/sync/barrier.d

Re: Beta D 2.069.0-b2

Am Wed, 14 Oct 2015 15:52:57 +0200 schrieb Martin Nowak : > Second beta for the 2.069.0 release. > > http://dlang.org/download.html#dmd_beta > http://dlang.org/changelog/2.069.0.html > > Please report any bugs at https://issues.dlang.org > > -Martin When I use a

Re: Fastest JSON parser in the world is a D project

Am Sat, 17 Oct 2015 16:27:06 + schrieb Sean Kelly : > On Saturday, 17 October 2015 at 16:14:01 UTC, Andrei Alexandrescu > wrote: > > On 10/17/15 6:43 PM, Sean Kelly wrote: > >> If this is the benchmark I'm remembering, the bulk of the time > >> is spent > >> parsing

Re: Fastest JSON parser in the world is a D project

Am Thu, 15 Oct 2015 18:46:12 +0200 schrieb Sönke Ludwig : > Am 14.10.2015 um 09:01 schrieb Marco Leise: > > […] > > stdx.data.json: 2.76s, 207.1Mb (LDC) > > > > Yep, that's right. stdx.data.json's pull parser finally beats > > the dynamic languages with native

Re: Fastest JSON parser in the world is a D project

Am Thu, 15 Oct 2015 18:17:07 +0200 schrieb Sönke Ludwig : > Am 15.10.2015 um 13:06 schrieb Rory McGuire via Digitalmars-d-announce: > > In browser JSON.serialize is the usual way to serialize JSON values. > > The problem is that on D side if one does deserialization

Re: Fastest JSON parser in the world is a D project

Am Fri, 16 Oct 2015 11:09:37 + schrieb Per Nordlöw : > On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: > > https://github.com/kostya/benchmarks#json > > Does fast.json use any non-standard memory allocation patterns or > plain simple GC-usage? Plain

Fastest JSON parser in the world is a D project

fast.json usage: UTF-8 and JSON validation of used portions by default: auto json = parseJSONFile("data.json"); Known good file input: auto json = parseTrustedJSONFile("data.json"); auto json = parseTrustedJSON(`{"x":123}`); Work with a single key from an object:

Re: Fastest JSON parser in the world is a D project

Am Wed, 14 Oct 2015 07:55:18 + schrieb Idan Arye : > On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote: > > auto json = parseTrustedJSON(`{ "coordinates": [ { "x": 1, > > "y": 2, "z": 3 }, … ] }`); > > I assume parseTrustedJSON is not validating? Did

Re: Fastest JSON parser in the world is a D project

Am Wed, 14 Oct 2015 10:22:37 +0200 schrieb Rory McGuire via Digitalmars-d-announce : > Does this version handle real world JSON? > > I've keep getting problems with vibe and JSON because web browsers will > automatically make a "1" into a 1 which then causes

Re: Fastest JSON parser in the world is a D project

Am Wed, 14 Oct 2015 08:19:52 + schrieb Per Nordlöw : > On Wednesday, 14 October 2015 at 07:01:49 UTC, Marco Leise wrote: > > https://github.com/kostya/benchmarks#json > > I can't find fast.json here. Where is it? »»» D Gdc Fast 0.34226.7 ««« C++ Rapid 0.79

Re: Synchronized classes have no public members

Am Tue, 13 Oct 2015 09:36:22 + schrieb ponce : > On Tuesday, 13 October 2015 at 09:07:54 UTC, Chris wrote: > > On Tuesday, 13 October 2015 at 08:55:26 UTC, Benjamin Thaut > > wrote: > >> > >> […] The entire synchronized methods give the user the feeling > >> that he

Re: Synchronized classes have no public members

Am Tue, 13 Oct 2015 12:52:55 + schrieb Dicebot : > On Tuesday, 13 October 2015 at 12:51:14 UTC, Benjamin Thaut wrote: > > On Tuesday, 13 October 2015 at 12:20:17 UTC, Minas Mina wrote: > >> > >> I agree that synchronized classes / functions that not that > >> useful. > >>

Re: DIP74 - where is at?

Am Tue, 13 Oct 2015 17:59:26 + schrieb deadalnix : > > It he not really just saying "I have no clue if X is true, but > > since I don't know, I'll just assume it's false and assume you > > are wrong.". > > > > That's not very logical. Why wouldn't he just as well assume

Re: DIP74 - where is at?

Am Mon, 12 Oct 2015 10:28:55 +0300 schrieb Andrei Alexandrescu : > On 10/12/15 7:19 AM, Jonathan M Davis wrote: > > On Monday, 12 October 2015 at 03:59:04 UTC, Marco Leise wrote: > >> Am Sun, 11 Oct 2015 07:32:26 + > >> schrieb deadalnix : >

Re: DIP74 - where is at?

Am Sun, 11 Oct 2015 07:32:26 + schrieb deadalnix : > In C++, you need to assume things are shared, and, as such, use > thread safe inc/dec . That means compiler won't be able to > optimize them. D can do better as sharedness is part of the type > system. With the

Re: Go, D, and the GC

Am Mon, 05 Oct 2015 13:42:50 + schrieb Adam D. Ruppe : > On Monday, 5 October 2015 at 07:40:35 UTC, deadalnix wrote: > > Not on the heap. There are many cases where the destructor > > won't run and it is allowed by spec. We should do better. > > To be fair, if you

Re: Go, D, and the GC

Am Mon, 5 Oct 2015 12:22:59 +0300 schrieb Shachar Shemesh : > On 05/10/15 10:01, Dmitry Olshansky wrote: > > >> When D structs has a destructor that is guaranteed to run for any > >> instance that finished construction, no matter what is the use case, > >> then we can have that

Re: Go, D, and the GC

Am Sun, 04 Oct 2015 23:28:47 + schrieb Jonathan M Davis : > On Sunday, 4 October 2015 at 21:41:00 UTC, rsw0x wrote: > > If D has no intentions of aiding the GC, then the GC should > > just be dropped because it's basically just slapping Boehm on > > C++ right now. > >

Re: D 2015/2016 Vision?

Am Tue, 6 Oct 2015 18:27:28 -0700 schrieb Walter Bright : > On 10/4/2015 11:02 AM, bitwise wrote: > > For example, streams. > > No streams. InputRanges. ... what bitwise said ... We had this discussion at least once and it did not change my mind back then: Ranges and

Re: How to check if JSONValue of type object has a key?

Am Tue, 06 Oct 2015 21:39:28 + schrieb Fusxfaranto : > Additionally, just like associative arrays, if you need to access > the value, you can get a pointer to it with the in operator (and > if the key doesn't exist, it will return a null pointer). > >

Re: Idioms you use

Am Sun, 04 Oct 2015 00:08:39 +0200 schrieb Artur Skawina via Digitalmars-d : >static ctfe = ctfeArr!( iota(256).map!isDigit() ); > >immutable typeof(R.front)[R.array().length] ctfeArr(alias R) = R.array(); I like that. Also that 1) In D everything is

Re: std.benchmarking and getting rid of TickDuration

Should the examples have `pragma(inline, false)` on the benchmarked functions? I'm not so worried about inlining as I am about const folding the benchmarked expressions away. Concerning the module review I tend to agree with you. It would only be ... well if I said in std.datetime the functions

Re: Idioms you use

Am Mon, 28 Sep 2015 21:40:43 + schrieb Freddy : > Are any D idioms you use that you like to share? > Heres one of mine > --- > enum ctfe = > { > return 0xdead & 0xbad; > }(); > --- Yep, using that often, although I try to get my head around using functional

Re: __simd_sto confusion

This is a bug in overload resolution when __vector(void[16]) is involved. You can go around it by changing float4 to void16, only to run into an internal compiler error: backend/gother.c 988 So file a bug for both @ issues.dlang.org Also it looks like DMD wants you to use the return value of the

Re: Walter and I talk about D in Romania

Am Fri, 2 Oct 2015 07:25:44 -0400 schrieb Andrei Alexandrescu : > Walter and I will travel to Brasov, Romania to hold an evening-long > event on the D language. There's been strong interest in the event with > over 300 registrants so far. > >

Re: http://wiki.dlang.org/Building_DMD improvements

Am Sat, 03 Oct 2015 10:38:51 + schrieb Atila Neves : > On Friday, 2 October 2015 at 11:06:52 UTC, Andrei Alexandrescu > wrote: > > The Wiki page http://wiki.dlang.org/Building_DMD could be > > easily reorganized to make better. > > > > Currently it uses sections such

Re: __simd_sto confusion

Am Sat, 03 Oct 2015 23:42:22 + schrieb Nachtraaf : > I changed the type of result to void16 like this: > > float dot_simd1(float4 a, float4 b) > { > void16 result = __simd(XMM.DPPS, a, b, 0xFF); > float value; > __simd_sto(XMM.STOSS, value, result); >

Re: std.data.json formal review

Am Tue, 28 Jul 2015 14:07:18 + schrieb "Atila Neves" : > Start of the two week process, folks. > > Code: https://github.com/s-ludwig/std_data_json > Docs: http://s-ludwig.github.io/std_data_json/ > > Atila There is one thing I noticed today that I personally feel

Re: Mac IDE with Intellisense

Am Sat, 26 Sep 2015 10:38:25 + schrieb Gary Willoughby : > Auto-complete in D is tricky because of this feature and no-one > has invested any time to figure out a nice way to provide > auto-complete for this. Mono-D does have UFCS auto-complete. The plugin is going to

Re: WTF does "Enforcement failed" actually mean?

Am Thu, 01 Oct 2015 08:52:43 + schrieb John Colvin : > On Thursday, 1 October 2015 at 07:08:00 UTC, Russel Winder wrote: > > On Wed, 2015-09-30 at 23:35 -0700, Ali Çehreli via > > Digitalmars-d-learn wrote: > >> On 09/30/2015 10:46 PM, Russel Winder via

Re: Interval Arithmetic

Am Tue, 29 Sep 2015 21:04:00 + schrieb Wulfrick : > Is there an interval arithmetic library in D? I couldn’t find one. > > In case I had to write my own, I understand that the IEEE > standard floating point arithmetic provides operations for > rounding up or down

Re: Interval Arithmetic

Am Thu, 01 Oct 2015 12:03:10 + schrieb ponce : > I have a RAII struct to save/restore the FP control word. > It also handle the SSE control word which unfortunately exist. > > https://github.com/p0nce/dplug/blob/master/plugin/dplug/plugin/fpcontrol.d Nice to have

Re: std.data.json formal review

Am Tue, 29 Sep 2015 11:06:01 + schrieb Marc Schütz : > No, the JSON type should just store the raw unparsed token and > implement: > > struct JSON { > T to(T) if(isNumeric!T && is(typeof(T("" { > return T(this.raw); > } > } > >

Re: std.data.json formal review

Am Tue, 18 Aug 2015 09:05:32 + schrieb "Marc Schütz" : > Or, as above, leave it to the end user and provide a `to(T)` > method that can support built-in types and `BigInt` alike. You mean the user should write a JSON number parsing routine on their own? Then which part is

Re: pragma(inline, true) not very useful in its current state?

Am Sat, 26 Sep 2015 19:58:14 +0200 schrieb Artur Skawina via Digitalmars-d : > `allow` is the default state and always safe; for the cases > where it's /undesirable/, there is noinline. > > artur No what I meant was when the compiler sees inline assembly or anything

<    1   2   3   4   5   6   >