Hi Michael,
I noticed something weird, and was wondering if you've
come across this already
when using qt-4.7 cocoa 32-bit only, qwt, qwtplot3d, sip and pyqt4, and
building gnuradio, the linker incorrectly attempts to link to the Carbon
libraries,
h ../../../libtool --tag=CXX --mode=link g++ -g -O1 -Wno-strict-aliasing
-Wno-parentheses -D_THREAD_SAFE -module -avoid-version -o _qtgui.la
-rpath /usr/local/lib/python2.6/site-packages/gnuradio/qtgui _qtgui_la-qtgui.lo
-lstdc++ libgnuradio-qtgui.la
libtool: link: g++ -Wl,-undefined -Wl,dynamic_lookup -o .libs/_qtgui.so -bundle
.libs/_qtgui_la-qtgui.o ./.libs/libgnuradio-qtgui.dylib -L/usr/local/lib
-L/Developer/Applications/Qt-4.7/lib
/Users/elvis/Tool/gnuradio/gnuradio-core/src/lib/.libs/libgnuradio-core.dylib
/Users/elvis/Tool/gnuradio/gruel/src/lib/.libs/libgruel.dylib -lboost_thread
/usr/local/lib/libfftw3f.dylib /usr/local/lib/libgsl.dylib
/usr/local/lib/libgslcblas.dylib -lcblas -lstdc++ -lqwt -lqwtplot3d -lz -lm
-Wl,-dylib_file
-Wl,/usr/local/lib/libgnuradio-core-3.4git.0.dylib:/Users/elvis/Tool/gnuradio/gnuradio-core/src/lib/.libs/libgnuradio-core.dylib
-Wl,-dylib_file
-Wl,/usr/local/lib/libgruel-3.4git.0.dylib:/Users/elvis/Tool/gnuradio/gruel/src/lib/.libs/libgruel.dylib
-Wl,-dylib_file
-Wl,/usr/local/lib/libgruel-3.4git.0.dylib:/Users/elvis/Tool/gnuradio/gruel/src/lib/.libs/libgruel.dylib
-framework QtOpenGL -framework QtGui -framework QtCore -framework AppKit
-framework Carbon -framework OpenGL -framework AGL -framework
ApplicationServices
However, prior to the build, gnuradio configure correctly detects qwt headers
checking /usr/local/include/qwt/qwt.h usability... yes
checking /usr/local/include/qwt/qwt.h presence... yes
checking for /usr/local/include/qwt/qwt.h... yes
checking for main in -lqwt... yes
checking /usr/local/include/qwtplot3d/qwt3d_plot.h usability... yes
checking /usr/local/include/qwtplot3d/qwt3d_plot.h presence... yes
checking for /usr/local/include/qwtplot3d/qwt3d_plot.h... yes
checking for main in -lqwtplot3d-qt4... no
checking for main in -lqwtplot3d... yes
Now, thinking perhaps carbon was needed somehow, I rebuilt qt-4.7, qwt,
qwtplot3d, sip and pyqt4 using carbon 32-bit only, but this time around it
doesn't detect the qwt headers !!
checking /usr/local/include/qwt/qwt.h usability... no
checking /usr/local/include/qwt/qwt.h presence... no
checking for /usr/local/include/qwt/qwt.h... no
Could not find qwt headers
Best regards,
Elvis Dowson
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
