Re: Hardware accelerated hashing and decryption
"Eben Bruyns (as eben at sdk dot co dot nz)" <[email protected]> Sat, 11 Apr 2026 09:09:20 +1200
| Newsgroups | gmane.lisp.lispworks.general |
|---|---|
| Message-ID | <CAEPc2HfK8xX3yw5-k8Y2Wq8pYbsVnOGOYjQmQxK0_bpvBo6_0Q@mail.gmail.com> |
I suspected as much, I'm deploying to stuff like SteamOS, Bazzite and CachyOS which really makes for a challenge as the c compilers can vary and a raft of other moving parts. Lispworks is used for everything and I really don't want to drop it after a heavy investment in both the licenses and all the code (yeah I've used some lispworks specific stuff, including capi in parts). I wonder if I can maybe write a tight c library that excludes the runtimes and just do the low level stuff I need. This is really one thing I miss in Lispworks. I love CL since it's the most productive I've been in my life, but the low level stuff is a real limiting factor in this case. I think SBCL has an assembler built in though I doubt it will have full instruction set support. Has anybody actually just created some assembly or machine code with C calling convention and tried linking to that? Not sure if static linking is possible with Lispworks, that might be an option. Regards, Eben Bruyns On Sat, 11 Apr 2026 at 09:01, Yuri Davidovsky <[email protected]> wrote: > > > > On 10 Apr 2026, at 22:13, Eben Bruyns (as eben at sdk dot co dot nz) < > [email protected]> wrote: > > > > I know this is crazy talk but is there a way to gain access to the > assembler for Lispworks or even inject machine code straight into a lisp > function? > > This has been discussed at length on the list at one stage and the short > answer is ‘no’. If you have to use LW then linking an external dynamic > library is the right solution, but if you keep finding yourself having to > do low level stuff all the time, then ECL would be your best bet. SBCL has > some low level primitives that may work for the purpose but I cannot > comment on that as I haven’t used them. >