开云体育

This ./config is strange: checking for flxmlrpc >= 1.0.1... no checking for libmbedtls >= 2.16.0... no and flidigi use internal lib libmbedtls .................. internal lib flxmlrpc

I follow the previous suggestions but nothing to do. Compile is ok, but fldigi crashes after the configuration wizard. Attached the config.log

http://www.w1hkj.com/alpha/fldigi/ * fldigi-4.2.04.11.tar.gz <http://www.w1hkj.com/alpha/fldigi/fldigi-4.2.04.11.tar.gz> * fldigi-4.2.04.11_LI.dmg

Hi Ken, It sure seems to be here, at least in NE Texas. We're in our third day of rain & T-storms, 3.3" in the first 24 hours. More next week they say also, glub, glub, glub. :-) 73, Cliff, AE5ZA

Cliff, I do not use it, just thought it might be contributing to the problem he was having, since I saw it in the command string on the website that was referenced. Hope Spring has arrived in Texas!!

Ken, That parameter is only for 32bit RPI system. He says he is using 32 bit. If yours is 64 bit, like mine, you can't use that parameter. 73, Cliff, AE5ZA

Dave, I noticed that the procedure that he previously referenced to build fldigi has the following command extension: ./configure --enable-optimizations=rpi4 Adding this command to "./configure"

The difference in fldigi compilation will be negligible.? Linking will be a very little bit longer, but you should be able to measure that even on the Pi.? The header files are necessary for the

Sorry, another question. fldigi needs static hamlib? Because usually i compile only the shared libraries in order to short the computation time.

http://www.w1hkj.com/alpha/fldigi/ * fldigi-4.2.04.10.tar.gz <http://www.w1hkj.com/alpha/fldigi/fldigi-4.2.04.10.tar.gz> * fldigi-4.2.04.10_LI.dmg

That is correct.? Make sure that libudev and libxft were both included with build-dep as those are now required libraries. David

Dave, thanks for your reply. If I understand well, I have to use the build-dep command to be sure that all the libraries are available. After that I can remove the old hamlib 4.0 installed from the

fldigi builds without error using the either the hamlib 4.6 archive source, or the latest pull from the hamlib remote git repository. As you probably already know, avoiding library conflicts is not

Hi Cliff, I will post the make output asap. Some observations: - There was a change in the hamlib library, some reference were converted to pointers, so older version of fldigi doesn't compile. I try

All builds completed on EPEL 8 through Fedora Rawhide: https://copr.fedorainfracloud.org/coprs/hobbes1069/NBEMS-testing/build/7283604/ Thanks, Richard KF5OIM

at http://www.w1hkj.com/alpha/flamp/ * flamp-2.2.11.14.tar.gz <http://www.w1hkj.com/alpha/flamp/flamp-2.2.11.14.tar.gz> * flamp-2.2.11.14_LI.dmg

Bob, I was not able to confirm the issue. However, I added a small delay to the calling code to switch the modem using FLAMP. If you have the ability to compile code you can download a snapshot of the

If you can find a newer one then can't you install that to replace the older one? Please post the errors you got in the "make" so we can see the issues. 73, Cliff, AE5ZA

If I use apt build-dep as suggested in the fldigi wiki, it install also an old version of libhamlib4 and I don't want to use it.

Looking at your link it doesn't mention the libraries that are probably missing. Following the details on the link I sent and you'll see what I mean. 73, Cliff, AE5ZA