Git macports OSX 10.6 x86_64


Discuss-gnuradio mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Hi Christian -

On Mar 20, 2010, at 2:41 PM, Christian Kendi wrote:

the git has the problem:
configure: creating ./config.status
config.status: error: cannot find input file: `gruel/Makefile.in’
With or without CFLAGS/CXXFLAGS="-arch i386" doesnt matter. yes,
been bootstrapping before.

The ‘Makefile.in’ are created by bootstrap. So, if one is missing
either it was removed after bootstrap or bootstrap failed. In order
to bootstrap on OSX, you need to modify the script to use
‘glibtoolize’ instead of ‘libtoolize’ – assuming you installed GNU’s
libtool using MacPorts or Fink or whatever, since they prepend a ‘g’
to the installed executables in order to distinguish between Apple’s
libtool and GNU’s libtool executables (similar, yet very different).

The macports gnuradio works ALMOST fine. I had to custom build the
wxPython and wxWidgets for 64 bit.

Yeah; on 64-bit OSX I expect gnuradio-wxgui will error out since it
requires wxPython which doesn’t compile as 64-bit yet. Would you be
willing to share your patches to get wxWidgets & wxPython to be 64-
bit? Or, are you using the latest SVN version (2.9.0.X)?

The problem right now is that the FFT sinks stuck. Just when i move
the cursor to a textfield where the cursor is blinking there
is an update of the display. Obviously the refresh of the cursor is
linked somehow.

If im enabling GL sinks the display stucks totally!

I tested other GL and normal wx apps with python and they work fine,
so i guess my x64 builds are fine.

No idea where to direct you; could be GNU Radio’s WX programming or WX
itself, or something in between. Maybe others know better. - MLD

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Michael,

El mar 21, 2010, a las 1:21 a.m., Michael D.
escribió:

Hi Christian -

On Mar 20, 2010, at 2:41 PM, Christian Kendi wrote:

the git has the problem:
configure: creating ./config.status
config.status: error: cannot find input file: `gruel/Makefile.in’
With or without CFLAGS/CXXFLAGS="-arch i386" doesnt matter. yes, been bootstrapping before.

The ‘Makefile.in’ are created by bootstrap. So, if one is missing either it was removed after bootstrap or bootstrap failed. In order to bootstrap on OSX, you need to modify the script to use ‘glibtoolize’ instead of ‘libtoolize’ – assuming you installed GNU’s libtool using MacPorts or Fink or whatever, since they prepend a ‘g’ to the installed executables in order to distinguish between Apple’s libtool and GNU’s libtool executables (similar, yet very different).
thanks for the response. in the meantime i was able to compile it with
glibtoolize.

The macports gnuradio works ALMOST fine. I had to custom build the wxPython and wxWidgets for 64 bit.

Yeah; on 64-bit OSX I expect gnuradio-wxgui will error out since it requires wxPython which doesn’t compile as 64-bit yet. Would you be willing to share your patches to get wxWidgets & wxPython to be 64-bit? Or, are you using the latest SVN version (2.9.0.X)?
i was using the SVN and both were compiling fine.

The problem right now is that the FFT sinks stuck. Just when i move the cursor to a textfield where the cursor is blinking there
is an update of the display. Obviously the refresh of the cursor is linked somehow.

If im enabling GL sinks the display stucks totally!

I tested other GL and normal wx apps with python and they work fine, so i guess my x64 builds are fine.

No idea where to direct you; could be GNU Radio’s WX programming or WX itself, or something in between. Maybe others know better. - MLD

this is still an issue even updating to the latest SVN.

Greets
Chris.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFLxJHqp+9ff145KVIRAhnnAKCoTW6WkYU/nBrlgUSOCaW+ULY8QQCfV6s/
NVy4j9ifpyb5KWbxXHZKylw=
=TZKz
-----END PGP SIGNATURE-----

Hi Chris - I’m glad to hear you have at least some parts of GNU Radio
working as 64-bit on OSX 10.6. I don’t have 10.6 installed (yet) for
further testing, but I’m heading that way one of these days. I’ve
been holding out for the release of wxPython 2.9.0, which will
officially support 64-bit on OSX; there are patches out for 2.8.9 and
2.8.10 series to support 64-bit, but none are truly stable yet (nor is
the 2.9 trunk). The MacPorts folks are evaluating both the 2.8 series
patches as well as helping out with the 2.9 series, to try to speed
its release – but who know when it’ll be out. For now, a 32-bit
install should work if you want to go that route. I’d choose to
(re)install as universal everything that you can, but then make py26-
wxPython and gnuradio-wxgui just 32-bit; should be doable without too
much fuss. You could then upgrade to 64-bit when the dependencies are
met. - MLD

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs