-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Working on Raspberry 4, #21
Comments
Hello..? |
I could compile it on a Raspberry 4 by editing the first lines of
|
I compiled librtlsdr from https://github.com/steve-m/librtlsdr manualy. Works fine on my Raspi3 using the latest RasperianOS... |
I can't get it done. I am a noob in linux. I dont know, but "/usr/lib/arm-linux-gnueabihf/pkgconfig/librtlsdr.pc" I dont have such file to edit, and I dont know what it would be worth. |
Hi, |
I did this at my Raspberry and now it works:
sudo make -f Makefile.arm |
Hi, |
Finally I've found some time to fix this hack. The main cause for the ugly makefile splitup was that for best performance there were some unusual FPU compiling flags needed for Raspi 3/2/Zero in 32bit mode. With 64bit this is no longer needed (or even supported by gcc). I have now made a unified Makefile. It also detects 64bit arm (aarch64) and sets some probably useful options. So this issue should be gone. |
Hi there and thanks for your support,
|
Looks like there is no development package of librtlsdr installed (usuall librtlsdr-dev). |
Nope, already there Any other possibility? I'm lost |
Hi there, |
Which distribution are you using? I've tested with various older Raspian version and have also no problems with Debian bullseye for RPi400 in 64bit. |
Hi there, it took a while. now with some days off I'm trying to get it working. (too much bussines and family stuff) RPi3B is running buster, updating to bulleseye is planned if it is in urge.
What could still be missing? All requested packages are indeed installed. but I end up in the error. I suspect a link is not as predicted. But I have no idea what is relevant to adapt. when I do make -d, the following happens.
|
Argl, now I see it (anrobi-com saw it two years ago...). It's a bug in buster...
The -L is wrong, as it should contain a useful path. I've found an old buster installation on a PI-Zero and can reproduce it:
whereas on bullseye (Pi4):
pkg-config has an incomplete description file, it's missing all the basic file paths. For the include it's not a problem as an / is later appended and the rtl-sdr.h is in the usual search path anyway, but the / is missing for -L. Either you can add the default paths to /usr/lib/arm-linux-gnueabihf/pkgconfig/librtlsdr.pc like androbi-com did (third post) or simply add an / to the resulting Libs expression there:
Technically it is still wrong, but the -L/ doesn't harm and librtlsdr.so is also in the default library search path ;) |
Hi GeorgA, I'm happy to tell, it is running now. See my further text to understand the solution I utilized: I upgraded buster to bulleseye, in between the SD died, so I cloned it and ran again. o.O installation of "make, git, gcc, g++, pkg-config and librtlsdr-dev sudo apt-get install make clone the tfrec-Repository Compile it make --> voilá? even now, I where unable to just call tfrec -D ----> "command not found" Raspi 3B with msi DIGI VOXX mini II DVB-T stick. So thanks again. I appreciate your continuous support. |
Hi,
is tfrec going to work on an Raspberry 4 with RaspOS light/Buster?
I got compiling problems with make.
Kind regards
The text was updated successfully, but these errors were encountered: