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

2020-05-16 Thread mw via Digitalmars-d-announce

On Wednesday, 14 October 2015 at 07:35:49 UTC, Marco Leise wrote:

fast.json usage:

auto json = parseTrustedJSON(`{"x":123}`);

Work with a single key from an object:

json.singleKey!"someKey"
json.someKey



Newbie Q: how to get the value?

---
import std.stdio;
import fast.json;

void main() {
auto json = parseTrustedJSON(`{"x":123}`);
writeln(json.x);  // shall I get 123 here?
}
---

core.exception.AssertError@/home/xxx/.dub/packages/fast-0.3.5/fast/source/fast/json.d(1208):
 Assertion failure


dmd v2.092.0



Re: BindBC Updates: new loader function, SDL_net, streamlined SDL_* version indentifiers

2020-05-16 Thread Andre Pany via Digitalmars-d-announce

On Wednesday, 13 May 2020 at 14:39:13 UTC, Mike Parker wrote:
I've recently implemented some improvements centered on 
bindbc-sdl.


[...]


A little bit off topic. I wondered whether it is possible to 
combine dpp and bindbc. Maybe a separate Tool which creates a 
bindbc packages based on dpp output or even integrates into dpp?


Did you already considered s.th. like that?

Kind regards
Andre


Re: BindBC Updates: new loader function, SDL_net, streamlined SDL_* version indentifiers

2020-05-16 Thread Mike Parker via Digitalmars-d-announce

On Thursday, 14 May 2020 at 09:55:15 UTC, Claude wrote:



As a user of BindBC (and former Derelict), I really enjoy using 
those binding libraries. It's some great work, thanks.


Thanks!


Re: BindBC Updates: new loader function, SDL_net, streamlined SDL_* version indentifiers

2020-05-16 Thread Mike Parker via Digitalmars-d-announce

On Saturday, 16 May 2020 at 09:00:25 UTC, Andre Pany wrote:

A little bit off topic. I wondered whether it is possible to 
combine dpp and bindbc. Maybe a separate Tool which creates a 
bindbc packages based on dpp output or even integrates into dpp?


Did you already considered s.th. like that?



Hasn't even crossed my mind. My first thought is that I don't see 
it as a good fit. Although all of my bindings follow a similar 
pattern, there are details specific to some of the libraries that 
led me to break the pattern. This arises mostly in the way 
different libraries handle their release versioning. Given dpp's 
use case, I don't see it as a generator of bindings that cover 
multiple library versions.