freenode/#lisp - IRC Chatlog
Search
12:45:02
jackdaniel
sbcl (which is cmucl fork) does support arm32 and arm64 architectures (fwiw arm32 doesn't have threads - alternatives are ecl and ccl (probably abcl too) which both support threads on that platform)
12:46:02
jackdaniel
soyeomul^bionic: here are supported platforms: https://www.common-lisp.net/project/cmucl/platforms
13:18:31
jackdaniel
soyeomul^bionic: mentioned compilers all implement same standard (Common Lisp). If this server is made with CMUCL, then it is very likely it doesn't require much work to port it to other implementations too
13:20:09
soyeomul^bionic
jackdaniel: i get understand your words, thanks, so i try with SBCL? SBCL have ARM64.
13:23:43
jackdaniel
soyeomul^bionic: yes, please try sbcl. it is the most similar to cmucl (since it is its fork)
14:46:06
phoe
Like, I want to find the PRINT-OBJECT method that gets called if I pass it arguments :FOO *STANDARD-OUTPUT*.
14:47:23
jackdaniel
phoe: compute-applicable-methods-using-classes or compute-effective-method-function
15:20:47
phoe
https://cdn.discordapp.com/attachments/297478350145060875/540552002665578528/Zrzut_ekranu_z_2019-01-31_16-20-35.png
15:35:02
dlowe
phoe: it looks like you're keeping the local nicknames as strings, but it might be better to store them as symbols, maybe even in an internal package
15:41:17
phoe
ADD-PACKAGE-LOCAL-NICKNAME, REMOVE-PACKAGE-LOCAL-NICKNAME, PACKAGE-LOCAL-NICKNAMES and PACKAGE-LOCALLY-NICKNAMED-BY-LIST were copied from SBCL and adapted to CCL's package system.
15:44:21
dlowe
The image I'm running right now has 160 packages, if each of them had 15 local nicknames, that would be 2400 symbols
15:45:21
phoe
I'd assume nickname "F" in ten different packages would map to one internal symbol named "F"
15:47:02
dlowe
I might try to run ansi-tests for the package section to make sure you didn't break anything.
15:49:13
phoe
CCL is a code soup with a lot of spaghetti - refactoring and documenting it in general would be a lot of joy for multiple people
15:56:07
shka__
as i said, it is somewhat out of scope of this task, but i think it would be acceptable to go ahead with this addition anyway
15:58:09
phoe
For now - if anyone is able to follow the bootstrapping steps I have written, please do it
17:34:22
beach
Does it make sense to supply an IGNORE or IGNORABLE declaration for a special variable or a global function?
17:36:50
makomo
beach: i think i've seen cl-ppcre use a special variable in one function's lambda-list, with a comment saying that that indeed dynamically binds the variable
17:38:21
makomo
but since i've never tried that technique (i.e. have no proof that it works), maybe my recollection is wrong
17:38:29
verisimilitude
I'd rather declare something such as IGNORABLE where it's actually IGNORABLE and not globally, beach.
17:39:42
Bike
"When not within the scope of a ignore or ignorable declaration, it is desirable for a compiler to issue a warning about any var for which there is neither a for-value reference nor a special declaration, or about any fn for which there is no for-value reference." oh huh
17:41:55
beach
So it does not make sense. In other words, the compiler does not have to store information about such declarations.
17:50:35
beach
makomo: Since a binding of a special variable can affect the meaning of code outside the scope of the form that introduced the binding, it doesn't make much sense to declare it ignore in that form.
17:51:19
pjb
beach: it depends. À-priori, a ignore or ignorable declaration on a special variable would not be useful, since it's assumed the variable might be used by the called functions. But if the called functions don't use it, it might be meaningful to declare a special variable ignorable or ignore. But in this case we should get a warning that we made a useless binding!
17:51:45
pjb
beach: therefore I would say that ignore or ignorable on special variable is not sensical.
17:52:48
pjb
Similarly, in absence of a tree-shaker, global functions may be used eventually. Declaring it ignore, would mean that we can just forget it because it won't be used ever. So why did we define it?
17:53:24
makomo
pjb: but there's no 100% way to check whether a function uses a dynamic variable or not, right?
17:53:51
pjb
makomo: define use. We can check if the function uses it directly, not if it uses it thru one of the function called.
17:54:13
pjb
makomo: also, most functions called by a function can be redefined at run-time, so we cannot be sure at compilation time of anything.
20:08:41
iovec
hey, in quicklisp i see that i can clone the thing in ~/quicklisp/local-projcets and then quickload works, but it doesn't download it on its own when I do that directly, how can I know what's wrong
20:12:57
iovec
((LABELS QUICKLISP-CLIENT::RECURSE :IN QUICKLISP-CLIENT::COMPUTE-LOAD-STRATEGY) "clx-truetype") source: (CERROR "Try again" 'SYSTEM-NOT-FOUND :NAME NAME)
20:13:59
iovec
there isn't anything more to it, just the debugger invoked on that error, that's all I get...
20:14:47
iovec
Bike: nothing more than #<THREAD "main thread" RUNNING {10005D05B3}>: System "clx-truetype" not found
21:27:03
shka_
anyway, dear #lisp, does anybody have A* algorithm written in lisp somewhere? Can I have it?
21:28:57
phoe
http://www.informatimago.com/develop/lisp/com/informatimago/common-lisp/cesarum/a-star.lisp
21:30:01
phoe
http://ftp.ics.uci.edu/pub/machine-learning-programs/Introductory-AI/programs/a-star.lisp
21:39:10
phoe
the best you can do is (loop for i below (length sequence) for elt = (elt i sequence) ...)
21:44:16
Josh_2
forgot about map as I was just modifying another function work with different types of input
22:06:56
shka_
Josh_2: having said that, i really should leave computer alone, i am not really productive
22:08:49
shka_
you can find position from end, then you should handle 3 cases, if position is null, return empty sequence, if it is zero return original sequence, if it is non-zero use subesquence