<UncleRRR>
I am on Debian/Gnu Linux, cl-ana fail to load with hdf5 related stuff. I have installed hdf5 related dep and gsl already, and think this is not suitable for asking in #clschool because this is not a language related problem but a packaged related one
<pranav>
UncleRRR: This is addressed in the cl-ana wiki.
<UncleRRR>
thanks, I didn't notice that before. Will check more carefully. Sorry for your time.
<ixelp>
Installation · ghollisjr/cl-ana Wiki · GitHub
ingeniot has joined #commonlisp
rkazak has joined #commonlisp
rkazak has quit [Ping timeout: 252 seconds]
mwnaylor has quit [Ping timeout: 248 seconds]
rkazak has joined #commonlisp
rkazak has quit [Ping timeout: 248 seconds]
notzmv has quit [Ping timeout: 252 seconds]
chum-cha` has joined #commonlisp
chum-cha` has quit [Changing host]
chum-cha` has joined #commonlisp
chum-cha` is now known as chum-cha
rkazak has joined #commonlisp
rkazak has quit [Ping timeout: 265 seconds]
White_Flame has quit [Ping timeout: 272 seconds]
decweb has joined #commonlisp
Devon has joined #commonlisp
josrr has joined #commonlisp
Devon has quit [Ping timeout: 246 seconds]
thuna` has joined #commonlisp
rkazak has joined #commonlisp
yaneko3 has quit [Quit: parting]
ColinRobinson is now known as JuanDaugherty
chum-cha has quit [Ping timeout: 265 seconds]
rkazak has quit [Ping timeout: 245 seconds]
JuanDaugherty has quit [Quit: JuanDaugherty]
Devon has joined #commonlisp
yaneko3 has joined #commonlisp
rkazak has joined #commonlisp
rkazak has quit [Ping timeout: 260 seconds]
notzmv has joined #commonlisp
White_Flame has joined #commonlisp
ec has quit [Ping timeout: 264 seconds]
rtypo has quit [Quit: WeeChat 4.5.1]
rtypo has joined #commonlisp
rkazak has joined #commonlisp
random-nick has joined #commonlisp
bjorkintosh has joined #commonlisp
bjorkintosh has joined #commonlisp
yaneko3 has quit [Quit: parting]
green_ has joined #commonlisp
m5zs7k has quit [Ping timeout: 265 seconds]
FragmentedCurve has joined #commonlisp
yaneko3 has joined #commonlisp
yaneko3 has quit [Client Quit]
yaneko3 has joined #commonlisp
yaneko3 has quit [Client Quit]
rkazak has quit [Ping timeout: 260 seconds]
decweb has quit [Ping timeout: 252 seconds]
dajole has joined #commonlisp
m5zs7k has joined #commonlisp
decweb has joined #commonlisp
FragmentedCurve has quit [Quit: Leaving]
yaneko3 has joined #commonlisp
yaneko3 is now known as yaneko
rkazak has joined #commonlisp
triffid has joined #commonlisp
bjorkintosh has quit [Ping timeout: 260 seconds]
bjorkintosh has joined #commonlisp
bjorkintosh has joined #commonlisp
bpanthi977 has joined #commonlisp
surabax has joined #commonlisp
ingeniot has quit [Ping timeout: 240 seconds]
rkazak has quit [Ping timeout: 246 seconds]
jonatack has joined #commonlisp
josrr has quit [Remote host closed the connection]
josrr has joined #commonlisp
chkhd has quit [Ping timeout: 252 seconds]
chkhd has joined #commonlisp
Guest98 has joined #commonlisp
Guest98 has quit [Client Quit]
UncleRRR has quit [Quit: Leaving]
rkazak has joined #commonlisp
chkhd has quit [Quit: ZZZzzz…]
cage has joined #commonlisp
cage has quit [Excess Flood]
cage has joined #commonlisp
yottabyte has joined #commonlisp
<yottabyte>
is it better to do (map 'vector #'(lambda (it) (+ it 10)) '(1 2 3)) or (map 'vector (lambda (it) (+ it 10)) '(1 2 3))? the cookbook has it without the #'
<bike>
yottabyte: (lambda ...) is a macro that expands to the #'. writing it yourself has been pretty pointless for like twenty years
<yottabyte>
gotcha
rkazak has quit [Ping timeout: 248 seconds]
jonatack has quit [Ping timeout: 244 seconds]
zxcvz has joined #commonlisp
prokhor has quit [Remote host closed the connection]
zxcvz has quit [Client Quit]
rkazak has joined #commonlisp
green_ has quit [Ping timeout: 244 seconds]
rkazak has quit [Ping timeout: 265 seconds]
amb007 has quit [Ping timeout: 244 seconds]
amb007 has joined #commonlisp
NotThatRPG has joined #commonlisp
skin has joined #commonlisp
mgl has quit [Ping timeout: 244 seconds]
varjag has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.3)]
rkazak has joined #commonlisp
wacki has joined #commonlisp
<thuna`>
This is almost certainly a terrible idea but is there a way (in SBCL) to ignore a package lock exlcusively for an FLET redefinition? SB-EXT:WITH-UNLOCKED-PACKAGES errors during compilation and its scope includes the body which is not ideal. I can work around the latter by locking at the start of body but that still leaves me with the compile issues
<thuna`>
(By FLET redefinition I mean (FLET ((LOCKED:SYMBOL...))...))
<beach>
thuna`: Is shadowing the symbol not an option?
<citizeno>
thuna: oh never mind, that also includes the body
<thuna`>
beach: I am trying to locally change the behavior of a locked package. Shadowing probably doesn't help with that, if I'm not mistaken
<thuna`>
citizeno: Great, that worked! The scope including the body is a shame but since it's only for a single symbol it is very much something I can work with
<beach>
I see. But how will defining a local function with FLET change the behavior of a package?
<bike>
you can the use enable-package-locks declaration in the body.
<thuna`>
Hm? When the package calls that function it would call my FLET function, would it not?
<bike>
probably not.
<beach>
I don't think so. The scope of FLET is lexical.
<thuna`>
Hmm.... I guess in this case it must be calling the function directly in the body somewhere, since a very rough check ended up calling my function
<thuna`>
That's a shame, though
citizeno has quit [Quit: Client closed]
<beach>
It is definitely not a shame. With that behavior, you would never be sure what your functions are doing.
<thuna`>
Fair enough. It's a shame that I couldn't get away with bad code ;P
<|3b|>
a macro expansion in the body would call it, but not much else
<|3b|>
(which is why flet etc respect locks)
<|3b|>
normal functions might not even bother looking up the function through the name, depending on how it was compiled, and just call the original code directly
<thuna`>
Yeah, I was thinking using elisp intuition
<jackdaniel>
#'(lambda ...) vs (lambda ...) behaves differently with load forms; ccl, I think, can't serialize a literal function. my recollection is vague, but I had such problem once (or something similad)
<thuna`>
Which doesn't map properly here
<bike>
jackdaniel: it shouldn't have to serialize a literal function either way, though?
<jackdaniel>
make-load-form* when I'm anywhere near computer I'll try to reproduce it.
brokkoli_origin has quit [Ping timeout: 260 seconds]
dajole has quit [Quit: Connection closed for inactivity]
msv has quit [Ping timeout: 260 seconds]
ColinRobinson has joined #commonlisp
Perflosopher0 has quit [Ping timeout: 276 seconds]
Perflosopher0 has joined #commonlisp
rkazak has quit [Ping timeout: 265 seconds]
X-Scale has quit [Ping timeout: 276 seconds]
ColinRobinson has quit [Quit: ColinRobinson]
svm has quit [Remote host closed the connection]
svm has joined #commonlisp
rtypo has quit [Quit: WeeChat 4.5.1]
rkazak has joined #commonlisp
amb007 has quit [Ping timeout: 248 seconds]
amb007 has joined #commonlisp
skin has quit [Quit: leaving]
skin has joined #commonlisp
Lord_of_Life_ has joined #commonlisp
Lord_of_Life has quit [Ping timeout: 276 seconds]
Lord_of_Life_ is now known as Lord_of_Life
rkazak has quit [Ping timeout: 260 seconds]
<bigbookofbug>
hi ! are there any cl libraries out there for getting the length of utf-8 encodes strings (like strings that contain emojis for example)
<bigbookofbug>
working on a CL library for bluesky and am running into issues with the length function not providing the same length for emojis as JS does, and need those to be equal in order to properly parse rich text
<|3b|>
which "length" do you want? bytes of utf8? unicode code points? unicode code points in some specific normalization? # of visual units of some sort?
<|3b|>
looks like js string.length might be " length of the string in UTF-16 code units.", so none of the above :/
<|3b|>
you could try using babel to parse the utf8 then encode it to utf16 and take LENGTH of the result
<|3b|>
actually i think it might have a function to calculate it without actually storing the utf16