Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Nov 26 18:43
    housel opened #1463
  • Nov 25 19:56

    housel on master

    release-notes: Add missed entri… (compare)

  • Nov 25 16:44

    housel on master

    dfmc-optimization: Fix the self… Merge pull request #1462 from h… (compare)

  • Nov 25 16:44
    housel closed #1462
  • Nov 25 05:28

    cgay on master

    Hacker Guide: fix broken link Bump copyright to 2022 Bump version to 2022.1 * 2020.… and 1 more (compare)

  • Nov 25 04:55
    housel opened #1462
  • Nov 25 03:42

    cgay on master

    2022.1.0 release notes: preppin… (compare)

  • Nov 25 03:10
    housel labeled #1461
  • Nov 25 03:10
    housel opened #1461
  • Nov 24 22:44

    abeaumont on add-missing-newline

    (compare)

  • Nov 24 22:44

    abeaumont on master

    Add missing newline when no sub… Merge pull request #30 from dyl… (compare)

  • Nov 24 22:44
    abeaumont closed #30
  • Nov 24 21:22
    pedro-w closed #29
  • Nov 24 21:22

    pedro-w on master

    Implement reference provider Changes from code review Merge pull request #29 from ped… (compare)

  • Nov 24 21:22
    pedro-w synchronize #29
  • Nov 24 20:05

    cgay on master

    Update dylan-tool submodule and… Update testworks submodule to v… Add testworks release notes (compare)

  • Nov 24 04:17
    cgay closed #42
  • Nov 24 02:12
    cgay commented #42
  • Nov 24 02:11
    cgay opened #43
  • Nov 24 01:47
    cgay opened #42
Jon Godbout
@Slids
Yea, but then different users have different macros for similiar things (I recall you comment on this a lot with cl)
promovicz
@promovicz
sure, but we can just put things in common-dylan. ;)
technically a multiple-assign could be possible even with the operator, even with setter expansion. it just doesn't seem to be in the language.
promovicz
@promovicz
count(seq, test, #various-keys) sounds like a good common-dylan thing.
Carl Gay
@cgay
But I agree these things are more useful in common-dylan.
Carl Gay
@cgay
Horrible thought: let n = 0; choose(method (x) test(x) & (n := n + 1); #f end, seq)
Jon Godbout
@Slids
We've reached an AoC problem that just feels like toil...
promovicz
@promovicz
.o(it must be symbol of the times we live in)
Jon Godbout
@Slids
(symbol-p *of-time*) => 't
promovicz
@promovicz
I just pushed another long swath of marlais commits. It's not the cleanest history in the world, but I am making progress.
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...
Carl Gay
@cgay
Nice
promovicz
@promovicz
I tore out the path search for loaded source files, so you have to launch the interpreter from the "lib" directory for now. I'll introduce MARLAIS_PATH as a replacement.
Carl Gay
@cgay
For my time library I'm tempted to squash the entire history up to the current moment into one commit; the history is that bad. :)
promovicz
@promovicz
one thing that I really like about the direction this interpreter is going is the ability to define any integer type as a limited integer type. I should be able to represent any C integer, and that should help a lot with FFI.
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.
promovicz
@promovicz
with regards to macros I'm still thinking. I'm tending towards wanting a macro expander implemented in dylan because we already have that code. the parsers of the interpreters would have to emit a (possibly shared) d-expr representation.
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).
Jon Godbout
@Slids
How do I get format statements to print before dylan finishes?
Carl Gay
@cgay
force-out() and/or force-err()
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.
Carl Gay
@cgay
Only this :point_up: March 21, 2019 12:42 PM
Is the new Dune movie any good? Should I use my $10 Google Fi credit on it?
Peter S. Housel
@housel
I have line buffering half-implemented in a stash someplace
(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)
Jon Godbout
@Slids
the new dune movie is only part 1 of n
Not defaulting to outputting the values hurts the printf(format-out) debugging I always do... Any chance of a repl? :)
Peter S. Housel
@housel
Soon
(Hopefully by mid-Spring)
promovicz
@promovicz
@cgay stdio in libc makes stderr unbuffered. that's how they deal with it. they also flush atexit IIRC.
a working repl in opendylan might be a magnet for me. :)
Carl Gay
@cgay
format-outf == format-out(...) + force-out() :smirk:
Only 1/2 joking. I've been using a debug-out that is basically that.
Carl Gay
@cgay
Flushing at exit would solve the biggest part of the problem. It's one thing to not see the output right away and it's another thing altogether to never see it at all.
Peter S. Housel
@housel
Everything does get flushed at exit
(unhandled exception aborts possibly excepted)
Carl Gay
@cgay
hmm, I could swear I've seen that not happen. yeah, maybe due to errors.
Carl Gay
@cgay
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 =.]
Carl Gay
@cgay
I thought if I have /usr/lib/x86_64-linux-gnu/libzip.so.4.0 and I put c-libraries: -lzip in my LID file I should be able to link against this, but I'm getting Internal error: Link failed: Link failed: /usr/bin/ld: cannot find -lzip.
Ah, it fails for the zlib library as well, so I guess there is probably something misconfigured on my system.
Carl Gay
@cgay
Linking libzip.so to libzip.so.4.0 works, but sadly I have no idea why I should be required to do that.
Peter S. Housel
@housel
You don’t have libzip-dev installed
You should be able to run pkg-config --libs libzip and get the right link invocation