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

Am Fri, 13 Jul 2018 18:14:35 + schrieb iris : > Any idea about the performance of this json parser? > https://jsonformatter.org/json-parser ? That one is implemented in client side JavaScript. I didn't measure it, but the closest match in Kostya's benchmark could be the Node JS entry that

Re: DIP 1016--ref T accepts r-values--Community Review Round 1

Am Sat, 21 Jul 2018 19:22:05 + schrieb 12345swordy : > On Saturday, 21 July 2018 at 08:55:59 UTC, Paolo Invernizzi wrote: > > > Frankly speaking, my feeling is that D is becoming a horrible > > mess for the programmer... > > > /Paolo > How!? Please Explain. You need to demonstrate

Re: DIP 1016--ref T accepts r-values--Community Review Round 1

Am Fri, 20 Jul 2018 10:33:56 -0600 schrieb Jonathan M Davis : > On Friday, July 20, 2018 15:50:29 meppl via Digitalmars-d wrote: > > On Friday, 20 July 2018 at 13:21:11 UTC, Jonathan M Davis wrote: > > > On Friday, July 20, 2018 05:16:53 Mike Parker via Digitalmars-d > > > > > > wrote: > > >>

Re: Dscanner - DCD - Dfix ... Editor support or the lack of it.

Am Sat, 27 Jan 2018 07:54:37 -0500 schrieb Steven Schveighoffer : > If I had to write swift code without xcode, it would take me so much > extra time, because there are things you just aren't going to get done > without the tools. Swift's libraries are also vast and IMO

Re: Dscanner - DCD - Dfix ... Editor support or the lack of it.

Am Sat, 27 Jan 2018 14:58:27 -0800 schrieb "H. S. Teoh" : > I use ctags with vim, and it's amazingly efficient: two keystrokes and > I'm right at the right file in the right place on top of the definition > of an identifier. Less than 1 second. Yet when I work with my

Re: Trello group for build tools, IDEs, OS integration?

Am Mon, 23 Apr 2018 16:02:18 + schrieb Seb : > I agree that the current Bugzilla instance is suboptimal for > collaboration. > > FYI: there's already a DLang Trello board, but it wasn't actively > used: > > https://trello.com/b/XoFjxiqG/active >

Trello group for build tools, IDEs, OS integration?

I am not familiar with Trello (have no account there), but I noticed that it is easier to keep track of important issues over there than on a news group. I was thinking that the group of people that work on the language, runtime and Phobos have only a small overlap with those working on what's in

Re: Is sorted using SIMD instructions

