Gleefre has quit [Remote host closed the connection]
Gleefre has joined #commonlisp
Gleefre has quit [Remote host closed the connection]
Gleefre has joined #commonlisp
gpiero has quit [Read error: Connection reset by peer]
igemnace has quit [Read error: Connection reset by peer]
gpiero has joined #commonlisp
jmd_ has quit [Ping timeout: 246 seconds]
igemnace has joined #commonlisp
dino_tutter has quit [Ping timeout: 240 seconds]
lagash has joined #commonlisp
rgherdt has quit [Ping timeout: 246 seconds]
tyson2 has joined #commonlisp
jsomedon has quit [Quit: Connection closed for inactivity]
mgl has joined #commonlisp
donleo has joined #commonlisp
kevingal has quit [Ping timeout: 246 seconds]
Gleefre has quit [Remote host closed the connection]
Gleefre has joined #commonlisp
paulapatience has joined #commonlisp
<Josh_2>
Think I'm using dynamic variables appropriately for the first time :thinking:
<Josh_2>
Stupid opentelemetry has context based tracing, gotta know a span id wherever you are in the callstack. Primitive version with special variables seems to work alright
<skin>
I still have misgivings, I guess because I'm new to this. Still feels like using a global variable, in other languages a big no-no.
<Josh_2>
I'll show you the code when its not hot steaming :poo: :joy:
<Josh_2>
Also globals are not a no no in CL.
<skin>
Right, I get that.
<louis77>
Josh_2: 👍
<Josh_2>
I could swap to using a global store for the traces but then I'd have to worry about making it thread safe :facepalm:
<Josh_2>
I'm just trying to knock together a library to better integrate my lisp program into uptrace
tyson2 has quit [Remote host closed the connection]
Gleefre has quit [Remote host closed the connection]
Gleefre has joined #commonlisp
<White_Flame>
yeah, that's a totally reasonable and responsible use for dynamic bindings
<White_Flame>
I often have threadpools which immediately bind something contextual like that
<White_Flame>
and database connections, current transactions, etc, are common to hold in specials
<White_Flame>
skin: I guess you could call them scoped globals, and yeah they're threadlocal, too
<White_Flame>
just look at the various *print-... specials and imagine if they weren't contextual but rather have to be passed around expicitly
<White_Flame>
with a dynamic binding you can set up your own contexts in which your various configurations take effect, one option being global
<White_Flame>
s/contexts/scopes/
rgherdt has joined #commonlisp
anticomputer_ has quit [Remote host closed the connection]
anticomputer has joined #commonlisp
anticomputer has quit [Remote host closed the connection]
yvm has quit [Ping timeout: 260 seconds]
paulapatience has quit [Ping timeout: 245 seconds]
anticomputer has joined #commonlisp
<Josh_2>
I have a couple macros with the ugliest interfaces :sob:
paulapatience has joined #commonlisp
dino_tutter has joined #commonlisp
<|3b|>
globals are about as bad in CL as they are in other languages, but dynamic bindings aren't global.
<|3b|>
though "global is bad" is pretty much meaningless, since you can just shuffle names around
<|3b|>
is a singleton a "global"? is the default value of an optional argument a "global"? are function bindings "globals"?
mgl has quit [Quit: Client closed]
paulapatience has quit [Remote host closed the connection]
paulapatience has joined #commonlisp
pve has quit [Quit: leaving]
weary has joined #commonlisp
Demosthenex has quit [Ping timeout: 245 seconds]
Demosthenex has joined #commonlisp
donleo has quit [Ping timeout: 245 seconds]
tyson2 has joined #commonlisp
donleo has joined #commonlisp
<Josh_2>
Is the priority for initargs from left to right? So if I have (apply #'make-instance :attributes <some custom> :values .. :attributes ..) it'll be the left value that is used?
<Josh_2>
I tried to modify the initargs plist but sbcl complained that its a constant :sob:
<White_Flame>
beach: probably for WSCL, the defstruct page lists a :type option as (vector <size>), while the section on :type says it's (vector <element-type>)
<Josh_2>
it'll actually be more like (apply #'make-instance (list* :attributes <some screwwy> initargs))
<White_Flame>
beach: not sure exactly if the scope of WSCL includes stuff like that
<Josh_2>
o ffs
<Josh_2>
I had my place and indicator arguments the wrong way
paulapatience has quit [Read error: Connection reset by peer]
paulapatience has joined #commonlisp
splatt990 has quit [*.net *.split]
haku has quit [*.net *.split]
semz has quit [*.net *.split]
kagevf has quit [*.net *.split]
gko` has quit [*.net *.split]
sco1_ has quit [*.net *.split]
kaskal has quit [*.net *.split]
Posterdati has quit [*.net *.split]
beach has quit [*.net *.split]
mrcom has quit [*.net *.split]
hineios has quit [*.net *.split]
Lord_Nightmare has quit [*.net *.split]
hayley has quit [*.net *.split]
b3lm0nt has quit [*.net *.split]
mmk2410 has quit [*.net *.split]
beach has joined #commonlisp
kagevf has joined #commonlisp
mmk2410 has joined #commonlisp
hayley has joined #commonlisp
mmk2410 has joined #commonlisp
mmk2410 has quit [Changing host]
sco1 has joined #commonlisp
Posterdati has joined #commonlisp
Lord_Nightmare has joined #commonlisp
hineios has joined #commonlisp
Posterdati has quit [Changing host]
Posterdati has joined #commonlisp
mrcom has joined #commonlisp
haku has joined #commonlisp
mrcom has quit [Remote host closed the connection]
b3lm0nt has joined #commonlisp
mrcom has joined #commonlisp
gko` has joined #commonlisp
notzmv has quit [Ping timeout: 246 seconds]
semz has joined #commonlisp
kaskal has joined #commonlisp
cage has quit [Quit: rcirc on GNU Emacs 28.2]
blackshuck has joined #commonlisp
shka has quit [Ping timeout: 252 seconds]
amb007 has joined #commonlisp
weary has quit [Remote host closed the connection]
Oladon has joined #commonlisp
rgherdt has quit [Remote host closed the connection]
waleee has quit [Ping timeout: 240 seconds]
yitzi has joined #commonlisp
anticomputer has quit [Remote host closed the connection]
anticomputer has joined #commonlisp
<paulapatience>
Josh_2: Yes, left to right, just like regular plists with getf
hayley has quit [Changing host]
hayley has joined #commonlisp
dino_tutter has quit [Ping timeout: 244 seconds]
amb007 has quit [Ping timeout: 245 seconds]
zest has joined #commonlisp
<zest>
henlo
<zest>
how could I set a type for a methodable parameter?
<zest>
i.e. how do I (declare (type something-that-my-method-uses val))
<zest>
I can do for numbers such as (declare (type number val)) but I dont know how to assure that my value consumes my method...
Inline has quit [Ping timeout: 246 seconds]
Oladon has quit [Quit: Leaving.]
paulapatience has quit [Remote host closed the connection]
habamax has joined #commonlisp
habamax has quit [Remote host closed the connection]
habamax has joined #commonlisp
donleo has quit [Ping timeout: 256 seconds]
Gleefre has quit [Remote host closed the connection]
bjorkintosh has quit [Ping timeout: 240 seconds]
Oladon has joined #commonlisp
paulapatience has joined #commonlisp
notzmv has joined #commonlisp
jobhdez has joined #commonlisp
<jobhdez>
do you all think that a common lisp to js compiler is needed in the common lisp community? what do you all think about this? im just curious since haskell and clojure have such compilers
thuna` has quit [Read error: Connection reset by peer]
<|3b|>
people apparently thought CL needed parenscript and jscl and ecl compiled to wasm, since they also more or less exist (not sure which sort of "common lisp to js" you mean)
* |3b|
doubts /all/ of the 'you' here agree about anything in particular though, particularly things as specific as that
<jobhdez>
i guess parenscript is what i had in mind. thats cool. ill try using it in my next project