Lycurgus has quit [Quit: irc.renjuan.org (juan@acm.org)]
jonatack has quit [Ping timeout: 252 seconds]
jonatack1 has quit [Ping timeout: 245 seconds]
thuna` has quit [Ping timeout: 248 seconds]
jonatack has joined #commonlisp
jon_atack has quit [Ping timeout: 276 seconds]
kchanqvq has quit [Quit: Client closed]
kchanqvq has joined #commonlisp
jon_atack has joined #commonlisp
jonatack has quit [Ping timeout: 245 seconds]
kchanqvq has quit [Ping timeout: 252 seconds]
pabs3 has quit [Ping timeout: 248 seconds]
leeb_ has joined #commonlisp
pabs3 has joined #commonlisp
leeb has quit [Ping timeout: 248 seconds]
apac has quit [Quit: Konversation terminated!]
jonatack has joined #commonlisp
jon_atack has quit [Ping timeout: 272 seconds]
kchanqvq has joined #commonlisp
wohonajax has joined #commonlisp
eddof13 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
istewart has quit [Quit: Konversation terminated!]
istewart has joined #commonlisp
Noisytoot has quit [Ping timeout: 252 seconds]
semz has quit [Quit: ZNC 1.9.0+deb2build3 - https://znc.in]
semz has joined #commonlisp
shawnw has joined #commonlisp
jonatack has quit [Ping timeout: 244 seconds]
fosskers has quit [Remote host closed the connection]
admich1 has quit [Ping timeout: 276 seconds]
admich1 has joined #commonlisp
Lycurgus has joined #commonlisp
shawnw has quit [Ping timeout: 276 seconds]
Lycurgus has quit [Quit: irc.renjuan.org (juan@acm.org)]
wohonajax has quit [Quit: leaving]
shawnw has joined #commonlisp
fosskers has joined #commonlisp
johnjaye has quit [Read error: Connection reset by peer]
treflip has joined #commonlisp
veqq has quit [Ping timeout: 260 seconds]
veqq has joined #commonlisp
decweb has quit [Quit: Konversation terminated!]
decweb has joined #commonlisp
mange has joined #commonlisp
King_julian has quit [Ping timeout: 276 seconds]
mwnaylor has quit [Ping timeout: 260 seconds]
King_julian has joined #commonlisp
<beach>
phantomics: Did you figure out your problem?
mwnaylor has joined #commonlisp
<phantomics>
Not yet, I'm running into some really odd things
<beach>
Hmm. I see.
<phantomics>
This is a system where I have a macro that when instantiated defines a macro, other unusual stuff involved
anticomputer_ has quit [Remote host closed the connection]
<phantomics>
I'm testing different options for parts of that flow
anticomputer has joined #commonlisp
<beach>
Yeah, that can complicate things. But the package for each symbols is determined at read time, so nothing changes during macro expansion.
<beach>
... unless, of course, you call INTERN or something like that during macro expansion.
<phantomics>
And I don't know what I did that caused things to actually work right when I asked you first, but now it's back to what it was doing before
fosskers has quit [Remote host closed the connection]
<beach>
I see.
istewart has quit [Quit: Konversation terminated!]
treflip`` has quit [Remote host closed the connection]
treflip has joined #commonlisp
pve has joined #commonlisp
zxcvz has joined #commonlisp
treflip has quit [Ping timeout: 260 seconds]
lcn_ has joined #commonlisp
admich1 has quit [Ping timeout: 245 seconds]
ingeniot has quit [Ping timeout: 248 seconds]
zxcvz has quit [Quit: zxcvz]
treflip has joined #commonlisp
<phantomics>
I figured out the macroexpansion, there's just one thing still amiss with it. In the file where I have the macro expanding that does that macro function assignment, following that macro I have uses of the (branch) macro that it assigns.
<phantomics>
These macro invocations fail with "no such variable as branch" unless I move the macro that assigns (macro-function 'branch) into another file. It appears to be an issue with order of compilation, do I need to put the macro-function assignment inside of (eval-when (:compile-toplevel) ...) or something?
bpanthi977 has quit [Ping timeout: 252 seconds]
<nil>
phantomics: Yes usually, if you're going to use it later in the same file or maybe even compilation unit
apac has joined #commonlisp
admich1 has joined #commonlisp
fosskers has quit [Remote host closed the connection]
veqq has quit [Quit: veqq]
admich1 has quit [Ping timeout: 252 seconds]
veqq has joined #commonlisp
kchanqvq has quit [Ping timeout: 252 seconds]
treflip has quit [Ping timeout: 252 seconds]
apac has quit [Ping timeout: 260 seconds]
<phantomics>
Turns out I was able to work out some complications of the eval flow, but the actual problems are still there. Does anyone know why i.e. (gensym "FOO") would resolve to #:FOO0 each time I build this system?
<phantomics>
I'm not sure why the gensym is always producing zero, does that mean it's the very first (gensym) running after starting the CL instance each time?
Noisytoot has joined #commonlisp
treflip has joined #commonlisp
fosskers has joined #commonlisp
apac has joined #commonlisp
bpanthi977 has joined #commonlisp
bpanthi977 has quit [Ping timeout: 276 seconds]
<beach>
Probably.
X-Scale has quit [Ping timeout: 260 seconds]
<beach>
When you start a new image, you always get the same value of *GENSYM-COUNTER* each time.
<beach>
It is strange though that you don't load any code whatsoever that calls GENSYM.
<jackdaniel>
I recall that SBCL does something peculiar with the counter, i.e it binds *gensym-counter* somewhere, so that it gets back to the prevous value when the dynamic scope is left
<jackdaniel>
(and, if I remember correctly, that was conforming although confusing behavior)
<beach>
Interesting.
<beach>
Though, of course, the value of *GENSYM-COUNTER* matters only for human consumption. A new symbol is created no matter its value
X-Scale has joined #commonlisp
<jackdaniel>
yes
<edgar-rft>
*gensym-counter* reflects the number of gensyms we can count on
Lord_of_Life has quit [Read error: Connection reset by peer]
Lord_of_Life has joined #commonlisp
decweb has joined #commonlisp
<mesaoptimizer>
is cl-quickcheck the only property-testing library that exists? It seems rather suboptimal in that I can't use it without doing an `in-package`, since the macros the package exports relies on `n-generator` being available instead of being accessible via `cl-quickcheck:n-generator`.
<Colleen>
mesaoptimizer: bike said at 2025.08.04 21:25:35: like so, i believe
<ixelp>
GitHub - mcandre/cl-quickcheck: cl-quickcheck - a Common Lisp port of the QuickCheck unit test framework
<mesaoptimizer>
I like how the condition system asks if I want to replace the `n-generator` with something else, and I can just directly replace it with `cl-quickcheck:n-generator`. It feels so nice and strange compared to Python REPL programming, which is the only other REPL-first programming experience I have (Haskell doesn't count, I think).
yitzi has joined #commonlisp
treflip has quit [Ping timeout: 276 seconds]
King_julian has quit [Read error: Connection reset by peer]
King_julian has joined #commonlisp
cephei8 has left #commonlisp [#commonlisp]
<beach>
phantomics: Still having problems? Your latest postings suggest something other than the initial problem with the current package.
thuna` has joined #commonlisp
<phantomics>
beach: yes, the core issue is still the current package. I'm tracing the issue, the function that does the (load) is called from a webserver responding to a request. It appears that for some reason the functions handling
<phantomics>
the requests are being evaluated in a cl-user context