3 databases in 3 days
hga@xxxxxx
(30 Sep 2019 00:36 UTC)
|
Support for Scheme standards and implementations
Lassi Kortela
(30 Sep 2019 08:11 UTC)
|
Re: Support for Scheme standards and implementations
hga@xxxxxx
(30 Sep 2019 11:25 UTC)
|
Scheme implementations and portability
Lassi Kortela
(30 Sep 2019 13:14 UTC)
|
Re: Scheme implementations and portability
John Cowan
(30 Sep 2019 19:27 UTC)
|
Scheme implementations, portability, FFIs Lassi Kortela (30 Sep 2019 21:16 UTC)
|
Re: Scheme implementations, portability, FFIs
John Cowan
(30 Sep 2019 22:10 UTC)
|
JDBC
Lassi Kortela
(30 Sep 2019 13:15 UTC)
|
Re: JDBC
hga@xxxxxx
(30 Sep 2019 13:24 UTC)
|
Re: JDBC and subprocess protocol
Lassi Kortela
(30 Sep 2019 14:29 UTC)
|
Re: JDBC and subprocess protocol
hga@xxxxxx
(30 Sep 2019 15:16 UTC)
|
Re: JDBC and subprocess protocol
Lassi Kortela
(30 Sep 2019 15:47 UTC)
|
Re: JDBC and subprocess protocol
Lassi Kortela
(30 Sep 2019 15:55 UTC)
|
Re: JDBC
John Cowan
(30 Sep 2019 15:10 UTC)
|
Re: JDBC
Lassi Kortela
(30 Sep 2019 15:26 UTC)
|
Re: JDBC
Lassi Kortela
(30 Sep 2019 15:34 UTC)
|
sdbi design in detail and MariaDB CONNECT
hga@xxxxxx
(30 Sep 2019 16:14 UTC)
|
Re: sdbi design in detail and MariaDB CONNECT
Lassi Kortela
(30 Sep 2019 16:28 UTC)
|
Re: sdbi design in detail and MariaDB CONNECT
John Cowan
(30 Sep 2019 20:25 UTC)
|
Re: JDBC
John Cowan
(30 Sep 2019 16:44 UTC)
|
Re: JDBC
Lassi Kortela
(30 Sep 2019 20:52 UTC)
|
Re: JDBC
Alaric Snell-Pym
(01 Oct 2019 09:26 UTC)
|
Re: JDBC
hga@xxxxxx
(01 Oct 2019 09:55 UTC)
|
Re: JDBC
Alaric Snell-Pym
(01 Oct 2019 11:09 UTC)
|
sdbi supports "databases" with text query languages that return rectangular results
hga@xxxxxx
(01 Oct 2019 12:22 UTC)
|
Re: sdbi supports "databases" with text query languages that return rectangular results
John Cowan
(01 Oct 2019 16:10 UTC)
|
> For a long time neither the head nor the latest release would even build, > and I think people gave up on looking at it. Ah, that explains. I must be new here. > FFI in any form will not be part of R7RS-large by chair fiat; he committee > voted it down in the earliest days, and I am committed not to bringing it > back. There are just too many differences, even apart from Schemes running > on JVM or CLR. That's probably a wise decision at the language spec level. > Note that r6rs-pffi is just a wrapper over the FFIs of some R6RS systems. Yeah. I've been thinking there should be a common FFI that solves the 80% case. There's no end to how fancy you can get if you really want to exhaust all the possibilities, but how often is there a point to that? The elephant in the room is that C libraries are still written to be consumed primarily from C/C++ and only incidentally from higher-level languages, even though most applications should be written in higher-level languages now. > Loko is > probably too new, though it looks cool: it can run on bare metal as well as > Linux Even the earliest release did that! IIRC it already runs some loops faster than Chez. It has the cp0 compilation pass known from Chez, Ikarus and Vicare. Also there's no C code in the implementation: it's all Scheme. Göran has a ton of Scheme/low-level experience and writes impressive code really quickly, everything he makes is worth a look.