Clone the current master and try again...I made some changes
git clone https://github.com/Hamlib/Hamlib.git
Mike W9MDB
On Tuesday, September 7, 2021, 05:40:45 AM CDT, Kari Sillanmäki via
wsjt-devel wrote:
Hi,
I tried to compile WSJT-X 2.5.0-rc6 on XUbuntu 18.04.5 LTS but got an
er
You may find it compiles and works on OpenSuSe in earlier versions and should
work now.
1.0.23 fixed build problems on Windows and also allows wrapped devices which
may be implemented in some backends soon.
I'll change the wording to "may be required". It is just a warning though and
not an err
This is the actual issue...
/home/kb6ibb/src/wsjtx-2.5.0-rc6/build/hamlib-prefix/src/hamlib/tests/testlibusb.c:343:2:
warning: #warning LIBUSB-1.0.23 will be required in Hamlib > 4.3 [-Wcpp]
#warning LIBUSB-1.0.23 will be required in Hamlib > 4.3
The current Enterprise level version of the li
Dear WSJT-X Users,
Recently posted Windows installers for WSJT-X 2.5.0-rc6 include a build
of hamlib that inadvertently does not include libusb support.
This omission has been corrected. If you are using Windows and your rig
model is missing in the "Settings->Radio->Rig" list (but was there
On 9/7/21 2:05 PM, Black Michael via wsjt-devel wrote:
Hi Mike and all,
USB is one of those technologies that doesn't stand still. Can't
help it if package maintainers are 1.5 years behind the curve.
The maintenance managers of the distributions have own rules to
appreciate the stability of
On 07/09/2021 14:39, Brett G4FLQ via wsjt-devel wrote:
Attitudes to data protection differ across the pond and maybe across
other stretches of water too. Also between scientists and citizens.
However there is unanimity that the subject has all the appeal of an
expected tax demand!
The good ne
Attitudes to data protection differ across the pond and maybe across other
stretches of water too. Also between scientists and citizens. However there
is unanimity that the subject has all the appeal of an expected tax demand!
The good news is that a new dawn for understanding WSPR beckons through
Don't know yet. I intend to use some lower level functions which likely
haven't changed but haven't got there yet.
I've already patched the testlibusb.c (which comes from libusb by the way) to
compile on older libusb versions hopefully.
Mike W9MDB
On Tuesday, September 7, 2021, 07:21:44
Mike,
what non-optional features only present in libusb 1.0.23 does Hamlib
require? Surely the libusb version present when building can be detected
during configure and the sources adjusted with macros to suit the older
libusb versions? This after all is what the configure phase is all about.
USB is one of those technologies that doesn't stand still. Can't help it if
package maintainers are 1.5 years behind the curve.
I simply can't guarantee future compatibility but will try to maintain it.
That's why I put in the testlibusb.c program to catch this type of thing before
it's mandat
Option #1 Preferably upgrade your libusb https://github.com/libusb/libusb.
Remove your libusb package and compile libusb yourself. Otherwise I can't
guarantee you'll be compatible with USB devices going forward.Option #2 Edit
testlibusb.c and add this #if block around that line -- again can't
On 9/7/21 12:36 PM, Kari Sillanmäki via wsjt-devel wrote:
Hi Kari, Bill and all,
I tried to compile WSJT-X 2.5.0-rc6 on XUbuntu 18.04.5 LTS but got an
error:
function); did you mean ‘LIBUSB_SPEED_SUPER’?
case LIBUSB_SPEED_SUPER_PLUS: speed = "10G"; break;
^
Hi again...
Answering my own question:
Got rc6 to compile by appplying this simple hamlib.patch
-
diff --git a/tests/testlibusb.c b/tests/testlibusb.c
index b1a92c9..ea66257 100644
--- a/tests/testlibusb.c
+++ b/tests/testlibusb.c
@@ -218,7 +218,7 @@ static void print_device(lib
Hi,
I tried to compile WSJT-X 2.5.0-rc6 on XUbuntu 18.04.5 LTS but got an
error:
function); did you mean ‘LIBUSB_SPEED_SUPER’?
case LIBUSB_SPEED_SUPER_PLUS: speed = "10G"; break;
^~~
LIBUSB_SPEED_SUPER
/tests/testlibusb.c:343:2: warning: #warning
14 matches
Mail list logo
