Live data from Hacker News

Viewing profile — jackdaniel

jackdaniel

HN member
Joined
Sun, Jan 25, 2015, 7:25 PM UTC
HN karma
702
Public activity
178 items

About jackdaniel

humble me ;-) turtleware.eu functional.cafe/@jackdaniel

Recent public activity

  1. comment
    Comment #48976799

    I've recently built Linux dev environment for Amiga and documented the process in a form of a blog post.

  2. story
  3. story
  4. comment
    Comment #47571092

    This is quite tone deaf - demoscene stands for creativity and resource constraint, and using ai cancels both in favor of resource intensive cognitive offload

  5. story
  6. comment
    Comment #46145193

    to be honest I feel much more comfortable with git -- muscle memory, magit etc., but fossil is much more appealing when you look at the underlying model and how it bundles wiki and…

  7. story
  8. comment
    Comment #44973781

    CL enables many paradigms of programming, including functional one and imperative. Currently the most popular way of programming among CL programmers is OOP with CLOS.

  9. comment
    Comment #44973704

    There's also Guile Hoots compiling directly to WASM.

  10. story
  11. story
  12. comment
    Comment #44381393

    I didn't plan explicitly for SLIME, but loading swank shouldn't be much of a problem. The missing piece would be a bridge between a websocket and tcp I think.

  13. comment
    Comment #44380915

    Btw, eval (ed "wecl.lisp") to see some interesting function definitions, like canvas or webgl access drafts.

  14. comment
    Comment #44380085

    With enough code - yes. But not right now. You may precompile to native though.

  15. comment
    Comment #44380005

    Bytecodes compiler used in this build from repl is one-pass with very little optimizations, so it is not surprising. Natively compiled code is much faster.

  16. comment
    Comment #44379989

    What a bunch of fud.. If you want to make mcclim progress faster then chip in with actual expertise instead of unfunded snarks. ECL is a stable implementation with actual users, if…

  17. comment
    Comment #44379836

    ECL features native code and bytecodes vm for targets without incremental compilation support - both native and bytecode can be freely mixed at runtime. That means that you may int…

  18. comment
    Comment #44379687

    This is just a test page. Today I've shared an information about an accepted grant proposal: https://functional.cafe/@jackdaniel/114742776265318353 The work will go towards improvi…

  19. story
  20. comment
    Comment #42863136

    Hey! Thanks for the offer and thanks for the correction. I've revisited relevant threads and it seems that it is indeed -O0 because things are slower with higher optimization level…

  21. comment
    Comment #42858303

    It's worse, it is -O0 -- this is because of the GC and binaryen/llvm interaction. For GC to work we need to spill stack call pointers (and binaryen has such a flag!), but for the o…

  22. comment
    Comment #42855439

    Scheme requires TCO. It is a different Lisp (it also has standard[s]).

  23. comment
    Comment #42855015

    Common Lisp does not require TCO. This runs on emscripten port of Embeddable Common Lisp - this platform support is relatively new. I'm also working on WASI port and an optimizing …

  24. comment
    Comment #42854371

    Web version of ecl when compiler is invoked at runtime, uses one-pass bytecodes compiler, so things tend to lack optimization unless compiled beforehand.

  25. story