1
5
submitted 1 year ago by ksaj to c/lisp

Lisp, totally misused. The code and the comments may or may not be real.

2
9
submitted 1 year ago by larsbrinkhoff to c/lisp
3
11
lisp season (lemmy.sdf.org)
submitted 1 year ago by pmjv to c/lisp

legally distinct Buggy Bunny and Duff ducky argue about LISP SEASON.

4
5
submitted 1 year ago* (last edited 1 year ago) by screwtape to c/lisp

I do use code like I tooted there. Hex UTF-8 ~aesthetic, ~<Indentation levels~>, c~@(~s~)ses, READ~s, ~{ite~r~ation~^ ~}, conditional~:[s~], wor~d/numbe~rs, ~/function:calls/, goto (~*well they're not all boring). Links or lemmy-replies (leplies?) to formatted output controls?

5
2
submitted 1 year ago* (last edited 1 year ago) by screwtape to c/lisp

On my show this week I am looking at a few people's Common Lisp mathematical packages (including mine).

So far, I am the only one I am seeing using :package-inferred-system . François-René Rideau 's style guide https://github.com/fare/asdf/blob/master/doc/best_practices.md#package_inferred simply echoes the ASDF manual on it (or vice versa) as a thing you could do.

The practical difference I have found is recompiling and reloading changed files within one lisp image using :force t

(asdf:operate 'asdf:load-op "my-system/src/changed-package-file" :force t)

Instead of restarting my lisp. (without force, an already loaded package won't be recompiled and reloaded, it will just be left alone)

To some extent it is also an encouragement to use the feature rich uiop:define-package and corrollary support for understanding dependencies between files/packages in a given asdf system, though uiop:define-package can be subbed for 'defpackage without using :package-inferred-system .

What's your call / experience here ?

lisp

158 readers
1 users here now

Discussions on the LISP programming language

founded 1 year ago
MODERATORS
SDF