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.
>