This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.
Sylvain Munaut 246tnt at gmail.comI mean this is a gnuradio OOT, you can only use it with gnuradio. And gnuradio now has its own way of finding oot that doesn't use the .pc files, so there is no point in including one. Whatever legacy gnuradio app still uses the .pc file should move to the new way of gnuradio to do stuff. On Wed, Nov 18, 2020 at 3:14 PM Greg Troxel <gdt at lexort.com> wrote: > > > Sylvain Munaut <246tnt at gmail.com> writes: > > >> From: Clayton Smith <argilo at gmail.com> > > >> When gr-osmosdr was updated to GNU Radio 3.8, generation of > >> gnuradio-osmosdr.pc was removed. Other software uses pkg-config to find > >> gr-osmosdr, so I think we should add it back. > > > Other software should be fixed, not re-adding legacy to the code base. > > Since when are .pc files "legacy". They have been the normal way for > build systems to find out about other packages for a long time, and I > think they are still normal. > > Perhaps this is due to a view that $SHINY_NEW_BUILD_SYSTEM > is the one true way and that any other software that does not > immediately change to that build system is old - but if so I think > that's unresonable. > > If you mean something else, please explain.