On Tue, 2026-03-17 at 08:13 +0100, Jérémy Lal wrote: > Le lun. 16 mars 2026 à 23:47, Mathias Gibbens <[email protected]> a écrit : > > Have you made any progress on getting quickjs-ng packaged? One of my > > packages, openrct2, has been working on transitioning from duktape to > > quickjs-ng, and it looks like this might land in their April release. > > > > I'd be happy to help if I can, although I probably won't have time > > until this weekend. > > Yes, help is welcome. Especially to test the current package on salsa, > how it is usable to compile another package.
I was finally able to take a look. :) I just opened a quick MR with a few packaging updates that I made. With those changes I can successfully compile the development branch of openrct2 using this new package. However, there are two things I noticed which will need to be fixed: First, the header files are renamed in d/rules, but quickjs-ng-libc.h tries to include "quickjs.h", which fails. (Should be "quickjs-ng.h"; not sure the best way to adjust this import path.) Second, the cmake module generation seems a bit weird. The package name is "qjs", but maybe that should be "qjs-ng"? Also, the qjsConfig.cmake file is installed to /usr/lib/x86_64-linux- gnu/cmake/quickjs-ng/, but cmake can't find it unless I manually define -Dqjs_DIR=/usr/lib/x86_64-linux-gnu/cmake/quickjs-ng/ when building openrct2. It's been a while since I've worked with cmake, so hopefully this is something that's easy to fix. Mathias
signature.asc
Description: This is a digitally signed message part
