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/>
shwouchk has quit [Read error: Connection reset by peer]
shwouchk has joined #commonlisp
rgherdt__ has quit [Remote host closed the connection]
dieggsy7 has joined #commonlisp
mehbark has joined #commonlisp
mehbark has quit [Remote host closed the connection]
X-Scale has quit [Ping timeout: 248 seconds]
yacin has quit [Server closed connection]
yacin has joined #commonlisp
arpunk has quit [Remote host closed the connection]
fosskers has joined #commonlisp
Lycurgus has joined #commonlisp
chkhd has quit [Server closed connection]
chkhd has joined #commonlisp
g-gundam has joined #commonlisp
<g-gundam> jackdaniel or fe[nl]ix :: https://github.com/sharplispers/lparallel/issues/15
<ixelp> lparallel.org is broken (when I checked), and mentioned on the github "About" section. · Issue #15 · sharplispers/lparal [...]
lusciouslover has quit [Remote host closed the connection]
tasty has quit [Server closed connection]
tasty has joined #commonlisp
HerlockSholmes has quit [Server closed connection]
HerlockSholmes has joined #commonlisp
shunter has quit [Server closed connection]
shunter has joined #commonlisp
Pixel_Outlaw has quit [Read error: Connection reset by peer]
Pixel_Outlaw has joined #commonlisp
lusciouslover has joined #commonlisp
gaze__ has quit [Read error: Software caused connection abort]
gaze__ has joined #commonlisp
Lycurgus has quit [Quit: alsoknownas.renjuan.org ( juan@acm.org )]
terrorjack has quit [Quit: The Lounge - https://thelounge.chat]
terrorjack has joined #commonlisp
Ruby has quit [Quit: ZNC - https://znc.in]
sherbert has quit [Read error: Software caused connection abort]
sherbert has joined #commonlisp
Ruby has joined #commonlisp
chomwitt has quit [Ping timeout: 252 seconds]
gosha_ has quit [Server closed connection]
gosha_ has joined #commonlisp
kanuba has quit [Server closed connection]
kanuba has joined #commonlisp
Ruby has quit [Quit: ZNC - https://znc.in]
Ruby has joined #commonlisp
elderK has quit [Quit: WeeChat 4.6.3]
gnoo has joined #commonlisp
X-Scale has joined #commonlisp
divya has quit [Read error: Software caused connection abort]
[X-Scale] has joined #commonlisp
X-Scale has quit [Ping timeout: 248 seconds]
[X-Scale] is now known as X-Scale
gjvc has quit [Read error: Software caused connection abort]
divya has joined #commonlisp
CrashTestDummy has joined #commonlisp
dutchie has quit [Server closed connection]
dutchie has joined #commonlisp
gjvc has joined #commonlisp
whereiseveryone has quit [Server closed connection]
whereiseveryone has joined #commonlisp
CrashTestDummy has quit [Client Quit]
dutchie has quit [Remote host closed the connection]
dutchie has joined #commonlisp
griffinmb_____ has quit [Server closed connection]
griffinmb_____ has joined #commonlisp
fgarcia has quit [Ping timeout: 256 seconds]
fgarcia has joined #commonlisp
jonatack has quit [Ping timeout: 245 seconds]
decweb has quit [Quit: Konversation terminated!]
veqq has quit [Ping timeout: 248 seconds]
rtypo has quit [Ping timeout: 245 seconds]
veqq has joined #commonlisp
mange has joined #commonlisp
veqq has quit [Quit: veqq]
veqq has joined #commonlisp
veqq has quit [Quit: veqq]
veqq has joined #commonlisp
veqq1 has joined #commonlisp
edgar-rft has joined #commonlisp
veqq1 has quit [Client Quit]
veqq has quit [Ping timeout: 245 seconds]
veqq has joined #commonlisp
edgar-rft` has quit [Ping timeout: 245 seconds]
<aeth> If l1sp is being rebuilt, any chance of including an alternate version of the CL spec in the results? e.g. https://novaspec.org/
<ixelp> Common Lisp Nova Spec
<aeth> but I think there are several
<beach> The Nova Spec seems the most promising since gilberth is present here and can fix and improve. I would also like for gilberth to take my HTML files for the MOP and include them in the Nova Spec some day.
istewart has quit [Quit: Konversation terminated!]
Pixel_Outlaw has quit [Quit: Leaving]
pve has joined #commonlisp
veqq has quit [Changing host]
veqq has joined #commonlisp
wohonajax has quit [Quit: leaving]
dra has joined #commonlisp
<jackdaniel> g-gundam: fixed, thanks
kniffy has quit [Server closed connection]
kniffy has joined #commonlisp
Josh_2 has joined #commonlisp
<Josh_2> Hi hi
<Josh_2> jackdaniel: You run turtleware right? if so I saw your blog post on embedding common lisp into the browser with WASM. Very very cool
<Josh_2> Great to see that you got some funding to work on that!
ingeniot has joined #commonlisp
rgherdt has joined #commonlisp
rgherdt has quit [Read error: Connection reset by peer]
X-Scale has quit [Ping timeout: 248 seconds]
rgherdt has joined #commonlisp
Oladon has quit [Quit: Leaving.]
Lord_of_Life has quit [Excess Flood]
Lord_of_Life has joined #commonlisp
<jackdaniel> Josh_2: I do. thanks!
bpanthi977 has quit [Ping timeout: 260 seconds]
attila_lendvai_ has joined #commonlisp
ingeniot has quit [Ping timeout: 245 seconds]
<mesaoptimizer> jackdaniel: funding?
<ixelp> Embeddable Common-Lisp
<mesaoptimizer> very nime
<mesaoptimizer> nice*
<Josh_2> jackdaniel: what is the purpose of the virtual filesystem?
<Josh_2> Bruh... McCLIM in the browswer would be incredible! :fingers_crossed:
<jackdaniel> Josh_2: consider hosts without a filesystem; or bundling source code as part of the program image
<jackdaniel> or editing a function (and compiling it) without touching a disk
<Josh_2> I see, unrelated to the WASM stuff
mange has quit [Quit: Quittin' time!]
<jackdaniel> WASI is a host without a filesystem
<Josh_2> Yes that would be cool. I dont have any experience with ECL personally. Although, when you have a more stable API for the WASM interface I will see if there is something I can put this in. I can think of a few things at work that this would be good for but the interface would have to be very stable for that
<Josh_2> I like CLOG but it uses js eval for almost everything and I found even reordering a form on a page could end up "appearing" quite slow
<jackdaniel> before I'm set of final API I need to test whether it is still feasible after porting to WASI, but generally the shape of low level api will be "something like this"
<Josh_2> I'm no JS programmer (for the best really) but I assume the purpose of this will be able to do what can be done in JS but using CL? Using CLOS etc
<jackdaniel> yes, the low level api will be js, but I plan to layer on top of it a protocol that is derived from CLIM
<Josh_2> Amazing
<jackdaniel> generally CLOG is very nice, the main difference is that ECL doesn't require a running backend
<jackdaniel> that is the whole program runs locally in the browser
cosimone has joined #commonlisp
cosimone has quit [Remote host closed the connection]
chomwitt has joined #commonlisp
cosimone has joined #commonlisp
reb`````` has quit [Remote host closed the connection]
reb has joined #commonlisp
younder has quit [Ping timeout: 248 seconds]
chiselfuse has quit [Remote host closed the connection]
chiselfuse has joined #commonlisp
chomwitt has quit [Ping timeout: 245 seconds]
drakonis has quit [Server closed connection]
drakonis has joined #commonlisp
cyberbanjo has joined #commonlisp
zxcvz has joined #commonlisp
susam has quit [Server closed connection]
susam has joined #commonlisp
fosskers has quit [Remote host closed the connection]
lcn_ has joined #commonlisp
<g-gundam> jackdaniel: thanks for fixing https://github.com/sharplispers/lparallel/issues/15
<ixelp> lparallel.org is broken (when I checked), and mentioned on the github "About" section. · Issue #15 · sharplispers/lparal [...]
<jackdaniel> I feel like a mindless tool fed with links :_)
<aeth> One of these days, a search engine will say that.
<g-gundam> jackdaniel: I generally don't want to bug people here about issues, but I feel like issue notifications are going into the void, and it was such an easy little thing to fix.
<aeth> in case anyone didn't notice, https://planet.lisp.org/ seems to be back up, but there are no new posts
<ixelp> Planet Lisp
<g-gundam> aeth: When did it go down?
<aeth> it went down sometime after the archive on Friday the 22nd (UTC, maybe Thursday your time) and came back before the archive a few hours ago. https://web.archive.org/web/20250000000000*/https://planet.lisp.org/
<ixelp> Wayback Machine
<aeth> With archives this sparse, I don't think there's a better timeframe
<jackdaniel> g-gundam: I'm joking, I'm OK with that
<jackdaniel> I've turned off github notifications when they've started trying to coerce me into using copilot and other nonsense
<jackdaniel> (I don't host anything on github now, so my account is only for contributions to other projects)
X-Scale has joined #commonlisp
admich1 has joined #commonlisp
Lycurgus has joined #commonlisp
<Josh_2> I have not experienced that with github
[X-Scale] has joined #commonlisp
X-Scale has quit [Ping timeout: 248 seconds]
[X-Scale] is now known as X-Scale
<pl> jackdaniel: I'm sorta tempted now to make CLOG recognize it's running on ECL-on-Browser and switch to more direct access APIs :D
rtypo has joined #commonlisp
zxcvz has quit [Quit: zxcvz]
<pl> jackdaniel: btw, I do not remember, in what state the console CLIM backend ended up? Doesn't need to be super complete, but I am tempted to use it on a certain project
<jackdaniel> renderer and event processing work, but there are some transformation issues, and most notably, race conditions to the display (self rapairing though)
<jackdaniel> I've put it aside for until I'm done with repaint queue in McCLIM
<pl> how workable it is outside of ECL? Sorry for asking instead of just checking out, but that one is gated behind "fix up my Lisp work environment" :V
<jackdaniel> the console backend was developed and tested with ecl, sbcl and ccl
<jackdaniel> I'd personally use lower level abstractions defined in the system, because CLIM is not very usable except from "wow" effect that it works (due to issues mentioned earlier)
<jackdaniel> having it fully operational will require refining how McCLIM implements auto-layout and defining console-tailored gadgets
<jackdaniel> while generic gadgets /will/ work at some point, it is kind of absurd to draw full border around a button on such display, where the space is very precious
<pl> jackdaniel: honestly, I was thinking mostly of abusing a somewhat basic listener
<pl> ... with maybe dropping SIXEL into it later :V
<jackdaniel> I'm not planning to incorporate sixel graphics in the project
<pl> oh, if I went that way, I'd be the one writing that part
<pl> I have some places where I actually would benefit from an application that would detect whether it's on a serial terminal, linux framebuffer (ok, DRM/KMS), or X11 :|
<jackdaniel> if it's in a fork then I don't care, what I mean is that I don't think that it is a good idea in my version of this
<jackdaniel> but I'm moving slowly with my projects, so I'm sure you'd be able to make circles around me if you've put some effort into that
<pl> I am fine with a semi-fork of extra patches on top of McCLIM - If I get client to agree to funding :V
<jackdaniel> so, back to cons type kingdom, I've found a rather nasty test case for my method and I had to refine it, but things look promising now
<jackdaniel> the nasty test case: (subtypep (cons (or symbol integer) (or symbol integer)) (or (cons symbol integer) (cons integer symbol)))
<jackdaniel> from this test it becomes obvious that CAR and CDR are dependent types and can't be treated separately
zups has quit [Server closed connection]
zups has joined #commonlisp
attila_lendvai_ has quit [Ping timeout: 256 seconds]
pd21 has joined #commonlisp
rgherdt has quit [Remote host closed the connection]
rgherdt has joined #commonlisp
pd21 has quit [Ping timeout: 250 seconds]
pd21 has joined #commonlisp
<pd21> Hello everyone. I was wondering if there plans to introduce HTTPS and GPG signature verification to quicklisp? Downloading packages over HTTP without verifying their integrity, poses potential security risks.
pd57 has joined #commonlisp
pd57 has quit [Client Quit]
pd36 has joined #commonlisp
<jackdaniel> pd21: you may find this informative https://github.com/quicklisp/quicklisp-client/issues/167
<ixelp> Use HTTPS instead of HTTP · Issue #167 · quicklisp/quicklisp-client
<jackdaniel> and this (more like an ad-hoc solution) https://semelz.de/posts/quicklisp-with-https.html
<ixelp> Quicklisp with HTTPS downloads via Drakma
Lord_of_Life has quit [Ping timeout: 245 seconds]
<pd21> Thanks. That issue has been open since 2018. It doesn’t look like it’s gonna be fixed, unfortunately.
<jackdaniel> it isn't, but the thread contains a relevant context
<jackdaniel> and mentions a fork that uses https directly, as well as a branch with signature verification
admich1 has quit [Ping timeout: 260 seconds]
admich1 has joined #commonlisp
pd21 has quit [Quit: Client closed]
pd21 has joined #commonlisp
<pd21> I see
pd21 has quit [Ping timeout: 250 seconds]
admich1 has quit [Read error: Connection reset by peer]
admich1 has joined #commonlisp
<pl> a bit of the issue is that quicklisp is supposed to bootstrap itself on close enough to everything. Think someone patched it at one point to run on Lisp machines, too
* semz wrote something based on minisign for this purpose once, but then learned that QL's issue is everything but the actual crypto
Lord_of_Life has joined #commonlisp
pd21 has joined #commonlisp
pd21 has quit [Client Quit]
pd21 has joined #commonlisp
<pd21> So the only quick lisp dev doesn’t want to fix it because it would affect a handful of users on systems that don’t have the required dependencies? Couldn’t he just make it optional for them then?
<jackdaniel> I'd rather have you read the thread I've linked (and see what the dev actually said) than believe random chatter on irc
<pd21> Gotcha
pd36 has quit [Quit: Client closed]
droo has joined #commonlisp
droo has quit [Client Quit]
droo has joined #commonlisp
kchanqvq43 has joined #commonlisp
kchanqvq43 is now known as kchanqvq
chomwitt has joined #commonlisp
ec has quit [Ping timeout: 272 seconds]
pd21 has quit [Ping timeout: 250 seconds]
ec has joined #commonlisp
<droo> Are books like Common Lisp: The Language 2nd Edition by Steele and Object-Oriented Programming in Common Lisp: A Programmer's Guide to CLOS by Keene still up to date for learning the CLOS? These books were written before the ANSI Common Lisp standard was released in 1995 so I wonder if they are outdated on the CLOS.
pd21 has joined #commonlisp
<jackdaniel> droo: CLtL2 is not agood resource for that, because it is pre-CLOS
<jackdaniel> Keene's book is widely recommended though
<jackdaniel> s/agood/a good/
<droo> Really? CLtL2 has chapters on the CLOS
<jackdaniel> no, I was wrong, sorry(!)
<jackdaniel> I don't know why I've remembered it that way :|
<semz> may have been thinking of the fact that CLtL2 is pre-standardization
pd21 has quit [Ping timeout: 250 seconds]
droo has quit [Ping timeout: 250 seconds]
admich1 has quit [Ping timeout: 260 seconds]
attila_lendvai_ has joined #commonlisp
dra has quit [Remote host closed the connection]
dra has joined #commonlisp
droo has joined #commonlisp
<droo> Thanks. No worries. What about practical Common Lisp. Is it a better alternative to those two books since it’s more recent? It gives me the idea it’s more for those who want to do than for those who want to learn.
<jackdaniel> it is also a very good book
<jackdaniel> I've read usenet threads where the author consulted various tricky aspect of the language
<jackdaniel> and it is a fun reading in itself
<jackdaniel> droo: this is also a fairly recent resource that is very informative: https://stevelosh.com/blog/2018/08/a-road-to-common-lisp/
<ixelp> A Road to Common Lisp / Steve Losh
droo has quit [Client Quit]
droo has joined #commonlisp
cage has joined #commonlisp
<jackdaniel> (and short to read at that :)
<droo> jackdaniel thanks for the links. It’s very helpful
<jackdaniel> sure
<droo> I mean is the coverage of the CLOS in practical Common Lisp as good as the others?
<jackdaniel> I didn't read Keene's book, but I've heard many good things about it, most notably that it goes through various techniques that are worth incorporating in programs
<jackdaniel> coverage of CLOS in Practical Common Lisp is very good -- there are things that are not touched in the book, but including them would only stand in a way (I don't recall details though)
<jackdaniel> like defining custom method combinations (maybe?)
<pl> coverage of CLOS in PCL is perfectly fine to get one started
<pl> it won't go into advanced topics, but covering that takes time and in-depth discussion of differences in implementation etc.
<jackdaniel> droo: if you have no previous experience with Common Lisp, then read Practical Common Lisp, if you want to refine your CLOS "fu", then perhaps skimming PCL and looking in detail into Keene's would be better
dra has quit [Ping timeout: 248 seconds]
kchanqvq has quit [Quit: Client closed]
<jackdaniel> and if you want to got meta then read "The Art of the Metaobject Protocol"
<droo> Cool jack. From your link, most differences between CLtL2 and ANSI CL are just additions from the latter so the CLOS sections should still be up to date
kchanqvq has joined #commonlisp
<droo> Do you think someone can jump into the chapters on PCL without reading previous chapters? I have a feeling it builds on previous chapters.
<jackdaniel> it does
Lycurgus has quit [Quit: alsoknownas.renjuan.org ( juan@acm.org )]
<droo> pl good point. Guess if I’m not satisfied with PCL’s coverage of it then I can read more advanced books on the topic
admich1 has joined #commonlisp
droo has quit [Quit: Ping timeout (120 seconds)]
droo has joined #commonlisp
dra has joined #commonlisp
dra has quit [Changing host]
dra has joined #commonlisp
droo has quit [Ping timeout: 250 seconds]
earl-ducaine_ has joined #commonlisp
earl-ducaine_ has quit [Client Quit]
earl-ducaine has joined #commonlisp
yitzi has joined #commonlisp
King_julian has quit [Read error: Connection reset by peer]
kchanqvq88 has joined #commonlisp
King_julian has joined #commonlisp
kchanqvq has quit [Ping timeout: 250 seconds]
kchanqvq88 is now known as kchanqvq
kchanqvq74 has joined #commonlisp
yitzi has quit [Quit: yitzi]
kchanqvq has quit [Ping timeout: 250 seconds]
rendar has quit [Ping timeout: 252 seconds]
bpanthi977 has joined #commonlisp
rgherdt_ has joined #commonlisp
kchanqvq74 has quit [Ping timeout: 250 seconds]
rgherdt has quit [Read error: Connection reset by peer]
bpanthi977 has quit [Ping timeout: 260 seconds]
zxcvz has joined #commonlisp
zxcvz has quit [Quit: zxcvz]
hernan604 has quit [Server closed connection]
hernan604 has joined #commonlisp
yitzi has joined #commonlisp
jimipj has quit [Server closed connection]
jimipj has joined #commonlisp
bpanthi977 has joined #commonlisp
ian__ has joined #commonlisp
bpanthi977 has quit [Ping timeout: 260 seconds]
ian___ has joined #commonlisp
treflip has joined #commonlisp
smlckz has left #commonlisp [WeeChat 4.6.3]
bpanthi977 has joined #commonlisp
yitzi has quit [Quit: yitzi]
Guest47 has joined #commonlisp
jonatack has joined #commonlisp
Lord_Nightmare has quit [Quit: ZNC - http://znc.in]
Lord_Nightmare has joined #commonlisp
Guest47 has quit [Quit: Textual IRC Client: www.textualapp.com]
lusciouslover has quit [Remote host closed the connection]
lusciouslover has joined #commonlisp
cage has quit [Quit: rcirc on GNU Emacs 30.1]
admich1 has quit [Ping timeout: 260 seconds]
X-Scale has quit [Ping timeout: 248 seconds]
decweb has joined #commonlisp
yitzi has joined #commonlisp
yottabyte has quit [Quit: Connection closed for inactivity]
Josh_2 has quit [Remote host closed the connection]
admich1 has joined #commonlisp
apac has quit [Quit: Konversation terminated!]
ian___ has quit [Quit: Connection closed for inactivity]
ian__ has quit [Quit: Connection closed for inactivity]
X-Scale has joined #commonlisp
divlamir has quit [Read error: Connection reset by peer]
divlamir has joined #commonlisp
nattsu has quit [Remote host closed the connection]
rgherdt_ has quit [Ping timeout: 260 seconds]
Guest58 has joined #commonlisp
admich1 has quit [Quit: Quit]
pranav has joined #commonlisp
rendar has joined #commonlisp
skin has joined #commonlisp
eddof13 has joined #commonlisp
<attila_lendvai_> phantomics, random pondering: do you think it's worth keeping the (bits 32) pseudo instruction? is it a useful feature for a CL embedded assember to be able to switch execution mode at instruction-generation-time (as opposed to only be able to do it at compile-time)?
<phantomics> attila_lendvai_, it could be useful in some situations. It'd be a pretty exotic use case, are there any prominent examples of its use you can point to?
<attila_lendvai_> IOW, should it be a compile-time config, or a runtime value and then the instruction macros need to expand to code that dispatch on it at runtime
<attila_lendvai_> phantomics, i have no idea, honestly. it's just that this is how nasm does it. a random idea: maybe when you write code that switches execution mode, then you need to switch to the new mode using the (bits 64) so that the rest of the instruction macros are emitting the right machine code
attila_lendvai_ is now known as attila_lendvai
eddof13 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<phantomics> I haven't used nasm but I don't mind that approach, SpecOps could easily support something like switching modes midstream upon reading a macro
<attila_lendvai> phantomics, i'm keeping an eye on runtime performance because i'll be using this in in a JIT in maru. the more decisions can be moved to compile-time, the better.
akovalenko_ has quit [Ping timeout: 248 seconds]
<attila_lendvai> and i think i'll move this to compile-time because one can always just wrap the rest of the code after an execution mode switch into a new with-asm macro with the right config...
treflip has quit [Ping timeout: 260 seconds]
<attila_lendvai> i'll just need to macros, like a with-asm and a with-asm-buffer, one for compile-time config and one for runtime capture of the output
<phantomics> That sounds reasonable considering your performance needs. I could see building options into SO to enable or disable some kinds of checks at assembly time depending on the desired speed
<attila_lendvai> s/to/two/
nullbath has joined #commonlisp
aaronm04 has quit [Server closed connection]
<phantomics> April uses the SBCL assembler for JIT assembly without much concern for assembly speed and there's been no perceptible impact on my tests. It didn't prevent me from beating Dyalog's speeds by an order of magnitude for optimized cases
aaronm04 has joined #commonlisp
akovalenko has joined #commonlisp
<attila_lendvai> nice! it's probably not relevant in the big numbers, but it's tickling the idealist in me... :)
yitzi has quit [Quit: yitzi]
cage has joined #commonlisp
Guest58 has quit [Ping timeout: 250 seconds]
<attila_lendvai> hrm, my CL got rusty... is there an idiom for binding a special variable so that it's bound at macroexpand-time? i want to avoid setting it globally in an eval-when, and also want to avoid code walking...
<attila_lendvai> ...where i consider macroexpand-all as code walking
<jackdaniel> attila_lendvai: (declare (special var))
<attila_lendvai> jackdaniel, that won't make it bound at macroexpand-time
akovalenko has quit [Ping timeout: 248 seconds]
<jackdaniel> if you bind it in macro body then it is, no?
<attila_lendvai> IOW, i want a with-foo that is available in the body of macros (i.e. not in their expansions)
<bike> attila_lendvai: instead of using special variables, use symbol-macrolet and retrieve the value with macroexpand-1 on the &environment parameter
<attila_lendvai> bike, oh, nice! lemme think this through...
<bike> special variables won't work, since the macroexpander is called in whatever dynamic environment internal to the depths of the compiler
<attila_lendvai> yeah, e.g. SBCL can macroexpand at surprising moments, and a surprising number of times
<attila_lendvai> i thought i've done it all in CL, but i don't remember ever using this macrolet trick
<jackdaniel> I see, right you are
<attila_lendvai> thanks for the tip bike!
akovalenko has joined #commonlisp
<jackdaniel> there was a special operator compiler-let (in cltl2? or was it issue entry i dpans?) some lisos have it in ext package
<jackdaniel> lisps*
<bike> no problem. this is pretty obscure
notzmv has joined #commonlisp
younder has joined #commonlisp
notzmv has quit [Ping timeout: 248 seconds]
rgherdt has joined #commonlisp
leeb_ has joined #commonlisp
leeb has quit [Ping timeout: 260 seconds]
<attila_lendvai> phantomics, i managed to hack up some level of immediate handling: https://github.com/hu-dwim/hu.dwim.genassem/blob/main/test/simple.lisp
<ixelp> hu.dwim.genassem/test/simple.lisp at main · hu-dwim/hu.dwim.genassem
<attila_lendvai> for now the generated instructions look ugly because of the multi-level macrology... https://github.com/hu-dwim/hu.dwim.genassem/blob/main/source/assembler/x86-instructions.lisp
<ixelp> hu.dwim.genassem/source/assembler/x86-instructions.lisp at main · hu-dwim/hu.dwim.genassem
cage has quit [Remote host closed the connection]
cage has joined #commonlisp
cercopith has quit [Quit: Leaving]
cercopith has joined #commonlisp
ingeniot has joined #commonlisp
wohonajax has joined #commonlisp
Lycurgus has joined #commonlisp
brokkoli_origin has quit [Ping timeout: 245 seconds]
akoana has joined #commonlisp
<aeth> what's the reasoning behind expanding macros twice?
<Lycurgus> something didn on the 1st ?
brokkoli_origin has joined #commonlisp
attila_lendvai_ has joined #commonlisp
attila_lendvai has quit [Ping timeout: 260 seconds]
ingeniot has quit [Ping timeout: 248 seconds]
rgherdt_ has joined #commonlisp
<|3b|> code walkers and editors might expand macros in addition to direct expansions from compiler, and an interpreter might expand more than expected as well
rgherdt has quit [Ping timeout: 248 seconds]
hayaliali has joined #commonlisp
alip has quit [Ping timeout: 256 seconds]
<aeth> yes, code walkers basically do expand macros, otherwise they don't know what to walk
<aeth> but SBCL seems to reliably expand macros twice, always
akoana has quit [Ping timeout: 248 seconds]
* |3b| doesn't see that with a simple test here
mwnaylor has joined #commonlisp
<aeth> odd
<|3b|> i think CLOS uses a code walker on SBCL though, so possibly that's what you are seeing?
<phantomics> attila_lendvai_ that's neat, you're testing it against your printouts of the instructions looks like
<aeth> I remember once having a print or some other side effect reliably show up twice, but if it doesn't consistently happen, then I probably can't reproduce it here.
<|3b|> defmethod does expand twice
<phantomics> With some macro work, you could have a test format where the written input looks like what you have, but the actual checks are against the binary output
<|3b|> CLOS might also use interpreter sometimes too
<phantomics> Like the macro checks each line of test spec text and finds the length in bytes of the instruction's expected output, then tests for those bytes
hayaliali is now known as alip
Lycurgus has quit [Quit: alsoknownas.renjuan.org ( juan@acm.org )]
mwnaylor has quit [Ping timeout: 260 seconds]
mwnaylor has joined #commonlisp
<|3b|> looks like eval might also expand then compile things in some cases
<|3b|> expand and the compile the original (so expanding again), i mean
<attila_lendvai_> phantomics i'm testing against the disassembly of nasm
pve has quit [Quit: leaving]
<phantomics> I see
<attila_lendvai_> phantomics, my code -> bytes -> disasm -> compare with earlier captured output
<phantomics> The tricky thing with x86 is that there are so many possible encodings for some instructions
joast has quit [Quit: Leaving.]
<phantomics> Like many assemblers won't produce the dedicated instructions that use the A register with immediate values. Compare this to something like IBM Z where each instruction has just one possible encoding
<phantomics> dedicated opcodes that is
notzmv has joined #commonlisp
rolling-lambda has joined #commonlisp
fgarcia is now known as emerge
rolling-lambda_ has quit [Ping timeout: 260 seconds]
emerge is now known as fgarcia
bpanthi977 has quit [Ping timeout: 260 seconds]
<attila_lendvai_> phantomics, i'm not there yet. in the first phase i'll just generate the numerous specific mnemonics from tablegen. then in a second phase i'll introduce on top if these fewer and smarter mnemonics that select from the various encodings.
cage has quit [Remote host closed the connection]
<attila_lendvai_> sadly, i have no clue about the x86 machine code... it makes progress two steps ahead, one step back...
attila_lendvai_ is now known as attila_lendvai
bpanthi977 has joined #commonlisp
attila_lendvai has quit [Ping timeout: 260 seconds]
bpanthi977 has quit [Ping timeout: 248 seconds]
istewart has joined #commonlisp
bpanthi977 has joined #commonlisp
bpanthi977 has quit [Ping timeout: 248 seconds]
bpanthi977 has joined #commonlisp
scymtym has quit [Read error: Connection reset by peer]
scymtym has joined #commonlisp
notzmv has quit [Ping timeout: 248 seconds]
bpanthi977 has quit [Ping timeout: 260 seconds]
bpanthi977 has joined #commonlisp
Pixel_Outlaw has joined #commonlisp
akovalenko_ has joined #commonlisp
akovalenko has quit [Ping timeout: 248 seconds]
bpanthi977 has quit [Ping timeout: 260 seconds]
kchanqvq74 has joined #commonlisp
kchanqvq74 is now known as kchanqvq
bpanthi977 has joined #commonlisp
Krystof has joined #commonlisp
bpanthi977 has quit [Ping timeout: 248 seconds]
kchanqvq56 has joined #commonlisp
yitzi has joined #commonlisp
kchanqvq has quit [Ping timeout: 250 seconds]
Riviera has quit [Server closed connection]
Riviera has joined #commonlisp
bpanthi977 has joined #commonlisp
kchanqvq56 is now known as kchanqvq
bpanthi977 has quit [Ping timeout: 248 seconds]
krjst has quit [Server closed connection]
krjst has joined #commonlisp
bpanthi977 has joined #commonlisp
dra has quit [Ping timeout: 248 seconds]
lcn_ has quit [Remote host closed the connection]
bpanthi977 has quit [Ping timeout: 260 seconds]
Pixel_Outlaw has quit [Quit: Leaving]
yaneko1 has joined #commonlisp
ec has quit [Ping timeout: 272 seconds]
|3b| has quit [Server closed connection]
yaneko has quit [Ping timeout: 245 seconds]
yaneko1 is now known as yaneko
dieggsy7 has quit [Remote host closed the connection]
ec has joined #commonlisp
|3b| has joined #commonlisp
dieggsy7 has joined #commonlisp
mange has joined #commonlisp
bpanthi977 has joined #commonlisp
bpanthi977 has quit [Ping timeout: 260 seconds]
calx-87 has joined #commonlisp
rgherdt_ has quit [Remote host closed the connection]
yitzi has quit [Quit: yitzi]
bpanthi977 has joined #commonlisp
bpanthi977 has quit [Ping timeout: 260 seconds]
nullbath has quit [Remote host closed the connection]
skin has quit [Quit: Lost terminal]
phil_bb has quit [Remote host closed the connection]