taiju has quit [Remote host closed the connection]
taiju has joined #commonlisp
dre has quit [Quit: Leaving]
gioyik has joined #commonlisp
gioyik has quit [Ping timeout: 276 seconds]
ad-absurdum has joined #commonlisp
gaqwas has quit [Ping timeout: 268 seconds]
asarch has joined #commonlisp
lad has quit [Remote host closed the connection]
Qwnavery has joined #commonlisp
tyson2 has quit [Remote host closed the connection]
CrashTestDummy2 has joined #commonlisp
CrashTestDummy3 has quit [Ping timeout: 260 seconds]
waleee has quit [Ping timeout: 252 seconds]
gioyik has joined #commonlisp
<aeth>
pjb: Not really. Only SBCL with (safety 0) will possibly behave like you're talking about in practice. If you do want that sort of { int x; *(double*)&x=3.14d0; } behavior you can get it, via abusing the CFFI
<aeth>
no reason to because it'll be slow with the CFFI conversion
<aeth>
but that's how to do it
lisp123 has joined #commonlisp
lisp123 has quit [Ping timeout: 268 seconds]
<lotuseater>
aeth: funny that you mention exactly this algorithm ^^
<aeth>
This kind of shows how pointless THE is, though
<aeth>
(pointless in that THE could behave many different ways, so there's always a better way to get the desired behavior in a more precise, specified way)
<lotuseater>
one told me that even more the good data structures were responsible that Quake 3 ran performant on small machines :)
<beach>
Good morning everyone!
<Qwnavery>
morning beach!
<Qwnavery>
hiyo lotuseater!
<beach>
If THE is pointless, then so are type declarations.
<lotuseater>
good morning beach and hi Qwnavery
gioyik has quit [Ping timeout: 276 seconds]
<_death>
in this case you can just use float-features:single-float-bits/bits-single-float
nature has quit [Ping timeout: 252 seconds]
lisp123 has joined #commonlisp
lisp123 has quit [Client Quit]
srhm has quit [Quit: Konversation terminated!]
semz has quit [Ping timeout: 268 seconds]
gioyik has joined #commonlisp
Oladon has quit [Quit: Leaving.]
semz has joined #commonlisp
taiju has quit [Ping timeout: 260 seconds]
Inline has quit [Quit: Leaving]
gioyik has quit [Ping timeout: 276 seconds]
akoana has left #commonlisp [#commonlisp]
cross has quit [*.net *.split]
markasoftware_ has quit [*.net *.split]
srji has quit [*.net *.split]
okflo has quit [*.net *.split]
saltrocklamp[m] has quit [*.net *.split]
srji has joined #commonlisp
cross has joined #commonlisp
markasoftware has joined #commonlisp
okflo has joined #commonlisp
gioyik has joined #commonlisp
saltrocklamp[m] has joined #commonlisp
gko has quit [*.net *.split]
pl has quit [*.net *.split]
drmeister has quit [*.net *.split]
phoe has quit [*.net *.split]
ullbeking has quit [*.net *.split]
IlluminatedPileo has quit [*.net *.split]
jhi has quit [*.net *.split]
krjst has quit [*.net *.split]
hayley has quit [*.net *.split]
ecraven has quit [*.net *.split]
Shinmera has quit [*.net *.split]
thonkpod has quit [*.net *.split]
susam has quit [*.net *.split]
gin has quit [*.net *.split]
dale has quit [*.net *.split]
susam has joined #commonlisp
drmeister has joined #commonlisp
phoe has joined #commonlisp
dale has joined #commonlisp
gko has joined #commonlisp
thonkpod has joined #commonlisp
Shinmera has joined #commonlisp
gin has joined #commonlisp
gin has joined #commonlisp
gin has quit [Changing host]
ecraven has joined #commonlisp
thonkpod has joined #commonlisp
thonkpod has quit [Changing host]
pl has joined #commonlisp
jhi has joined #commonlisp
ullbeking has joined #commonlisp
krjst has joined #commonlisp
CrashTestDummy3 has joined #commonlisp
hayley has joined #commonlisp
CrashTestDummy2 has quit [Ping timeout: 265 seconds]
IlluminatedPileo has joined #commonlisp
ChanServ has quit [shutting down]
ChanServ has joined #commonlisp
hayley has quit [Changing host]
hayley has joined #commonlisp
MetaYan has quit [Ping timeout: 240 seconds]
CrashTestDummy2 has joined #commonlisp
cjb has quit []
CrashTestDummy has joined #commonlisp
CrashTestDummy3 has quit [Ping timeout: 240 seconds]
CrashTestDummy2 has quit [Ping timeout: 240 seconds]
montxero has joined #commonlisp
gioyik has quit [Quit: WeeChat 3.1]
<montxero>
I'm having some trouble fetching data with dexador. Specifically, the JSON returned from (dex:get "https://api.alternative.me/v2/listings/") is missing the final closing "}"
<montxero>
I may be using the library incorrectly. Any ideas?
MetaYan has joined #commonlisp
amb007 has quit [Ping timeout: 240 seconds]
Cymew has joined #commonlisp
spiaggia has joined #commonlisp
amb007 has joined #commonlisp
Shinmera has quit [Quit: WeeChat 2.8]
Shinmera has joined #commonlisp
<montxero>
Perhaps I'm missing something. I get the same issue with drakma using the following snippet
<montxero>
I don't have the same problem with the Python request library. Also the raw json from the link seems to be correct.
amb007 has quit [Ping timeout: 240 seconds]
amb007 has joined #commonlisp
<flip214>
montxero: the URL works for me, FF can parse the JSON.
<raeda>
wget isn't getting the closing bracket either. I'm guessing the server has a content length issue and Python is silently fixing it?
ggoes has quit [Read error: Connection reset by peer]
ggoes_ has joined #commonlisp
<flip214>
montxero: but you're right, with drakma/flexi-streams the } is missing
shka has joined #commonlisp
<flip214>
ah.... curl: (92) HTTP/2 stream 0 was not closed cleanly: PROTOCOL_ERROR (err 1)
<flip214>
so there are some upstream issues
<raeda>
curl --http1.0 closes cleanly, but without the final bracket
asarch_ has joined #commonlisp
asarch has quit [Ping timeout: 260 seconds]
asarch_ is now known as asarch
pve has joined #commonlisp
rain3 has joined #commonlisp
gaqwas has joined #commonlisp
asarch has quit [Ping timeout: 264 seconds]
<montxero>
flip214: upstream with darkma, dex or the server?
<montxero>
raeda: That'd be interesting. Chromium and firefox seem to read it just fine as well. Perhaps they are compensating for malformed JSON as well?
rain3 has quit [Read error: Connection reset by peer]
amb007 has quit [Ping timeout: 240 seconds]
<montxero>
For now, I shall band-aid the request to add the missing "}".
amb007 has joined #commonlisp
CrashTestDummy2 has joined #commonlisp
CrashTestDummy has quit [Ping timeout: 246 seconds]
rgherdt has joined #commonlisp
<flip214>
montxero: server
spiaggia has left #commonlisp [ERC Version 5.3 (IRC client for Emacs)]
contrapunctus has left #commonlisp [#commonlisp]
amb007 has quit [Read error: Connection reset by peer]
contrapunctus has joined #commonlisp
amb007 has joined #commonlisp
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
selwyn has joined #commonlisp
selwyn has quit [Remote host closed the connection]
selwyn has joined #commonlisp
taiju has joined #commonlisp
icer has joined #commonlisp
cosimone has joined #commonlisp
icer has quit [Quit: WeeChat 2.8]
icer has joined #commonlisp
skn2 is now known as skn
asarch has joined #commonlisp
icer has quit [Client Quit]
Cymew has quit [Read error: No route to host]
gaqwas has quit [Ping timeout: 246 seconds]
hendursa1 has joined #commonlisp
hendursaga has quit [Ping timeout: 276 seconds]
ad-absurdum has quit [Quit: Leaving]
<shka>
hi
<beach>
Hello shka.
lotuseater has quit [Quit: ERC (IRC client for Emacs 27.2)]
CrashTestDummy3 has joined #commonlisp
<lukego>
Hey what library do I want for writing binary values to a stream using more-or-less C datatypes e.g. little-endian 32-bit signed integer, etc?
<saturn2>
nibbles
CrashTestDummy2 has quit [Ping timeout: 252 seconds]
<lukego>
thanks!
Cymew has joined #commonlisp
makomo has quit [Ping timeout: 245 seconds]
<lukego>
does the GC move function objects on any Linux platforms or are they always pinned?
<lukego>
(sorry, for #sbcl)
kakuhen has quit [Quit: Leaving...]
sarab has joined #commonlisp
sarab has quit [Quit: Leaving]
luna-is-here has joined #commonlisp
kevingal has joined #commonlisp
clemens3 has quit [Quit: WeeChat 2.7]
lottaquestions has joined #commonlisp
random-nick has joined #commonlisp
amb007 has quit [Ping timeout: 246 seconds]
amb007 has joined #commonlisp
Everything has joined #commonlisp
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
frgo has quit [Remote host closed the connection]
frgo has joined #commonlisp
waleee has joined #commonlisp
lottaquestions has quit [Ping timeout: 246 seconds]
bitspook[m] has joined #commonlisp
cosimone has quit [Remote host closed the connection]
tyson2 has joined #commonlisp
ec_ has joined #commonlisp
kevingal has quit [Remote host closed the connection]
ec_ is now known as ec
taiju has quit [Ping timeout: 246 seconds]
taiju has joined #commonlisp
nature has joined #commonlisp
ec has quit [Ping timeout: 276 seconds]
Bike has joined #commonlisp
jealousmonk has joined #commonlisp
X-Scale` has joined #commonlisp
X-Scale has quit [Ping timeout: 265 seconds]
X-Scale` is now known as X-Scale
selwyn has quit [Ping timeout: 264 seconds]
selwyn has joined #commonlisp
Qwnavery has quit [Quit: WeeChat 3.2.1]
<shka>
is there a way in slime to do eval-in-repl but without raising the REPL window?
<shka>
or shall i say, buffer
taiju has quit [Ping timeout: 246 seconds]
taiju has joined #commonlisp
<shka>
slime-eval-last-expression-in-repl <-
<bitspook[m]>
How about `slime-eval-last-expression` shka ?
<shka>
hmmm, thing is, i want the result to be bound to * and slime-eval-last-expression does not handle this
lisp123 has joined #commonlisp
<bitspook[m]>
TIL about `*`. Thanks
<bitspook[m]>
If it is taking too much of your time, how about creating a function which call `slime-eval-last-expression` and kill the repl frame.
<shka>
well, that's what i am doing, but i was wondering if there is a better way
<Bike>
dumb option: eval (setf * form) instead of form
<shka>
Bike: well, this would work...
<_death>
or the usual, (defvar *foo* form)
<shka>
i went with Bike's solution
<shka>
for what i use it for, it is ok
cuz has joined #commonlisp
amb007 has quit [Ping timeout: 265 seconds]
amb007 has joined #commonlisp
nick3000 has quit [Ping timeout: 268 seconds]
ec has joined #commonlisp
* shka
has bought himself duckypad, and now he finally has the dedicated clouseau:inspect button
Inline has joined #commonlisp
<beach>
How do you supply the object to inspect?
<shka>
beach: the crude way, (slime-interactive-eval (format "(clouseau:inspect %s)" (slime-last-expression)))
<shka>
but hey! it works!
<beach>
Sure.
<shka>
and is obviously useful, because clouseau is just so nice
<beach>
I totally agree.
<beach>
I never use the SLIME inspector anymore.
<shka>
heh, i might!
<shka>
because of tramp and remote slime sessions
<shka>
but otherwise, gotta need the dedicate clouseau button, it deserves it
<beach>
I see. Well, we work on very different kinds of code, so it is normal that there is a difference.
<shka>
yeah, for development on a local machine, i don'tsee why i would use slime-inspector
<beach>
When something goes wrong in my SICL bootstrapping procedure, I get a CLIM-based backtrace inspector where I can click on SICL "stack frames", and then I get a display of the arguments to the stack frame. I can then click on an argument and start Clouseau on it.
<shka>
but emacs tramp + slime is pretty nice combo
<lisp123>
Beach: Are you using Emacs or Climacs for your daily coding?
<beach>
Emacs. (first) Climacs is not good enough, and Second Climacs is not ready.
<Inline>
welp, i try to use it at times when it's not buggy
doyougnu has joined #commonlisp
ec has quit [Ping timeout: 276 seconds]
<Inline>
but somehow clim developers don't care about it anymore it seems
<Inline>
so it's lagging behind
<shka>
given how CLIM is designed, i have a feeling that beach is making climacs... piece by piece
<shka>
right?
<Inline>
err, afaik he made a new reader for second climacs
<Inline>
not sure how far he has come with it
<beach>
shka: Actually, the main module is the Common Lisp code parser, and that one is done. But I can't quite figure out how to do indentation, and I am too busy with other stuff to give it enough time.
<shka>
oh, ok
<Inline>
but afaik second climacs itself is not easy cause it has so many dependencies beginning with clasp etc.....
<beach>
Er, what?
<Inline>
acclimation etc
<beach>
Second Climacs does not depend on Clasp in any way.
ec has joined #commonlisp
<Inline>
ok!
<shka>
why would it anyway
eddof13 has joined #commonlisp
<shka>
... but can you run climacs apps in clasp?
<Inline>
sorry i thought of acclimation i think, which is or was a subdependency of clasp
<Inline>
that was a few years back tho, i haven't had a look since then what happened
<beach>
I see.
<beach>
shka: What is a "climacs app"? Do you mean McCLIM?
<shka>
uh, yes
<shka>
i don't know why i wrote climacs
<shka>
i had CLIM in mind
<shka>
because it would be kinda cool to have the level of the interactivity CLIM and CL provides contrasted against the archetypic static language that C++ is
<lisp123>
I think I take the interactivity of CL for granted, its been about a year since I programmed in anything else materially
<Bike>
nothing beach writes is dependent on clasp, but clasp is dependent on several things beach wrote
hendursa1 has quit [Quit: hendursa1]
hendursaga has joined #commonlisp
montxero` has joined #commonlisp
aeth has quit [Ping timeout: 252 seconds]
aeth has joined #commonlisp
montxero has quit [Ping timeout: 240 seconds]
montxero` has quit [Ping timeout: 252 seconds]
Oladon has joined #commonlisp
tyson2 has quit [Quit: ERC (IRC client for Emacs 27.2)]
cage has joined #commonlisp
CptKirk has joined #commonlisp
amb007 has quit [Read error: Connection reset by peer]
amb007 has joined #commonlisp
tyson2 has joined #commonlisp
asarch_ has joined #commonlisp
asarch has quit [Ping timeout: 246 seconds]
xsperry has quit [Ping timeout: 268 seconds]
aeth has quit [Ping timeout: 264 seconds]
aeth has joined #commonlisp
cosimone has joined #commonlisp
asarch_ is now known as asarch
Cymew has quit [Ping timeout: 246 seconds]
qhong has joined #commonlisp
tyson2 has quit [Quit: ERC (IRC client for Emacs 27.2)]
tyson2 has joined #commonlisp
lotuseater has joined #commonlisp
eddof13 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<lotuseater>
Did I miss something interesting the last few hours?
eddof13 has joined #commonlisp
Lycurgus has joined #commonlisp
Oladon has quit [Quit: Leaving.]
Everything has left #commonlisp [#commonlisp]
waleee has quit [Quit: WeeChat 3.2.1]
gaqwas has joined #commonlisp
<mfiano>
logs in topic
tyson2 has quit [Quit: ERC (IRC client for Emacs 27.2)]
waleee has joined #commonlisp
asarch has quit [Quit: Leaving]
cosimone has quit [Ping timeout: 246 seconds]
tfb has joined #commonlisp
speskk has quit [Remote host closed the connection]
Izem has joined #commonlisp
Izem has quit [Quit: Izem]
tfb has quit [Remote host closed the connection]
doyougnu has quit [Read error: Connection reset by peer]
doyougnu has joined #commonlisp
tyson2 has joined #commonlisp
xsperry has joined #commonlisp
cage has quit [Quit: rcirc on GNU Emacs 27.1]
<pjb>
aeth: it is simply NOT DEFINED! Implementations can do whatever they want. So if you write that, basically you're writing non-conforming code.
<pjb>
beach: I'm not saying they're pointless, I'm saying they're undefined, and therefore dangerous.
<mfiano>
Yep. I have recently started treating type declarations as a dangerous tool.
<mfiano>
I would much rather use check-type or classes than to have undefined behavior across implementations, or even different versions of the same implementation...or even random behavior on same version of same implementation. undefined is undefined
Izem has joined #commonlisp
lisp123 has quit [Remote host closed the connection]
lisp123 has joined #commonlisp
Izem has left #commonlisp [#commonlisp]
lisp123 has quit [Ping timeout: 264 seconds]
gioyik has joined #commonlisp
slyrus has quit [Quit: Leaving]
waleee has quit [Ping timeout: 246 seconds]
waleee has joined #commonlisp
gioyik has quit [Remote host closed the connection]
Izem has joined #commonlisp
gioyik has joined #commonlisp
lisp123 has joined #commonlisp
tyson2 has quit [Quit: ERC (IRC client for Emacs 27.2)]
cosimone has joined #commonlisp
Qwnavery has joined #commonlisp
lisp123 has quit [Ping timeout: 260 seconds]
shka has quit [Ping timeout: 264 seconds]
Izem has quit [Quit: Izem]
Lycurgus has quit [Quit: Exeunt]
tyson2 has joined #commonlisp
Wairu_Goodman has joined #commonlisp
Izem has joined #commonlisp
gioyik has quit [Ping timeout: 276 seconds]
amb007 has quit [Ping timeout: 260 seconds]
dra has joined #commonlisp
amb007 has joined #commonlisp
Lord_of_Life_ has joined #commonlisp
Lord_of_Life has quit [Ping timeout: 265 seconds]
Lord_of_Life_ is now known as Lord_of_Life
lisp123 has joined #commonlisp
lisp123 has quit [Ping timeout: 246 seconds]
dra has quit [Quit: Leaving]
gioyik has joined #commonlisp
kakuhen has joined #commonlisp
selwyn has quit [Read error: Connection reset by peer]
tyson2 has quit [Quit: ERC (IRC client for Emacs 27.2)]
Qwnavery has quit [Quit: WeeChat 3.2.1]
gaqwas has quit [Ping timeout: 246 seconds]
aleamb has quit [Ping timeout: 260 seconds]
gioyik has quit [Ping timeout: 276 seconds]
eddof13 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cuz has quit [Ping timeout: 246 seconds]
CodeBitCookie[m] has joined #commonlisp
Oladon has joined #commonlisp
dre has joined #commonlisp
Izem has left #commonlisp [Good Bye]
rgherdt has quit [Ping timeout: 246 seconds]
dre has quit [Quit: Leaving]
mariari has quit [Quit: WeeChat 3.2]
cjb has joined #commonlisp
pve has quit [Quit: leaving]
mariari has joined #commonlisp
random-nick has quit [Ping timeout: 264 seconds]
gioyik has joined #commonlisp
frgo has quit [Remote host closed the connection]
frgo has joined #commonlisp
elderK has joined #commonlisp
gioyik has quit [Ping timeout: 276 seconds]
random-nick has joined #commonlisp
gioyik has joined #commonlisp
lisp123 has joined #commonlisp
lisp123 has quit [Ping timeout: 252 seconds]
srhm has joined #commonlisp
cosimone has quit [Ping timeout: 246 seconds]
<CodeBitCookie[m]>
Hello!
<CodeBitCookie[m]>
Is there any library which can make CL pretty well integrated with functional programming instead of importing multiple loosely related libraries?
<CodeBitCookie[m]>
Even if it is any other dialect of Lisp, or something like that.
<hayley>
What do you want exactly? CL with Alexandria suffices for lists and vectors.
<CodeBitCookie[m]>
wait a minute, are you the emacs-shibe guy on reddit?
<hayley>
And the name "Lisp dialect" is a misnomer as such languages are mutually incomprehensible and don't interoperate.
Oladon has quit [Quit: Leaving.]
<hayley>
i.e. you couldn't exactly import Clojure as a CL library, for example.
<CodeBitCookie[m]>
Okay, but everything isn't immutable by default and common lisp isn't lazy. No infinite sequences AFAIK
<CodeBitCookie[m]>
hayley: Yeah I know, I meant that I could even switch to another language or Lisp to get this functionality
<CodeBitCookie[m]>
and if you ask me what I mean by functionality:
<CodeBitCookie[m]>
to get the good REPL and interactive programming with common lisp (+ all the goodies that come with CL) and good FP integration like clojure as you mentioned
<CodeBitCookie[m]>
People recommend FSet, GTGIW (or something with those letters), Series, and others but some are abandonware too
cuz has joined #commonlisp
cuz has quit [Remote host closed the connection]
cuz has joined #commonlisp
<hayley>
FSet is good, but also see cl-hamt for hash-array-mapped tries.
<CodeBitCookie[m]>
I mean can you give me a set of packages that I could import to get a good experience? Thanks
<CodeBitCookie[m]>
cl-hamt looks good too
<hayley>
The only sequence function in CL without a pure equivalent is SORT, but that can be alleviated by copying the sequence before sorting.
<CodeBitCookie[m]>
what do you mean? in a different library or normal CL?
<CodeBitCookie[m]>
oh in cl-hamt
<CodeBitCookie[m]>
okay sorry
<hayley>
In Common Lisp.
<CodeBitCookie[m]>
wait, so cl-hamt is already in CL?
<lotuseater>
CodeBitCookie[m]: no it's about SORT.
<hayley>
No, I mean that the only sequence function in Common Lisp without a pure equivalent is SORT.
<lotuseater>
it changes your sequence in place
<hayley>
Else, you have no problems treating lists immutably.
<CodeBitCookie[m]>
Ohhh
<CodeBitCookie[m]>
so how can you copy it in that context and why isn't only sort implemented?
<CodeBitCookie[m]>
by copy it I mean, copy the collection before passing it to sort
<hayley>
(sort (copy-seq stuff) #'<)
<CodeBitCookie[m]>
Ahhhh
<CodeBitCookie[m]>
so I only use cl-hamt?
<lotuseater>
but be careful, when doing COPY-SEQ on a VECTOR it returns a SIMPLE-VECTOR, so if your original was adjustable or had a fill-pointer, then in the new this is erased
<loke[m]>
lotuseater: It may change the sequence in place. No guarantees, something you can't really use the old reference anymore.
<lotuseater>
and for lists there is: COPY-LIST
<lotuseater>
loke[m]: sounds like a job for WSCL :)
<CodeBitCookie[m]>
what's WSCL
aleamb has joined #commonlisp
ec has quit [Ping timeout: 276 seconds]
<hayley>
No, it would not be appropriate for WSCL, as copying or not depends on the sorting algorithm used.
<lotuseater>
Well-specified Common Lisp
aleamb has quit [Client Quit]
<lotuseater>
then maybe not
<CodeBitCookie[m]>
ah
<CodeBitCookie[m]>
so aside from cl-hamt what about the other FP features?
Inline has quit [Remote host closed the connection]