gr-wavelet, on OSX at least, is having trouble getting the path to libgsl.
This patch does the trick, but the change to gr-wavelet/swig/CMakeLists.txt is
a hack IMHO. I think the underlying issue is that the GSL libraries are being
linked to via "-lgsl" instead of using the full path
("/opt/local/lib/libgsl.0.dylib") as is done with boost, Qt, qwt, Python, and
so forth. But, the matching "-L/opt/local/lib" is not being included. That's
simple to take care of for the gr-wavelet library itself (per the patch for
that file), but GrSwig offers no good way to do this beyond appending
${GSL_LDFLAGS} to the GR_SWIG_LIBRARIES list. Which I don't think is the way
GR_SWIG_LIBRARIES is meant to be used (but, I might be wrong). As I said, this
change works on OSX, but it would be a better solution if the GSL libraries
were full path instead of "-l" style; then, only the change to the
gr-wavelet/lib/CMakeLists.txt would be needed. - MLD
gr-wavelet-osx-fix.diff
Description: Binary data
_______________________________________________ Patch-gnuradio mailing list Patch-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/patch-gnuradio
