jackdaniel changed the topic of #commonlisp to: Common Lisp, the #1=(programmable . #1#) programming language | Wiki: <https://www.cliki.net> | IRC Logs: <https://irclog.tymoon.eu/libera/%23commonlisp> | Cookbook: <https://lispcookbook.github.io/cl-cookbook> | Pastebin: <https://plaster.tymoon.eu/>
NotThatRPG has joined #commonlisp
NotThatRPG has quit [Ping timeout: 245 seconds]
Lord_of_Life has joined #commonlisp
Everything has quit [Quit: leaving]
eddof13 has joined #commonlisp
eddof13 has quit [Quit: eddof13]
yitzi has joined #commonlisp
NotThatRPG has joined #commonlisp
yitzi has quit [Client Quit]
Akbar-Birbal has joined #commonlisp
herjazz has quit [Quit: leaving]
remexre has quit [Remote host closed the connection]
remexre has joined #commonlisp
jistr has quit [Quit: quit]
jistr has joined #commonlisp
edgar-rft_ has joined #commonlisp
ldb has joined #commonlisp
edgar-rft has quit [Ping timeout: 246 seconds]
lucasta has quit [Quit: Leaving]
eddof13 has joined #commonlisp
kevingal has quit [Ping timeout: 252 seconds]
eddof13 has quit [Client Quit]
NotThatRPG has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cercopith has quit [Read error: Connection reset by peer]
cercopith has joined #commonlisp
brokkoli_origin has quit [Remote host closed the connection]
brokkoli_origin has joined #commonlisp
overclucker has quit [Ping timeout: 252 seconds]
random-nick has quit [Ping timeout: 252 seconds]
ldb has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.4)]
semz has quit [Quit: ZNC 1.8.2+deb2ubuntu0.1 - https://znc.in]
semz has joined #commonlisp
NotThatRPG has joined #commonlisp
brokkoli_origin has quit [Ping timeout: 252 seconds]
brokkoli_origin has joined #commonlisp
NotThatRPG has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
svm has joined #commonlisp
msv has quit [Read error: Connection reset by peer]
svm is now known as msv
msv has quit [Remote host closed the connection]
msv has joined #commonlisp
puke has joined #commonlisp
amb007 has quit [Ping timeout: 272 seconds]
amb007 has joined #commonlisp
<jmercouris> I'm having a particularly strange error with Alexandria, I'm trying to read a TTF into a string, doing simply `(alexandria:read-file-into-string ...)` and I'm getting
<jmercouris> does it mean that the file has things that cannot be encoded as a string?
<beach> Are you sure you want to read this thing as characters?
<beach> And, yes, it means that there are octet combinations in this file that are not valid UTF-8
<beach> ... which is kind of normal if the file contains arbitrary octets.
<jmercouris> I am not certain that I want to read it as characters
<jmercouris> I want to read it into memory, and then return it as a response to a web request
<jmercouris> and serve the font
<beach> Then you should use a stream with an element type of something else, like (UNSIGNED-BYTE 8)
<jmercouris> OK, thanks
<beach> Sure.
<beach> Oh, and you probably not use READ-FILE-INTO-STRING.
<beach> Because strings in Common Lisp are not octet sequences, but character sequences.
<beach> *probably should not use...
<jmercouris> I see, I didn't think about that
yottabyte has quit [Quit: Connection closed for inactivity]
<edgar-rft_> Alexandria has READ-FILE-INTO-BYTE-VECTOR what is probably what you want
NotThatRPG has joined #commonlisp
<jmercouris> Yeah, I tried that one too, but it kept giving me nonsensical results
<jmercouris> Like it returned a CSV for some reason
<beach> That's not a Common Lisp type.
<jmercouris> Yeah, of course it isn't a common lisp type, but when printing, it prints as a CSV
NotThatRPG has quit [Client Quit]
<beach> What does it mean for something to print as a CSV?
<jmercouris> "123, 234, 5234, 345"
<beach> That's a string and not an octet vector.
<jmercouris> my server returns the byte vector, and somehow somewhere, when the file gets actually served, its a CSV
<jmercouris> s/its/it's
<beach> Oh, so something other than Common Lisp is involved. Well, I can't help with that.
<jmercouris> literally the contents of the file are just "0,1,0,0,0,18,1,0,0,..." and so forth
<jmercouris> even though it is supposed to be a TTF, just some bytes, not a CSV!
<beach> Maybe that's how TTF is encoded.
<jmercouris> if that were true, then I could open up the original TTF in an editor and it would look that way
<jmercouris> instead it looks like gibberish
<White_Flame> TTF is a binary file, trying to read it into a string is not a sensible operation
<jmercouris> how do I read it into memory as some object? and then return that sequence of bytes?
<jmercouris> what is the correct way?
viaken has quit [Quit: boop!]
<beach> jmercouris: It is usually the case that if you open a binary file in an editor, it looks like gibberish.
<White_Flame> read-sequence is a fundamental buffer read operation
<jmercouris> is there not some shortcut operation? must I open a stream?
<beach> READ-FILE-INTO-BYTE-VECTOR sounds like the right thing.
<White_Flame> or you could read-byte if you want to do it manually
<beach> jmercouris: I am not sure why you think it is the wrong thing.
<ixelp> Character to Glyph Mapping Table - TrueType Reference Manual - Apple Developer
<aeth> Yes, amusingly, Apple has the documentation. An Apple format. But extensions from others might not be there.
viaken has joined #commonlisp
<jmercouris> the closest I've gotten so far is this: (uiop:read-file-string "/path/to/file" :external-format :iso-8859-1)
<White_Flame> uiop is used by asdf, and thus doesn't really need binary file tools
<White_Flame> the alexandria read-file-into-byte-vector mentioned above is what you want, as stated twice
<jmercouris> then why does it not work?
<beach> I am pretty sure it does.
<jmercouris> OK fine, I'm certain the function works
<White_Flame> what doesn't work?
<jmercouris> let me show the full context
<aeth> reading into strings doesn't always work because UTF-8 isn't everything when given arbitrary bytes
<aeth> some bytes are invalid
<jmercouris> that's what I'm working on
<beach> aeth: We went through that already.
<aeth> so you need to read it into a byte-vector and then poke at the subseqs that are valid
<jmercouris> the key line is here: (electron:load-url win "resxyz:salmon")
<White_Flame> and if you read it inot an 8-bit charset string like that, then you're constantly going to have to deal with char-codes instead of just byte values
<jmercouris> which should be handled here: (lambda (xyz) (declare (ignore xyz)) (values font-vector "application/x-font-ttf"))
<White_Flame> becaise ot
<White_Flame> because it's a string, not a vector of numbers
<jmercouris> IT MUST become a string, because I have to convert it to JSON
<White_Flame> wat
<jmercouris> this isn't my choice
<White_Flame> there's no direct objective conversion from binary TTF file to JSON
<jmercouris> I might have to make a binary encoder/decoder before and after it
<beach> jmercouris: How can you turn something that can not be encoded as a sequence of characters into a string?
<jmercouris> OK so I learned something new today, not all data can be encoded as a sequence of characters
<White_Flame> you can of course hexify, base64, etc
<aeth> jmercouris: it can't _concisely_ be encoded as a sequence of characters. You lose a bit
<aeth> sometimes a lot, sometimes not much
<aeth> but you have to reencode it
<jmercouris> so let's say I take this byte vector, I can then base64 encode it
<jmercouris> that way I can express it as a string
<jmercouris> is that correct?
<White_Flame> that is what base64 etc encoding is for, when you're forced to use a textual medium
<jmercouris> I am forced, unfortunately, it is a long story
<White_Flame> if you're doing interprocess comms, are you not using websocket?
<jmercouris> then on the receiving end of the JSON, I can go ahead and do base64 decoding, into a binary blob
<White_Flame> that can fip between text & binary per message
<White_Flame> *flip
<jmercouris> yes, I am doing interprocess COMMS, and no I am not using websocket
<jmercouris> I'm using UNIX Domain Sockets for performance reasons
<aeth> the more characters you can use (compare e.g. 26, 36 (26+10), 62 (26*2+10), 64, etc., and even some Unicode-based ones), the less space you waste going from binary to text, so you can go beyond base64, but you're still going to waste some space
<jmercouris> I see, thank you all
<jmercouris> this has been very enlightening
<White_Flame> domain sockets are still sockets, etc agnostic char transfer
<aeth> email was the original use case for this, pre-JSON
notzmv has joined #commonlisp
<jmercouris> I know I could use domain sockets in a different way, however the client is expecting a character stream
<jmercouris> I could inform the client to listen to another stream and then provide binary data, but again, that is complicated
<aeth> it's not your bandwidth you're wasting
<jmercouris> no, it isn't
<aeth> base64 _works_, with the only issue being that the extra 2 characters are ambiguous because there's different ones you can use
<jmercouris> what are the "extra 2 characters" that you are referring to?
<White_Flame> streaming base64 can be weird as well, but I presume with TTFs you can just deal with the whole thing at once
<jmercouris> I've never been too familiar with character encoding
<jmercouris> I guess what I learned is that there are sequences of binary that CANNOT be represented as a stream of characters
<jmercouris> I find this very surprising, I thought that all streams of bits could be represented as characters
<White_Flame> depends on the encoding
<jmercouris> I tried UTF8
<White_Flame> right, that wouldn't work
<jmercouris> but I guess UTF8 is insufficient
<White_Flame> because it has multi-byte codes that need to be sensible
<aeth> jmercouris: base 16 goes 0-9 then a-f/A-F... this is case-insensitive through base 36 (26+10) which is where CL stops because CL is quasi-case-insensitive (kind of and kind of not)
<aeth> with case sensitivity you get to 62
<White_Flame> 8-bit encodings would read all byte as char codes 0-0xff, regardless of what those actual characters are. But you don't want characters, you want unsigned-bytes
<jmercouris> I know I don't want bytes, but why not use an 8 bit character string?
<jmercouris> and then take that 8 bit character string and convert into a binary blob
<beach> jmercouris: There is no such thing as an 8-bit character string in Common Lisp.
<White_Flame> why don't you want bytes? what do you expect to wrok with?
<jmercouris> I'm sorry, I misspoke
<jmercouris> I meant to say "I know I don't want a string"
<White_Flame> you want a vector of 0-255 numbers, then find a "safe" set of printable characters (as hex encoding, base64 encoding, etc does)
<White_Flame> which cast <8 bits of those input number (4 each in hex printing) into each output character's code
<jmercouris> at that point, I might as well use a base64 encoder/decoder someone else has already written
<jmercouris> I guess it would be the same exercise
<White_Flame> yes, though hex can be done without libraries
<aeth> jmercouris: so bases are only unambiguous up to 36 or 62 depending on if you use case sensitivity (I guess above 36 it's ambiguous which case you use first) because then you run out of letters and numbers... which means + and / or - and _ or + and , can be used for the extra 2 characters (or a bunch of others, but it's by standards one of those three)
<aeth> CL goes up to 36 without librarise because its letters in its base encodings are case insensitive
<aeth> *without libraries
<jmercouris> this is why I stay on IRC, I don't think I could have learned this much this quickly elsewhere
<jmercouris> thanks for the explanation aeth
<aeth> you're welcome
mange has joined #commonlisp
gnoo_ has joined #commonlisp
gnoo has quit [Ping timeout: 252 seconds]
tasty has quit [Remote host closed the connection]
gilberth_ has quit [Ping timeout: 255 seconds]
ixelp has quit [Quit: Common Lisp IRC library - http://common-lisp.net/project/cl-irc]
ixelp has joined #commonlisp
tasty has joined #commonlisp
wizard has quit [Ping timeout: 252 seconds]
wacki has joined #commonlisp
decweb has quit [Ping timeout: 260 seconds]
shawnw has quit [Ping timeout: 252 seconds]
kurfen has quit [Read error: Connection reset by peer]
anticomputer has quit [Remote host closed the connection]
anticomputer has joined #commonlisp
kurfen has joined #commonlisp
wacki has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
eddof13 has joined #commonlisp
wizard has joined #commonlisp
eddof13 has quit [Client Quit]
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
bitspook has joined #commonlisp
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
rainthree has joined #commonlisp
notzmv has quit [Ping timeout: 264 seconds]
jon_atack has joined #commonlisp
jonatack has quit [Ping timeout: 265 seconds]
amb007 has quit [Ping timeout: 264 seconds]
amb007 has joined #commonlisp
chomwitt has joined #commonlisp
<jackdaniel> I strongly dislike that (setf foo) lambda list is (new-value assigned-object) which is visually reverse to how you call it (setf (foo assigned-object) value)
chkhd has joined #commonlisp
<jackdaniel> generally this whole "function names are symbols except from setf, where it can be a two-element list with fixed first element" is braindead, I'm curious about the rationale
<jackdaniel> whole idea*
pve has joined #commonlisp
ajf has quit [Remote host closed the connection]
rainthree has quit [Ping timeout: 252 seconds]
alternateved has joined #commonlisp
King_julian has joined #commonlisp
<White_Flame> jackdaniel: what would you propose for the setf situation re function naming instead?
<White_Flame> mandating a single-single nickname for the setter function?
<White_Flame> *single-symbol
<jackdaniel> keep function names symbols and use defsetf/define-modify-macro to define setf operators I guess
<jackdaniel> or, if we really must, allow other lists as function names (but I wouldn't like that really)
treflip has joined #commonlisp
dino_tutter has joined #commonlisp
King_julian has quit [Ping timeout: 244 seconds]
mishoo has joined #commonlisp
<White_Flame> I guess the major difference would be having a separate fetch-setf-function reader, vs having function resolution handle both cases (eg with the list form)
jon_atack has quit [Ping timeout: 252 seconds]
<jackdaniel> or macroexpand the setf call
<jackdaniel> fun fact: (setf gethash) is often not a function, but rather an expansion to puthash
<jackdaniel> s/often/sometimes(?)/
<nil> If you use defsetf and a uniform convention for your setter name, then mostly only code that has to deal with code has to be concerned with it. Code that deals with code has various other irregularities to deal with.
treflip has quit [Remote host closed the connection]
<nil> But I agree it's a sort of a wart. I think maybe it was influenced by flavors.
treflip has joined #commonlisp
bigbookofbug has quit [Ping timeout: 245 seconds]
bigbookofbug has joined #commonlisp
mgl has joined #commonlisp
awlygj has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
pkal has quit [Read error: Connection reset by peer]
pkal has joined #commonlisp
awlygj has joined #commonlisp
varjag has joined #commonlisp
random-jellyfish has joined #commonlisp
dino_tutter has quit [Ping timeout: 265 seconds]
treflip has quit [Ping timeout: 245 seconds]
bendersteed has joined #commonlisp
jonatack has joined #commonlisp
pl has quit [Ping timeout: 272 seconds]
pl has joined #commonlisp
rainthree has joined #commonlisp
attila_lendvai has joined #commonlisp
anticomputer has quit [Remote host closed the connection]
anticomputer has joined #commonlisp
thuna` has quit [Ping timeout: 244 seconds]
attila_lendvai has quit [Ping timeout: 252 seconds]
thuna` has joined #commonlisp
dajole has quit [Quit: Connection closed for inactivity]
rainthree has quit [Ping timeout: 265 seconds]
chomwitt has quit [Quit: WeeChat 3.8]
mari-estel has joined #commonlisp
reb has quit [Ping timeout: 246 seconds]
mari33141 has joined #commonlisp
mari-estel has quit [Ping timeout: 272 seconds]
shawnw has joined #commonlisp
shawnw has quit [Ping timeout: 244 seconds]
chkhd has quit [Quit: ZZZzzz…]
chkhd has joined #commonlisp
ixelp has quit [Ping timeout: 276 seconds]
ixelp has joined #commonlisp
chkhd is now known as chkhd`
chkhd` has quit [Quit: ZZZzzz…]
ixelp has quit [Ping timeout: 260 seconds]
chkhd has joined #commonlisp
wheeler has quit [Quit: cheerio]
wheeler has joined #commonlisp
Akbar-Birbal has left #commonlisp [Disconnected: Replaced by new connection]
Akbar-Birbal has joined #commonlisp
thuna` has quit [Ping timeout: 272 seconds]
ixelp has joined #commonlisp
<beach> jackdaniel: Congratulations!
<jackdaniel> thanks!
chkhd is now known as chkhd`
chkhd` has quit [Quit: ZZZzzz…]
Everything has joined #commonlisp
random-nick has joined #commonlisp
bitspook has quit [Read error: Connection reset by peer]
mari33141 has quit [Quit: bye]
bitspook has joined #commonlisp
shawnw has joined #commonlisp
shawnw has quit [Ping timeout: 244 seconds]
amb007 has quit [Ping timeout: 265 seconds]
rainthree has joined #commonlisp
mari-estel has joined #commonlisp
wheeler has quit [Quit: cheerio]
wheeler has joined #commonlisp
amb007 has joined #commonlisp
AetherWind has joined #commonlisp
varjag has quit [Ping timeout: 244 seconds]
decweb has joined #commonlisp
yitzi has joined #commonlisp
brokkoli_origin has quit [Ping timeout: 252 seconds]
random-jellyfish has quit [Quit: Leaving]
brokkoli_origin has joined #commonlisp
King_julian has joined #commonlisp
urnenheit has joined #commonlisp
mange has quit [Quit: Zzz...]
royaljelly has joined #commonlisp
<royaljelly> Hey guys, I'm about to start learning CL and there are two books by Paul Graham. Should I read On Lisp or ANSI Common Lisp?
<pranav> royaljelly: ANSI Lisp is his introductory book. On Lisp is about some of the more advanced/specialized concepts like macros.
<jackdaniel> ansi common lisp is an excellent book to learn, it has well thought excercises and covers a many important aspects of the language
<jackdaniel> s/a many/many/
<royaljelly> to be honest i am familiar with cl already but it's just that i've forgotten most things
<royaljelly> i was thinking i'd go with on lisp assuming it doesn't lack any information that's provided in ansi common lisp
<jackdaniel> it'd be a bad idea. on lisp goes into many interesting techniques but it does not teach common lisp from basics
<jackdaniel> it's more a supplementary material
<royaljelly> i see, alright :)
bjorkintosh has joined #commonlisp
<pranav> royaljelly: The 1st (or 2nd) chapter which summarizes many CL idioms in ANSI CL might help you refresh.
mari-estel has quit [Quit: battery]
<royaljelly> alright, I guess i'll just speedrun through that
<pranav> Also, you might wanna join #clschool which is a room where people answer beginner CL questions.
tucktuck has joined #commonlisp
cmack has joined #commonlisp
brokkoli_origin has quit [Remote host closed the connection]
shka has quit [Quit: Konversation terminated!]
shka has joined #commonlisp
treflip has joined #commonlisp
buffet has quit [Ping timeout: 265 seconds]
brokkoli_origin has joined #commonlisp
buffet has joined #commonlisp
chkhd has joined #commonlisp
decreasedsales has joined #commonlisp
King_julian has quit [Ping timeout: 244 seconds]
mari-estel has joined #commonlisp
ldb has joined #commonlisp
ldb has quit [Changing host]
ldb has joined #commonlisp
chkhd has quit [Quit: ZZZzzz…]
chkhd has joined #commonlisp
chkhd has quit [Quit: ZZZzzz…]
cmack has quit [Remote host closed the connection]
cmack has joined #commonlisp
NotThatRPG has joined #commonlisp
rainthree has quit [Ping timeout: 244 seconds]
cage has joined #commonlisp
cage has quit [Excess Flood]
cage has joined #commonlisp
zxcvz has joined #commonlisp
tucktuck has quit [Remote host closed the connection]
gorignak has quit [Quit: quit]
gorignak has joined #commonlisp
jonatack has quit [Ping timeout: 248 seconds]
jonatack has joined #commonlisp
eddof13 has joined #commonlisp
gorignak has quit [Quit: quit]
gorignak has joined #commonlisp
chkhd has joined #commonlisp
chkhd has quit [Client Quit]
chkhd has joined #commonlisp
tucktuck has joined #commonlisp
mesaoptimizer has quit [Quit: mesaoptimizer]
alcor has joined #commonlisp
zxcvz has quit [Quit: zxcvz]
mesaoptimizer has joined #commonlisp
mulk has quit [Read error: Connection reset by peer]
ldb has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.4)]
ldb has joined #commonlisp
decreasedsales has quit [Ping timeout: 264 seconds]
Everything has quit [Quit: leaving]
NotThatRPG has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
decreasedsales has joined #commonlisp
tucktuck has quit [Remote host closed the connection]
ldb has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.4)]
yitzi has quit [Ping timeout: 246 seconds]
AetherWind has quit [Quit: leaving]
jonatack has quit [Read error: Connection reset by peer]
jonatack has joined #commonlisp
mulk has joined #commonlisp
alternateved has quit [Ping timeout: 260 seconds]
decreasedsales has quit [Quit: leaving]
reb has joined #commonlisp
alternateved has joined #commonlisp
Akbar-Birbal has left #commonlisp [#commonlisp]
bendersteed has quit [Quit: bendersteed]
chrcav has quit [Ping timeout: 246 seconds]
chrcav has joined #commonlisp
chkhd has quit [Quit: ZZZzzz…]
chkhd has joined #commonlisp
mari-estel has quit [Quit: on the move]
alcor has quit [Remote host closed the connection]
treflip has quit [Ping timeout: 276 seconds]
alcor has joined #commonlisp
chkhd is now known as chkhd`
chkhd` has quit [Quit: ZZZzzz…]
yitzi has joined #commonlisp
lucasta has joined #commonlisp
NotThatRPG has joined #commonlisp
SummerianVim has joined #commonlisp
SummerianVim has quit [Remote host closed the connection]
treflip has joined #commonlisp
yitzi has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
prokhor has quit [Ping timeout: 244 seconds]
wacki has joined #commonlisp
prokhor has joined #commonlisp
<NotThatRPG> Just had quicklisp skip loading a library (random-state) in local-projects in favor of a downloaded copy. Any idea what I might be doing wrong? I did run `(ql:register-local-projects)`
yitzi has joined #commonlisp
<jackdaniel> NotThatRPG: if it is symlinked, then you need to call that from other implementation than ccl
<NotThatRPG> This was Allegro, so I thought it would work.
<NotThatRPG> I suppose I could have hard linked.
<Alfr> NotThatRPG, did you try clearing asdf's cache?
<jackdaniel> try sbcl to register and try again after that
<jackdaniel> from acl
<NotThatRPG> Alfr: No, but I restarted and tried again after running RLP and got the same behavior.
<NotThatRPG> I'll try both of those, thanks.
alternateved has left #commonlisp [ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.0.92)]
mgl has quit [Ping timeout: 252 seconds]
<Alfr> NotThatRPG, what does (asdf:system-source-directory "random-state") say?
amb007 has quit [Ping timeout: 260 seconds]
amb007 has joined #commonlisp
ajf has joined #commonlisp
treflip has quit [Remote host closed the connection]
treflip has joined #commonlisp
jonatack has quit [Quit: WeeChat 4.4.2]
JuanDaugherty has joined #commonlisp
lucasta has quit [Quit: Leaving]
<NotThatRPG> Alfr: it gives me the directory in quicklisp (not local-projects).
<NotThatRPG> Honestly, I got lazy and fed up and just pushed the directory onto `asdf:*central-registry*` ...
treflip has quit [Ping timeout: 265 seconds]
prokhor has quit [Remote host closed the connection]
mari-estel has joined #commonlisp
jonatack has joined #commonlisp
mishoo has quit [Ping timeout: 252 seconds]
amb007 has quit [Ping timeout: 246 seconds]
amb007 has joined #commonlisp
JuanDaugherty has quit [Quit: JuanDaugherty]
mari-estel has quit [Quit: good night]
chrcav has quit [Ping timeout: 260 seconds]
chrcav has joined #commonlisp
lovesan has joined #commonlisp
<lovesan> Hi there. Does anyone knows SBCL internals good enough? Seems like i've found a bug, but i'm not quite sure https://gist.github.com/Lovesan/760eec77bcf7bbaf4a6e083d1109dd15
<ixelp> VPSHUFD behavior · GitHub
<lovesan> basically VOP assembler ignores VPSHUFD output for some reason
zwr has quit [Read error: Connection reset by peer]
zwr has joined #commonlisp
varjag has joined #commonlisp
shka has quit [Quit: Konversation terminated!]
cage has quit [Quit: rcirc on GNU Emacs 29.4]
kevingal has joined #commonlisp
eeeoo has joined #commonlisp
xaltsc has quit [Quit: WeeChat 4.4.1]
lovesan has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
attila_lendvai has joined #commonlisp
mwnaylor has joined #commonlisp
akoana has joined #commonlisp
FragmentedCurve has quit [Quit: Leaving]
lovesan has joined #commonlisp
lovesan has quit [Client Quit]
prokhor has joined #commonlisp
eddof13 has quit [Quit: eddof13]
NotThatRPG has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Everything has joined #commonlisp
NotThatRPG has joined #commonlisp
akoana has quit [Quit: leaving]
dinomug has joined #commonlisp
dino_tutter has joined #commonlisp
amb007 has quit [Ping timeout: 260 seconds]
xaltsc has joined #commonlisp
amb007 has joined #commonlisp
yitzi has quit [Remote host closed the connection]
FragmentedCurve has joined #commonlisp
wacki has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
NotThatRPG has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
eddof13 has joined #commonlisp
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
alcor has quit [Remote host closed the connection]
NotThatRPG has joined #commonlisp
attila_lendvai has quit [Ping timeout: 260 seconds]
dnhester26 has joined #commonlisp
lucasta has joined #commonlisp
mgl has joined #commonlisp
Everything has quit [Quit: leaving]
mgl has quit [Ping timeout: 252 seconds]
pve has quit [Quit: leaving]
NotThatRPG has quit [Quit: Textual IRC Client: www.textualapp.com]
Akbar-Birbal has joined #commonlisp
dino_tutter has quit [Ping timeout: 252 seconds]