@Slids may be interested in uncommon-dylan: https://github.com/cgay/uncommon-dylan/blob/master/uncommon-utils.dylan#L175
But I agree these things are more useful in common-dylan.
bignums mostly work now, though division is still missing, most of the build system level configuration works...
Lots of bugs fixed on the way. Cleaning up the namespace brought a lot of them to light. Others were compiler warnings...
not that c-ffi ain't any good. I actually think it's excellent.
(within its limitations)
for this sort of thing it's actually an advantage that our base language is small compared to the libraries.
marlais can definitely be a complete dylan. that wouldn't be so easy if we had more subsystems in the language core.
that way the code could be borrowed from dfmc, dbmc or d2c. they all kind of do this already. the dfmc version probably has the code with the best factoring.
it also has the best features (template calls).
I would like these to happen by default, but I think maybe that's expensive? Maybe we could set them up to happen by default (line buffered?) but have a way to turn them off for performance. I think we discussed this at one point...I'll check history.
Is the new Dune movie any good? Should I use my $10 Google Fi credit on it?
(Of course some of my stashes are named things like
with-many-snerk and moths-and-butterflies so I may or may not be able to find it)
Not defaulting to outputting the values hurts the printf(format-out) debugging I always do... Any chance of a repl? :)
(Hopefully by mid-Spring)
a working repl in opendylan might be a magnet for me. :)
Only 1/2 joking. I've been using a
debug-out that is basically that.
(unhandled exception aborts possibly excepted)
I just noticed that showing macro expansion fragments (or whatever the right term for
?"expr1" is) shows the associativity of infix operators. At least I think that's what's going on when testworks turns my 5 * 60 * 60 into: ((5 * 60) * 60) = zone-offset-seconds(us-eastern, time:, t1) failed [18000 and -18000 are not =.]
Ah, it fails for the zlib library as well, so I guess there is probably something misconfigured on my system.
You should be able to run
pkg-config --libs libzip and get the right link invocation
It helps to read the overview for pkg-config (which was apparently written by a guy named Havoc). I'll try to remember that's what I need in cases like this.