API for libgpiod has changed in v2 about linuxcnc HOT 4 OPEN

This was something that I knew was coming, and that I don't really know how to solve.

libgpiod is a mess, for example libgpiod2 is still v1.6, not 2.

There are no packages in Debian for libgpiod v2, with the new API, so I decided this was a problem that can be kicked down the road until at least after Trixie (which still has v1.6) https://packages.debian.org/search?suite=trixie&searchon=names&keywords=libgpiod

There is probably something horribly messy that can be done with conditional compilation, or a wrapper API.

I am not even 100% sure that libgpiod has a 1:1 mapping between v1.x and v2.x functions.

The libgpiod developers were keen that I should code for v2, but with no packages available from Debian, how would our users get it? We can host the packages on our own repository, but that isn't a fix for folk installing LinuxCNC from the main Debian mirrors.

from linuxcnc.

Hello, on the AUR making a pkgbuild for libgpiod v1.6.4 installed in /opt/libgpiod-1.6.4 (or something similar) so it doesn't conflicts with the system's one isn't a problem

How I could pass that to autogen.sh or ./configure ?

from linuxcnc.

As I knew this was coming somewhere down the line, ./configure does set an environment variable containing the version:
https://github.com/LinuxCNC/linuxcnc/blob/master/src/configure.ac#L535
Currently it is only used to detect the presence of the library:
https://github.com/LinuxCNC/linuxcnc/blob/master/src/Makefile#L1006
But I suppose, in theory, it could be used to compile a completely different source file into the same module (with the same Linuxcnc-side API)

from linuxcnc.

btw https://github.com/pikvm/ustreamer updated to build with libgpiod 2.0.x while also working with the older version seems, the 2 relevant commits:

• pikvm/ustreamer@d9b5f2b
• pikvm/ustreamer@4d92dc6

from linuxcnc.