Am Thu, 12 Apr 2018 09:37:58 + schrieb Stefan Koch : > On Thursday, 12 April 2018 at 07:25:27 UTC, Per Nordlöw wrote: > > Neither GCC, LLVM nor ICC can auto-vectorize (and use SIMD) the > > seemly simple function > > > > bool is_sorted(const int32_t* input,

Re: D compiles fast, right? Right??

Am Tue, 3 Apr 2018 16:15:35 -0700 schrieb "H. S. Teoh" : > On Tue, Apr 03, 2018 at 10:59:13PM +, Atila Neves via Digitalmars-d wrote: > > That sentence might as well be fingernails on a blackboard for me! I > > save compulsively. Whenever I stop typing, C-x C-s it is

Re: Deprecating this(this)

Am Mon, 2 Apr 2018 11:57:55 -0400 schrieb Andrei Alexandrescu : > Problem is we don't have head-mutable in the language. Yes, for built-in > slices the mechanism is simple - just change qualifier(T[]) to > qualifier(T)[]. For a struct S, there is no way to convert

Re: Why think unit tests should be in their own source code hierarchy instead of side-by-side

I understand your opinion and I think it is all reasonable. You talk about longer compile times since every D module is like a C++ header. That touches one of my pet peeves with the language or eco system as it stands and I wonder if you would agree with me on the following: Libraries should be

Re: Efficient way to pass struct as parameter

Am Wed, 3 Jan 2018 10:57:13 -0800 schrieb Ali Çehreli : > On 01/03/2018 10:40 AM, Patrick Schluter wrote: > > On Tuesday, 2 January 2018 at 23:27:22 UTC, H. S. Teoh wrote: > >> > >> When it comes to optimization, there are 3 rules: profile, profile, > >> profile. I used

Re: functions allowed to overload on const int vs int vs immutable int? + spec is not accurate

Am Fri, 26 Jan 2018 19:45:54 + schrieb timotheecour : > this compiles, but equivalent in C++ (const int vs int) would > give a > compile error (error: redefinition of 'fun'); what's the > rationale for > allowing these overloads? > > ``` > void fun(int src){

Re: Lazily parse a JSON text file using stdx.data.json?

Am Sun, 17 Dec 2017 10:21:33 -0700 schrieb David Gileadi : > On 12/17/17 3:28 AM, WebFreak001 wrote: > > On Sunday, 17 December 2017 at 04:34:22 UTC, David Gileadi wrote: > > uh I don't know about stdx.data.json but if you didn't manage to succeed > > yet, I know that

Re: Advertise D's great compatibilty with JavaScript

Am Fri, 13 Oct 2017 17:57:12 + schrieb John Gabriele : > Why do you choose Lua? Whatever replaces Javascript (and compiles > to wasm) will be used for large apps, like how Javascript is > currently used. My understanding is that Lua is not particularly > well suited

Re: Beta 2.076.1

P.S.: The directory layout could be improved as well. Currently there is: src\ +-dmd +-druntime +-phobos But druntime in posix.mak:10 expects a src directory inside the dmd directory: dmd\ +-src So effectively the directory names have to be swapped for that to work. At that point

Re: Beta 2.076.1

Could you include the "default_ddoc_theme.ddoc" and "config.sh" in the source releases? The sources cannot be compiled without them. -- Marco

Re: @safe(bool)

Am Sun, 20 Aug 2017 00:29:11 + schrieb Nicholas Wilson : > On Saturday, 19 August 2017 at 17:10:54 UTC, bitwise wrote: > > I'm still concerned about having to read code that's laced full > > of custom attributes, the resolution of which may span several > >

Re: Dynamic array leak?

Am Fri, 11 Aug 2017 18:44:56 + schrieb bitwise : > […] That can't work and here is why: Druntime employs a conservative GC that will treat several things as potential pointers to GC memory. From the top of my head, the entire stack as well as void[] arrays and unions

Re: __dtor vs __xdtor

Am Fri, 11 Aug 2017 17:10:14 + schrieb bitwise : > Ok thanks. > > I don't understand why you would ever want to call __dtor > then...is it possible to have only __dtor without also having > __xdtor? Like, if I want to call a struct's destructor, do I have > to check

Re: readText with added null-terminator that enables sentinel-based search

Am Tue, 08 Aug 2017 20:48:39 + schrieb Nordlöw : > Has anybody written a wrapper around `std.file.readText` (or > similar) that appends a final zero-byte terminator in order to > realize sentinel-based search in textual parsers. What do you mean by similar? There are

Re: returning D string from C++?

Am Sat, 05 Aug 2017 20:17:23 + schrieb bitwise : > virtual DString getTitle() const { > DString ret; > ret.length = GetWindowTextLength(_hwnd) + 1; > ret.ptr = (const char*)gc_malloc(ret.length, 0xA, NULL); > GetWindowText(_hwnd,

Re: all OS functions should be "nothrow @trusted @nogc"

Am Tue, 1 Aug 2017 10:50:59 -0700 schrieb "H. S. Teoh via Digitalmars-d" : > On Tue, Aug 01, 2017 at 05:12:38PM +, w0rp via Digitalmars-d wrote: > > Direct OS function calls should probably all be treated as unsafe, > > except for rare cases where the behaviour is

Re: newCTFE Status July 2017

Am Sun, 30 Jul 2017 14:44:07 + schrieb Stefan Koch : > On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: > > [ ... ] > > Hi Guys, > > After getting the brainfuck to D transcompiler to work. > I now made it's output compatible with newCTFE. > > See

Dlang + compile-time contracts

Coming from D.learn where someone asked for some automatism to turn runtime format strings to `format()` into the equivalent `format!()` form automatically to benefit from compile-time type checks I started wondering... The OP wasn't looking for other benefits of the template version other than

Re: Compile Time versus Run Time

Am Mon, 31 Jul 2017 15:43:21 + schrieb Martin Tschierschke : > As a rookie in D programming I try to understand the power of > templated functions with compile time parameters. With DMD 2.074 > a compile time format > (auto output = format!("Print this %s")(var);) > >

Re: Error 1: Previous Definition Different : _D3gtk3All12__ModuleInfoZ (gtk.All.__ModuleInfo)

Am Fri, 28 Jul 2017 22:53:52 + schrieb FoxyBrown : > After upgrading to latest dmd and having to rebuild gtk, I now > get the following error > > Error 1: Previous Definition Different : > _D3gtk3All12__ModuleInfoZ (gtk.All.__ModuleInfo) > > > in my apps that were

Re: @safe and null dereferencing

Am Thu, 27 Jul 2017 17:59:41 + schrieb Adrian Matoga : > On Thursday, 27 July 2017 at 17:43:17 UTC, H. S. Teoh wrote: > > On Thu, Jul 27, 2017 at 05:33:22PM +, Adrian Matoga via > > Digitalmars-d wrote: [...] > >> Why can't we just make the compiler insert null

Re: An Issue I Wish To Raise Awareness On

Am Thu, 20 Jul 2017 08:56:57 + schrieb Kagamin : > On Wednesday, 19 July 2017 at 12:56:38 UTC, Marco Leise wrote: > > That's exactly what I was opposing in the other post. These > > handles are opaque and never change their value. Within the > > Dlang language barrier they can

Re: proposed @noreturn attribute

Am Wed, 19 Jul 2017 12:13:40 + schrieb Moritz Maxeiner : > On Wednesday, 19 July 2017 at 11:35:47 UTC, Timon Gehr wrote: > > a value of type bottom can be used to construct a value for any > > other type. > > AFAIK from type theory, bottom is defined as having no

Re: An Issue I Wish To Raise Awareness On

Am Wed, 19 Jul 2017 08:50:11 + schrieb Kagamin : > On Tuesday, 18 July 2017 at 19:24:18 UTC, Jonathan M Davis wrote: > > For full-on value types, it should be a non-issue though. > > Not quite. Value types include resource identifiers, which may > have threading

Re: An Issue I Wish To Raise Awareness On

Am Tue, 18 Jul 2017 18:10:58 + schrieb Atila Neves : > Now I've read your post properly: there is only one destructor. > With the fix I mentioned, just don't defined the `shared` > version, there's no need to. Postblit is still a problem, however. > > Atila The issue

Re: dmd and Archlinux

Am Tue, 11 Jul 2017 06:21:33 -0600 schrieb Jonathan M Davis via Digitalmars-d : > On Tuesday, July 11, 2017 12:00:51 PM MDT Seb via Digitalmars-d wrote: > > @mleise: OP is using the testing repos where the PIE enforcement > > already landed [1], but libphobos.a isn't

Re: dmd and Archlinux

Am Sun, 09 Jul 2017 18:35:09 + schrieb Antonio Corbi : > Hi! > > Are there any news about the status of packaging dmd for > archlinux? > > The last dmd compiler packaged is 2.074.0 and since the last > batch of updated packages in archlinux, dmd generated objects >

Re: Types: The Next Generation (Was: Why is phobos so wack?)

Am Sun, 9 Jul 2017 16:22:16 -0400 schrieb "Nick Sabalausky (Abscissa)" : > […] a sufficiently-smart compiler could conceivably even > choose "runtime" vs "compile-time" (or even, "it varies") > based on optimization priorities. GCC already does this, i.e.

Re: proposed @noreturn attribute

Am Sat, 8 Jul 2017 03:15:39 -0700 schrieb Walter Bright : > […] > > Having an @noreturn attribute will take care of that: > > @noreturn void ThisFunctionExits(); > > Yes, it's another builtin attribute and attributes are arguably a failure in > language design.

Re: Checked vs unchecked exceptions

Am Thu, 06 Jul 2017 13:16:23 + schrieb Moritz Maxeiner : > On Thursday, 6 July 2017 at 11:01:26 UTC, Marco Leise wrote: > > Am Thu, 06 Jul 2017 01:31:44 + > > schrieb Moritz Maxeiner : > > > >> But to be clear (and the title and description of any

Re: GtkD nothing

Am Thu, 06 Jul 2017 03:49:04 + schrieb FoxyBrown : > Unfortunately, importing that module seems to throw an error for > some insane reason. > > Error 42: Symbol Undefined _D3gtk6All12__ModuleInfoZ > (gtk.AllGTK.__ModuleInfo) > > without importing it in to the project(but

Re: gdc is in

Am Wed, 21 Jun 2017 15:11:39 + schrieb Joakim : > the gcc tree: > > https://gcc.gnu.org/ml/gcc/2017-06/msg00111.html > > Congratulations to Iain and the gdc team. :) > > I found out because it's on the front page of HN right now, where > commenters are asking

Re: Checked vs unchecked exceptions

Am Thu, 06 Jul 2017 01:31:44 + schrieb Moritz Maxeiner : > But to be clear (and the title and description of any DIP > addressing this should reflect this): > These are not checked exceptions, because checked exceptions > would require bar to declare its exception set

Re: Checked vs unchecked exceptions

In general, I'm of the opinion that DLL API should be fully explicit. It's the only way you can reasonably provide ABI stability. That means no templates, no attribute inference and explicit exception lists if the compiler were to used them. -- Marco

Re: Checked vs unchecked exceptions

Am Wed, 28 Jun 2017 11:04:58 + schrieb Moritz Maxeiner : > One could also make an exception for bodyless functions and allow > specification of the exception set *only* there, e.g. > > --- > // Allow "checked exceptions" for stubs only > void foo() throws AException

Re: Linux linker errors with binutils >= 2.27

This is the bug report for binutils 2.28 and the "module is already defined in" error: https://issues.dlang.org/show_bug.cgi?id=17375 Basically you need to add -fPIC to the command line for the executable when linking against shared objects. One way to do so is to add that switch to dmd.conf.

Re: Linux linker errors with binutils >= 2.27

Am Wed, 5 Jul 2017 22:14:47 +0300 schrieb ketmar : > Marco Leise wrote: > > > Since binutils 2.27 I can not compile dmd with the `gold` > > linker any more. On my Gentoo Linux amd64 host, when linking > > the 32-bit version of druntime the following error is > >

Linux linker errors with binutils >= 2.27

Since binutils 2.27 I can not compile dmd with the `gold` linker any more. On my Gentoo Linux amd64 host, when linking the 32-bit version of druntime the following error is repeatedly output for all kinds of symbols: libdruntime.so.a(libdruntime.so.o): relocation R_386_GOTOFF against

Re: {OT} My machines are dead

Am Tue, 06 Jun 2017 12:46:21 + schrieb Stefan Koch : > Hi Guys, > > bad news my dev machine and the backup machine are dead. > > The replacement hard-drive I ordered a week ago came today, but > that's no longer the issue. > If someone in the North

[OT] I-frame cutting in H.264

Am Sat, 27 May 2017 22:19:11 + schrieb Era Scarecrow : > Only if you have to recompress it. Some tools like VirutalDub > allow you to chop and copy without altering the data stream (it's > good for taking out commercials or shortening clips). Although I > wouldn't be

Re: avoid extra variable during void pointer cast

Am Mon, 15 May 2017 19:30:00 + schrieb Bauss : > pragma(inline, true); doesn't actually do what you think it does. > In lining is always done whenever possible and that only tells > the compiler to spit out an error if it can't inline it. A compiler doesn't simply inline

Re: D on AArch64 CPU

Am Sun, 14 May 2017 15:11:09 + schrieb Richard Delorme : > Or should I wait for an offcial support of this architecture? You ARE the official support now. :) -- Marco

Re: avoid extra variable during void pointer cast

Am Sun, 14 May 2017 20:18:24 + schrieb Kevin Brogan : > I have a piece of code that takes a callback function. > > The callback has the signature void callback(void* state, void* > data) > > There are several of these functions. All of them use state and > data as

Re: "I made a game using Rust"

Am Fri, 12 May 2017 05:42:58 + schrieb Lewis : > Ah okay. If I understand correctly, the "game" itself is just the > two .d files in the Scripts folder, which get compiled then > linked with the prebuilt .lib for the engine. If so, a 10-12s > compile just for those

Re: dmd: can't build on Arch Linux or latest Ubuntu

Am Wed, 10 May 2017 20:59:33 +0300 schrieb ketmar : > > On Wednesday, 10 May 2017 at 11:51:03 UTC, Atila Neves wrote: > >> I can't build dmd on Arch Linux anymore. I'm told it's because of a > >> binutils update. Annoying. > > > yeah, the great thing. i was hit by

Re: The D ecosystem in Debian with free-as-in-freedom DMD

Am Wed, 03 May 2017 01:02:38 + schrieb Moritz Maxeiner : > On Tuesday, 2 May 2017 at 23:27:28 UTC, Marco Leise wrote: > > Am Tue, 02 May 2017 20:53:50 + > > schrieb Moritz Maxeiner : > > > >> On Tuesday, 2 May 2017 at 19:34:44 UTC, Marco Leise

Re: The D ecosystem in Debian with free-as-in-freedom DMD

Am Tue, 02 May 2017 20:53:50 + schrieb Moritz Maxeiner : > On Tuesday, 2 May 2017 at 19:34:44 UTC, Marco Leise wrote: > > > > I see what you're doing there, but your last point is wishful > > thinking. Dynamically linked binaries can share megabytes of > > code. Even

Re: The D ecosystem in Debian with free-as-in-freedom DMD

Am Tue, 11 Apr 2017 15:03:36 + schrieb qznc : > On Tuesday, 11 April 2017 at 12:56:59 UTC, Jonathan M Davis wrote: > > But if we just use dub - which _is_ the official packaging and > > build tool - then we avoid these issues. Ideally, the compiler > > and dub would be part of

Re: The D ecosystem in Debian with free-as-in-freedom DMD

Am Tue, 11 Apr 2017 07:40:12 -0700 schrieb Jonathan M Davis via Digitalmars-d : > It could always just be distributed as a static library. There arguably > isn't much point in distributing it as a shared library anyway - > particularly when it's not ABI compatible

Re: The D ecosystem in Debian with free-as-in-freedom DMD

Am Wed, 12 Apr 2017 07:42:42 + schrieb Martin Nowak : > Our point releases might also contain small ABI > incompatibilities, so they aren't really eligible as patch > version. I've actually been hit by this in one point release on Gentoo, where I used dynamic linking for

Re: What are we going to do about mobile?

Am Sun, 09 Apr 2017 12:44:15 + schrieb Nick B : > > I'd say we just have /more/ fully capable computers around us > > nowadays. I'd probably roughly split it into > > - web/cloud server machines, often running VMs > > - scientific computation clusters > > - desktops

Re: Dlang forum: some feature requests

Am Mon, 10 Apr 2017 12:24:15 + schrieb Vladimir Panteleev : > On Monday, 10 April 2017 at 09:35:30 UTC, crimaniak wrote: > > IMHO, it's better to do the same as with HTML letters: > > text/markdown body + text/plain body for clients not supporting > >

Re: Dlang forum: some feature requests

Am Sat, 08 Apr 2017 12:34:56 + schrieb Vladimir Panteleev : > This is planned in a future update, as part of Markdown support. That will be a web front-end rendering feature only, I guess. _Someone_ should write Markdown rendering plugins for popular news

Re: What are we going to do about mobile?

Am Thu, 06 Apr 2017 05:24:07 + schrieb Joakim : > D is currently built and optimized for that dying PC platform. As long as the world still needs headless machines running web sites, simulations, cloud services, ...; as long as we still need to edit office documents, run

Re: Design to interfaces or Design to introspections

Am Fri, 07 Apr 2017 11:51:10 + schrieb سليمان السهمي (Soulaïman Sahmi) : > […] > > Then I stumbled upon DIP84, which reminded me of the other GoF' > principle "Program to an interface, not an implementation". > And I started wondering why would I ever write code

Re: Making preconditions better specified and faster

Am Thu, 15 Dec 2016 13:48:22 -0500 schrieb Andrei Alexandrescu : > https://issues.dlang.org/show_bug.cgi?id=16975 Here is what I understood. While currently a contract that has a failing assert would be treated differently from one that throws an exception, in the

Re: x86 instruction set reference

Am Tue, 29 Nov 2016 03:53:06 -0800 schrieb Walter Bright : > http://www.felixcloutier.com/x86/ > > I find this easier to use for quick lookups than the Intel PDF files, because > any instruction is just 2 clicks away. You mean ... like that 3600 pages "Intel® 64 and

Re: Simplicity and complexity of dlang

Am Wed, 09 Nov 2016 14:09:14 + schrieb Chris : > On Wednesday, 9 November 2016 at 14:03:01 UTC, eugene wrote: > > On Wednesday, 9 November 2016 at 08:10:13 UTC, MGW wrote: > >> Having a huge project (approximately 8000 strings) and while > >> supporting it permanently I

Re: State of issues.dlang.org

Am Sat, 29 Oct 2016 17:12:54 + schrieb Jacob : > That doesn't make the point any less valid. If something is broke > you fix it or replace it. I agree with Vladimir and cannot really understand your urge to completely replace it. As long as people don't abuse their

Re: Linus' idea of "good taste" code

Am Tue, 25 Oct 2016 15:53:54 -0700 schrieb Walter Bright : > It's a small bit, but the idea here is to eliminate if conditionals where > possible: > > https://medium.com/@bartobri/applying-the-linus-tarvolds-good-taste-coding-requirement-99749f37684a#.nhth1eo4e > >

Re: gdc in Linux distros recommended?

Am Wed, 19 Oct 2016 19:25:39 + schrieb TheGag96 : > On Wednesday, 19 October 2016 at 03:29:10 UTC, Marco Leise wrote: > > On the other hand LDC subjectively offers a couple more D > > specific enhancements, like turning GC allocations into stack > > allocations in

Re: rvalue references

Am Wed, 19 Oct 2016 11:29:50 +0200 schrieb Timon Gehr : > Yes, the lack of rvalue references can be annoying but 'const' should be > orthogonal to any implemented solution. > > There should be a way to pass rvalues by reference that are not > prevented from being mutated,

Re: gdc in Linux distros recommended?

Am Tue, 18 Oct 2016 16:02:28 -0700 schrieb Ali Çehreli : > I have a friend who has started writing a library in D. > > Although I recommended that he should use a recent dmd or ldc, he thinks > gdc is a better candidate because it's "available to the masses" through > Linux

Re: gdc in Linux distros recommended?

Am Wed, 19 Oct 2016 00:07:12 + schrieb bachmeier : > On Tuesday, 18 October 2016 at 23:31:42 UTC, bachmeier wrote: > > > That's not a very convincing argument IMO. DMD packages are > > available for download on this site. As I have learned the hard > > way, the experience

Re: rvalue references

Am Tue, 18 Oct 2016 22:43:01 +0200 schrieb Timon Gehr : > It wouldn't even be the same thing if it was allowed. D const is not C++ > const. Enforcing transitive read-only on rvalue references does not make > that much sense. For me using const ref vs. const is typically

Re: Should r.length of type ulong be supported on 32-bit systems?

Am Sat, 1 Oct 2016 01:04:01 -0400 schrieb Andrei Alexandrescu : > On 09/30/2016 11:58 PM, Walter Bright wrote: > > On 9/30/2016 7:31 PM, Andrei Alexandrescu wrote: > >> https://github.com/dlang/phobos/pull/4827 still allows that but > >> specifies that > >> phobos

Re: Easy sockets - don't exist yet?

Just in case, here are the relevant docs: http://dlang.org/phobos/std_net_curl.html

Re: Easy sockets - don't exist yet?

Am Mon, 26 Sep 2016 23:40:10 + schrieb Vincent : > 1. Easy to use. No more stupid "UNIX sockets", "TCP types" and so > on. Just simple as this: > > // Client side > auto sock = new ClientSocket("google.com", 80); > sock.WriteLine("GET / HTTP/1.0"); > sock.WriteLine("Host:

Re: How to debug (potential) GC bugs?

Am Sun, 25 Sep 2016 16:23:11 + schrieb Matthias Klumpp : > So, I would like to know the following things: > > 1) Is there any caveat when linking to C libraries and using the > GC in a project? So far, it seems to be working well, but there > have been a few cases

Re: [OT] Punctuation of "Params:" and "Returns:"

Am Thu, 22 Sep 2016 14:26:15 -0400 schrieb Andrei Alexandrescu : > Consider e.g. >

Re: ddoc latex/formulas?

Am Fri, 16 Sep 2016 12:30:37 +1000 schrieb Manu via Digitalmars-d : > > That strikes me as an inferior solution to what's available today, which is > > used at http://erdani.com/d/DIP1000-typing-baseline.html. > > I'm guessing that's mathjax? Strangely, it renders

Re: Ddoc macro syntax

Am Fri, 16 Sep 2016 13:16:35 +0200 schrieb Jacob Carlborg : > My biggest issue with the macros is not the syntax (I don't like that > either) but it's that one needs to use them too much. Same for me. I feel like this discussion is probably picking out the wrong enemy. Sure macros

Re: colour lib needs reviewers

Am Wed, 14 Sep 2016 23:44:16 -0700 schrieb Walter Bright : > I suspect that adding Markdown would help a lot (yes, I changed my mind about > that). +1 -- Marco

Re: colour lib needs reviewers

Am Wed, 14 Sep 2016 13:47:43 + schrieb Meta : > On Wednesday, 14 September 2016 at 13:28:23 UTC, Manu wrote: > > Cheers. > > Yeah, I need to do better with ddoc. > > > > ... I'm just gonna go on the record and say that I am really, > > really not enjoying ddoc ;) > > I

Re: Null references and access violation

Am Wed, 14 Sep 2016 16:52:19 + schrieb Bauss : > Can someone riddle me this, why D gives an access violation > instead of ex. a null reference exception? Access violations cost exactly 0. Noone needs to do anything extra for this check that isn't done by the CPU already.

Re: colour lib needs reviewers

Am Wed, 14 Sep 2016 11:36:12 +1000 schrieb Manu via Digitalmars-d <digitalmars-d@puremagic.com>: > On 14 September 2016 at 04:34, Marco Leise via Digitalmars-d > <digitalmars-d@puremagic.com> wrote: > > JavaScript's canvas works that way for > > example. I.e.

Re: iPhone vs Android

Am Tue, 13 Sep 2016 18:16:27 + schrieb Laeeth Isharc : > Thanks you for the clear explanation. So if you don't have GC > allocations within RC structures and pick one or the other, then > the concern does not apply? That's right. Often such structures

Re: colour lib needs reviewers

Am Tue, 13 Sep 2016 12:00:44 +1000 schrieb Manu via Digitalmars-d : > What is the worth of storing alpha data if it's uniform 0xFF anyway? > It sounds like you mean rgbx, not rgba (ie, 32bit, but no alpha). > There should only be an alpha channel if there's actually

Re: colour lib needs reviewers

Am Tue, 13 Sep 2016 00:37:22 +1000 schrieb Manu via Digitalmars-d : > I flip-flopped on this multiple times. > It's not so simple. > 1. Alpha doesn't necessarily mean transparently, that's just one > (extremely common) use > 2. 1 is the multiplication identity, but 0

Re: colour lib needs reviewers

Am Mon, 12 Sep 2016 11:31:13 + schrieb Guillaume Chatelet : > On Monday, 12 September 2016 at 04:14:27 UTC, Manu wrote: > > I think I'm about as happy with my colour lib as I'm going to > > be. It really needs reviews. > > > > I added packed-RGB support,

Re: colour lib needs reviewers

Am Mon, 12 Sep 2016 14:14:27 +1000 schrieb Manu via Digitalmars-d : > I think I'm about as happy with my colour lib as I'm going to be. > It really needs reviews. > > I added packed-RGB support, including weird micro-float and > shared-exponent formats. > They're

[OT] Re: Let's kill 80bit real at CTFE

Am Sun, 11 Sep 2016 15:00:12 +1000 schrieb Manu via Digitalmars-d : > On 9 September 2016 at 21:50, Stefan Koch via Digitalmars-d > wrote: > > Hi, > > > > In short 80bit real are a real pain to support cross-platform. > > emulating them

Re: Struct default constructor - need some kind of solution for C++ interop

Am Fri, 09 Sep 2016 14:46:31 + schrieb Ethan Watson : > […] > > First and foremost, resources are processed offline to match the > ideal binary format for the target platform. The industry has > been using DXT textures for over a decade now, and they've been >

Re: @nogc hash

Am Fri, 09 Sep 2016 11:35:58 + schrieb Guillaume Piolat : > On Friday, 9 September 2016 at 11:16:19 UTC, Marco Leise wrote: > > It does not /allocate/ with the GC, but the methods are > > not /annotated/ @nogc, e.g. insert(): > >

Re: Struct default constructor - need some kind of solution for C++ interop

Am Thu, 08 Sep 2016 07:52:58 + schrieb Ethan Watson : > On Wednesday, 7 September 2016 at 21:05:32 UTC, Walter Bright > wrote: > > 5. In my not-so-humble opinion, construction should never fail > > and all constructors should be nothrow, but I understand that > > is a

Re: Templates do maybe not need to be that slow (no promises)

Am Fri, 09 Sep 2016 10:32:59 + schrieb Stefan Koch : > On Friday, 9 September 2016 at 09:31:37 UTC, Marco Leise wrote: > > > > Don't worry about this special case too much. At least GCC can > > turn padLength from a runtime argument into a compile-time > >

Re: @nogc hash

Am Fri, 09 Sep 2016 10:52:54 + schrieb Guillaume Piolat : > On Friday, 9 September 2016 at 10:16:09 UTC, Marco Leise wrote: > > it is - AFAICT - not possible to insert an > > element into a hash table in @nogc code. > > It is with

@nogc hash

What is the way forward with @nogc and hash tables? At the moment it is - AFAICT - not possible to insert an element into a hash table in @nogc code. Aggregate types work since you can always implement a @nogc toHash and look for that, but other types don't. Or do I miss something? -- Marco

Re: Templates do maybe not need to be that slow (no promises)

Am Fri, 09 Sep 2016 07:56:04 + schrieb Stefan Koch : > Hi Guys, > > I keep this short. > There seems to be much more headroom then I had thought. > > The Idea is pretty simple. > > Consider : > int fn(int padLength)(int a, int b, int c) > { >/** > very

Re: CompileTime performance measurement

Am Tue, 06 Sep 2016 05:02:54 + schrieb timepp : > On Sunday, 4 September 2016 at 04:24:34 UTC, rikki cattermole > wrote: > > void writeln(T...)(T args) { > > if (__ctfe){ > > debug { > > __ctfeWriteln(args); > > } > > }

Re: Fallback 'catch-all' template functions

Am Sat, 3 Sep 2016 02:56:16 -0700 schrieb Walter Bright : > On 9/3/2016 2:43 AM, Manu via Digitalmars-d wrote: > > This is interesting. Can you explain how that works? > > > Specializations are preferred over non-specializations, and T:T is the > identity >

Re: Fallback 'catch-all' template functions

Am Sat, 3 Sep 2016 14:24:13 +0200 schrieb Andrei Alexandrescu : > On 9/3/16 7:29 AM, Manu via Digitalmars-d wrote: > > On 3 September 2016 at 11:38, Andrei Alexandrescu via Digitalmars-d > > wrote: > >> On 9/3/16 2:41 AM, Manu via

Re: colour lib

Am Sat, 3 Sep 2016 16:01:26 +1200 schrieb rikki cattermole : > On 03/09/2016 12:17 PM, Manu via Digitalmars-d wrote: > ...snip... > > > I think the presence of all this colour space information as type > > arguments should nudge users in the right direction. They'll be

  1   2   3   4   5   6   >