Building with autotools and cmake produce different library names #392

Closed
opened 2022-02-28 13:42:52 -06:00 by swt2c · 2 comments
swt2c commented 2022-02-28 13:42:52 -06:00 (Migrated from github.com)

When building on Linux, building with autotools and cmake produce different library names. autotools has always used (probably wrongly) an soname version of 0.0.0 whereas cmake has 0.11.2.

autotools:

/usr/lib64/libhidapi-hidraw.so.0
/usr/lib64/libhidapi-hidraw.so.0.0.0
/usr/lib64/libhidapi-libusb.so.0
/usr/lib64/libhidapi-libusb.so.0.0.0

cmake:

/usr/lib64/libhidapi-hidraw.so.0
/usr/lib64/libhidapi-hidraw.so.0.11.2
/usr/lib64/libhidapi-libusb.so.0
/usr/lib64/libhidapi-libusb.so.0.11.2
When building on Linux, building with autotools and cmake produce different library names. autotools has always used (probably wrongly) an soname version of 0.0.0 whereas cmake has 0.11.2. autotools: ``` /usr/lib64/libhidapi-hidraw.so.0 /usr/lib64/libhidapi-hidraw.so.0.0.0 /usr/lib64/libhidapi-libusb.so.0 /usr/lib64/libhidapi-libusb.so.0.0.0 ``` cmake: ``` /usr/lib64/libhidapi-hidraw.so.0 /usr/lib64/libhidapi-hidraw.so.0.11.2 /usr/lib64/libhidapi-libusb.so.0 /usr/lib64/libhidapi-libusb.so.0.11.2 ```
Youw commented 2022-02-28 14:20:21 -06:00 (Migrated from github.com)

(probably wrongly)

Yeap, that's the point. And it is not going to be fixed (for autotools).

> (probably wrongly) Yeap, that's the point. And it is not going to be fixed (for autotools).
Youw commented 2022-03-05 17:26:13 -06:00 (Migrated from github.com)

Don't see any more questions/issues here, closing.

Don't see any more questions/issues here, closing.
Sign in to join this conversation.
No milestone
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
gh-libusb/hidapi#392
No description provided.