Hi Josh,
On Jul 22, 2010, at 12:12 AM, Josh Blum wrote:
> it seems wx uses color with a "u" and the compatibility layer that wraps
> colour as color is not present for you. Try changing this to Colour and if it
> works send the patch. That should work as a general solution.
Yes, I just discove
if isinstance(self._foreground, wx.Color):
AttributeError: 'module' object has no attribute 'Color'
The non-OpenGL version of scopesink appears to be working fine though.
it seems wx uses color with a "u" and the compatibility layer that wraps
colour as color is not present for you. Try cha
On Jul 20, 2010, at 9:11 PM, Elvis Dowson wrote:
> Hi,
> I've made some progress with getting 64-bit GNU Radio running on Mac
> OS X 10.6.4, with 64-bit Cocoa using wxPython.
>
> All the required components are fully built in 64-bit mode. The only thing I
> need to resolve is to get O
Hi Michael,
No problem, I understand. I'll keep working on it.
Thanks for the help so far, couldn't have reached this stage without your
timely advice!! :-)
On Jul 20, 2010, at 8:28 PM, Michael Dickens wrote:
> Shortest Answer: This list isn't the correct venue for your i
Hi Elvis - I'm sorry but I really can't help without further
config.log / debugging info. And, frankly, I don't have time to dig
through this issue right now -- just too much in my queue already.
I'm happy that someone else is trying to get gr-qtgui working, and I
wish you luck on this en
Shortest Answer: This list isn't the correct venue for your issues
with Qt and Carbon / Cocoa; the GNU Radio build system is working
correctly and as expected under the circumstances. If you have issues
with the way Qt build on OSX, please see their forums and possibly
issue a ticket there
Hi,
After doing a little digging around in the gnuradio configured files, I
see references to Carbon in
config.status
S["QT_LIBS"]=" -F/Developer/Applications/Qt-4.7/lib -framework QtOpenGL
-framework QtGui -framework QtCore -framework AppKit -framework Carbon
-framework OpenGL "\
"-
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 --
Hi,
Where can I control linker architecture flags to prevent the following
errors? I've built qt, qwt and qwtplot3d for 32-bit mode, and with cocoa
support.
However, at link time, gnuradio is trying to link to x86_64.
A little futher down, it is trying to link to the Carbon framework,
On Jul 20, 2010, at 12:56 AM, Michael Dickens wrote:
> (1) On Jul 19, 2010, at 12:57 PM, Elvis Dowson wrote:
>> One of the things that the guys working on GTK+ mentioned was that you
>> should completely uninstall MacPorts ...
>
> versus (2) < http://sourceforge.net/apps/trac/gtk-osx/wiki/Build
Ah; a subtle, but important, difference in phrasing between that needs
to be pointed out for those who might be thinking of doing GTK2+Quartz
on OSX:
(1) On Jul 19, 2010, at 12:57 PM, Elvis Dowson wrote:
One of the things that the guys working on GTK+ mentioned was that
you should completel
Hi,
On Jul 19, 2010, at 11:48 PM, Michael Dickens wrote:
> Use the provided 'bootstrap' routine, but remember to change the 'libtoolize'
> call to 'glibtoolize' or whatever you named that function on the version you
> installed yourself. If you used MacPorts to install GNU Libtool (of which
>
Hi Michael,
On Jul 19, 2010, at 11:55 PM, Michael Dickens wrote:
> On Jul 19, 2010, at 12:57 PM, Elvis Dowson wrote:
>> One of the things that the guys working on GTK+ mentioned was that you
>> should completely uninstall MacPorts, to do the GTK+ installation. The GTK+
>> installation has a who
Use the provided 'bootstrap' routine, but remember to change the
'libtoolize' call to 'glibtoolize' or whatever you named that function
on the version you installed yourself. If you used MacPorts to
install GNU Libtool (of which 'libtoolize' is a part), then it
prepended the 'g' for you.
On Jul 19, 2010, at 12:57 PM, Elvis Dowson wrote:
One of the things that the guys working on GTK+ mentioned was that
you should completely uninstall MacPorts, to do the GTK+
installation. The GTK+ installation has a whole bunch of
dependencies, so I will try that last. That part I think is o
Hi,
Would someone happen to know the procedure to update gnuradio to use
newer versions of autoconf-2.66 (perhaps I can revert this to 2.65, since
Michael mentioned that 2.66 had issues) and libtool-2.2.10.
I've got 2 Mac OS X 10.6.4 installations, one with Mac ports installed and the
ot
Hi Alex,
On Jul 19, 2010, at 10:47 PM, Alexandru Csete wrote:
> You'll find some examples in the source tree under gr-qtgui/src/python/
> I don't think they are installed in the installation directory.
I haven't been able to build it yet, just processing and building all the
required packages o
On 19 July 2010 20:31, Elvis Dowson wrote:
> Hi Michael,
> I've managed to get gr-qtgui to pass all
> configuration checks for building on Mac OS X 10.6.4.
> What do you think I should do next ? Is there a simple gnuradio example that
> I can run to test if the gr-qtgui co
Hi Michael, I've managed to get gr-qtgui to pass all configuration checks for building on Mac OS X 10.6.4. What do you think I should do next ? Is there a simple gnuradio example that I can run to test if the gr-qtgui component is working?For the qwt3dplot-0.2.7 sources, use
Hi,
On Jul 19, 2010, at 9:23 PM, Elvis Dowson wrote:
> I updated my .profile accordingly
>
> export PKG_CONFIG_PATH=/Developer/Applications/Qt-4.7/lib:$PKG_CONFIG_PATH
I had to explicitly put the full path, and it worked, thanks, Michael
export
PKG_CONFIG_PATH=/Developer/Application
Hi,On Jul 19, 2010, at 8:59 PM, Michael Dickens wrote:Hi Elvis - GNU Radio's configure script is looking for the PKG_CONFIG installed files for QtCore.pc & so forth. Those need to be in the PKG_CONFIG_PATH, and I'd bet that they're not right now otherwise they would have been found.I can see a QtC
Hi,
I've got Qt-4.7 installed, and the paths set in my .profile. I've also
run and tested PyQt4 and it works with the Qt-4.7 installation.
When I run gnuradio configure, I get the following message:
checking for PyQt4 for Qt4... yes
checking for QTCORE... no
gr-qtgui requires libQtCore
Hi Michael,
On Jul 19, 2010, at 6:51 PM, Michael Dickens wrote:
>
> That flag is for GNU Radio's 'configure' script, and it should work for you
> given where the PC file was installed.
Thanks, that worked now.
checking for USB... yes
checking libusb-1.0/libusb.h usability... yes
checking libus
Hi Michael,
On Jul 19, 2010, at 5:45 PM, Michael Dickens wrote:
> Hi Elvis - Did you try "configure --with-fusb-tech=libusb1"? You have to
> specify that you want to use LIBUSB version 1; config/usrp_libusb.m4 checks
> to see if you've specified this on the CLI & if not then doesn't check for
Hi Elvis - Did you try "configure --with-fusb-tech=libusb1"? You have
to specify that you want to use LIBUSB version 1; config/
usrp_libusb.m4 checks to see if you've specified this on the CLI & if
not then doesn't check for this version of LIBUSB.
If you did try that command line, then you
Hi Michael,
I was wondering if you could help me fix an issue with
libusb not being recognized on Mac OS X 10.6.4.
I downloaded libusb-1.0.8 from the following location:
http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.8/libusb-1.0.8.tar.bz2/download
$ c
Hi Rasyid - You have the "classic" problem that's been around for
years now (you can search the GNU Radio archives for "Python.h" and
get hits back to 2005). The problem is that autoconf generates the
"test for Python.h" using C-code but tries to compile it using a
Fortran compiler; "more
Hi Michael,
I checked config.log and found the error around Python.h because fortran
compiler is not exist. So, I installed the fortran compiler for mac osx from
http://r.research.att.com/tools/, the error message on config.log looks
different now but still around Python.h usability,
Warning:
On Jul 18, 2010, at 3:35 AM, Ninja wrote:
checking for Python include path... /usr/local/include/python2.6
checking Python.h usability... no
checking Python.h presence... no
checking for Python.h... no
configure: error: cannot find usable Python headers
what is the meaning of "configure: error:
Hello all,
apology if these question ever been discussed before, but i am trying google
with no luck.
I am following installing gnuradio on osx from
https://radioware.nd.edu/documentation/install-guides/mac-os-x until find
problem at the time configuring gnuradio.
It seems can't find Python.
30 matches
Mail list logo
