Re: [Hamlib-developer] WSJT-X build error with latest hamlib version
Library to control radio transceivers and receivers
Brought to you by:
n0nb
From: Nate B. <n0...@n0...> - 2025-08-04 10:15:33
|
* On 2025 04 Aug 03:16 -0500, Uwe, DG2YCB via Hamlib-developer wrote: > Hi Nate, > > Yes, that broke it. According to my tests, changing “gcc-mingw” to “gcc” is > sufficient to get it back working. It would be great if you could change > your build scripts accordingly. Otherwise, we would have to see if we can > add an exception rule for this in our file FindHamlib.cmake. I've reverted the directory name change so it is just 'lib\gcc' now in both builds. That's not a deal breaker for me. I'll be committing those changes to Hamlib master at a later time as some other pull requests are pending. > Meanwhile, Roger has found a solution for line 336 of our > HamlibTransceiver.cpp module. With this, WSJT-X compiles correctly again on > both Linux and Windows, at least for me. Let's see if it is backward > compatible with the older hamlib versions. > > These two measures could therefore solve the problem. However, we still need > to test all of this on the many other operating systems (and also with Qt6). > Not that it still causes problems somewhere. I would advise that you or someone on the main team subscribe to our mailing list to see what we're discussing and committing to master. We do have a number of necessary changes that will be made after 4.7.0 is released in preparation for the planned 5.0.0 release. I realize what you're trying to achieve, but this is the dance card of following a project on its development branch rather than stable releases. That said, I'd rather these issues be worked out sooner than at the last minute, so thank you. Welcome to the dance. 😉 73, Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 |