Mac leopard install problem

I ‘m running leopard on x86 in a vmware. I’ve tried installing gnuradio
with:
sudo port install gnuradio usrp
The install gets about half way through and then crashes on gcc43
install. I tried both gcc42 and gcc44 installs and they both work fine.
But gcc43 throws the error log below. I did google the problem quite a
bit and didn’t finding anything so any help you can provide is greatly
appreciated. Thanks, Clark
iphone-devs-vmware-virtual-platform:~ iphonedev$ sudo port install
gnuradioPassword:—> Computing dependencies for gnuradio—> Building
gcc43Error: Target org.macports.build returned: shell command " cd
“/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build”
&& /usr/bin/make -j1 all " returned error 2Command output:
GCJFLAGS=" ${flags}" \ CXXFLAGS="-O2 -g -O2 ${flags}" \
LIBCFLAGS="-O2 -g -O2 ${flags}" \ LIBCXXFLAGS="-O2 -g -O2
-fno-implicit-templates ${flags}" \ LDFLAGS=" ${flags}" \
MULTIFLAGS="${flags}" \ DESTDIR="" \
INSTALL="/usr/bin/install -c" \ INSTALL_DATA="/usr/bin/install -c
-m 644" \ INSTALL_PROGRAM="/usr/bin/install -c" \
INSTALL_SCRIPT="/usr/bin/install -c" \ all); then \ true; \
else \ exit 1; \ fi; \ else true; \ fi; \ fi;
\ done; \ fiMaking all in include/usr/bin/make all-ammake[7]:
Nothing to be done for `all-am’.true “AR_FLAGS=rc”
“CC_FOR_BUILD=/usr/bin/gcc-4.0” “CFLAGS=-O2 -g -O2 -m64”
“CXXFLAGS=-O2 -g -O2 -m64” “CFLAGS_FOR_BUILD=-O2”
"CFLAGS_FOR_TARGET=-O2 -g -O2 " “INSTALL=/usr/bin/install -c”
“INSTALL_DATA=/usr/bin/install -c -m 644”
“INSTALL_PROGRAM=/usr/bin/install -c” “INSTALL_SCRIPT=/usr/bin/install
-c” “LDFLAGS=-m64” “LIBCFLAGS=-O2 -g -O2 -m64”
"LIBCFLAGS_FOR_TARGET=-O2 -g -O2 " “MAKE=/usr/bin/make”
"MAKEINFO=makeinfo --split-size=5000000 " “PICFLAG=”
“PICFLAG_FOR_TARGET=” “SHELL=/bin/sh” “EXPECT=expect” “RUNTEST=runtest”
“RUNTESTFLAGS=” “exec_prefix=/opt/local” “infodir=/opt/local/share/info”
“libdir=/opt/local/lib/gcc43” “prefix=/opt/local”
“tooldir=/opt/local/i386-apple-darwin9” “AR=/usr/bin/ar”
“AS=/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/as”
“CC=/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/xgcc
-B/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/
-B/opt/local/i386-apple-darwin9/bin/
-B/opt/local/i386-apple-darwin9/lib/ -isystem
/opt/local/i386-apple-darwin9/include -isystem
/opt/local/i386-apple-darwin9/sys-include -m64”
“CXX=/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/g++
-B/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/
-nostdinc++
-L/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/i386-apple-darwin9/x86_64/libstdc+±v3/src
-L/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/i386-apple-darwin9/x86_64/libstdc+±v3/src/.libs
-B/opt/local/i386-apple-darwin9/bin/
-B/opt/local/i386-apple-darwin9/lib/ -isystem
/opt/local/i386-apple-darwin9/include -isystem
/opt/local/i386-apple-darwin9/sys-include -m64”
“LD=/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/collect-ld”
“LIBCFLAGS=-O2 -g -O2 -m64”
“NM=/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/nm”
“PICFLAG=” “RANLIB=/usr/bin/ranlib -c” “DESTDIR=” DO=all multi-do #
/usr/bin/make/bin/sh ./libtool --mode=compile
/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/xgcc
-B/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/build/./gcc/
-B/opt/local/i386-apple-darwin9/bin/
-B/opt/local/i386-apple-darwin9/lib/ -isystem
/opt/local/i386-apple-darwin9/include -isystem
/opt/local/i386-apple-darwin9/sys-include -c -I.
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/gcc-4.3.4/libobjc
-O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -DIN_GCC
-DIN_TARGET_LIBS -fno-strict-aliasing -fexceptions
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/gcc-4.3.4/libobjc/objc
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/gcc-4.3.4/libobjc/…/gcc
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/gcc-4.3.4/libobjc/…/gcc/config
-I…/…/./gcc
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/gcc-4.3.4/libobjc/…/include
/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_lang_gcc43/work/gcc-4.3.4/libobjc/archive.c/bin/sh:
./libtool: No such file or directorymake[2]: *** [archive.lo] Error
127make[1]: *** [all-target-libobjc] Error 2make: *** [all] Error 2
Error: The following dependencies failed to build: gnuradio-grc
gnuradio-wxgui py26-numpy atlas gcc43 gzip py26-nose py26-setuptools
py26-opengl py26-pil jpeg py26-wxpython wxWidgets libpng libsdl
xorg-libXrandr xorg-randrproto libsdl_mixer smpeg tiff py26-cheetah
py26-gtk atk glib2 gtk-doc docbook-xml docbook-xml-4.1.2 xmlcatmgr
docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5
docbook-xml-5.0 docbook-xsl gnome-doc-utils iso-codes p5-xml-parser
py26-libxml2 rarian getopt intltool gnome-common p5-getopt-long
p5-pathtools p5-scalar-list-utils gtk2 cairo libpixman jasper pango
shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-libXfixes
xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto
xorg-libXi xorg-libXinerama xorg-xineramaproto libglade2 py26-cairo
py26-gobject libffi py26-lxml gnuradio-gsm-fr-vocoder gnuradio-pager
gnuradio-radar-mono gnuradio-radio-astronomy gnuradio-sounder
gnuradio-trellis gnuradio-usrp gnuradio-utils gnuradio-video-sdlError:
Status 1 encountered during processing.


Hotmail: Powerful Free email with security by Microsoft.
http://clk.atdmt.com/GBL/go/196390710/direct/01/

Hi Clark - Various levels of response. Bottom line is: You’re way
outside the scope of usual OSX / GNU Radio / MacPorts installs, so I
don’t know what assistance “we” can provide if the issue is non-
standard (as this one seems to be). Good luck! - MLD

  1. According to the EULA for Mac OS X 10.5, it’s not legal to run it
    as a VM – this fact is well publicized on the internet. I don’t know
    about 10.6 – rumor was that that clause would be diluted or removed,
    but I haven’t checked the EULA or any sites that might have such
    info. That said, I, personally, don’t care if anyone decides to do so
    so long as the install is otherwise legal. That said, if I were in
    your shoes, I wouldn’t go around advertising what I’m doing in public
    forums; my US$0.02 worth, although you didn’t ask.

  2. The MacPorts install of GNU Radio has been messed up for a long
    time, and may or not work depending on many factors. I’ve submitted
    fixes and updates multiple times, but they have yet to be integrated;
    I’ve applied to be a MacPorts developer & maintainer of the GNU Radio
    ports, but I have yet to hear even a peep back from them.

  3. I highly do -not- recommend installing GNU Radio from MacPorts at
    this time – no matter if using a VM or otherwise; I do recommend
    using the either 3.2.2 tarball or latest GIT master instead –
    depending on the version of OSX you’re using and your preferences
    (e.g., 64-bit compiling required the GIT master). That said, the
    dependencies for GNU Radio are fair game for installing using MacPorts
    and should currently work at least on a real box.

  4. The actual error is “./libtool: No such file or directory” … so
    it looks like GCC didn’t configure a subdirectory correctly – maybe
    didn’t link correctly to libtool when configuring? I do have “gcc43
    @4.3.4_0 (active)” installed on my (real) MacBook Pro, so it can be
    done. Given that you’re working on a VM, I’d have to believe the
    issue is on that front and not MacPorts or GCC specifically – but I
    really don’t know since I’ve never tried what you’re doing. I’ve
    never seen this issue (VM or otherwise), and if searching the internet
    doesn’t help either then you’ll need to hack into the MacPorts build
    directory to see what’s going on (I use “pushd port dir gcc43/work”
    and then ‘ls’ to figure out where to ‘cd’ from there) & if you can
    correct it manually.

  1. According to the EULA for Mac OS X 10.5, it’s not legal to run it
    as a VM – this fact is well publicized on the internet. I don’t know
    about 10.6 – rumor was that that clause would be diluted or removed,
    but I haven’t checked the EULA or any sites that might have such
    info. That said, I, personally, don’t care if anyone decides to do so
    so long as the install is otherwise legal. That said, if I were in
    your shoes, I wouldn’t go around advertising what I’m doing in public
    forums; my US$0.02 worth, although you didn’t ask.

Didn’t realize they cared as long as you purchase the OS. Guess I’ll try
dual boot instead, but I doubt that’s this particular problem.
Everything else seems to run okay.

depending on the version of OSX you’re using and your preferences
(e.g., 64-bit compiling required the GIT master). That said, the
dependencies for GNU Radio are fair game for installing using MacPorts
and should currently work at least on a real box.

good to know. I’ll try the gnuradio tarball when I get that far. I
suspect the dependencies will need gcc43 though so without a binary for
that I’m probably sol.

and then ‘ls’ to figure out where to ‘cd’ from there) & if you can
correct it manually.

yeah it seems to expect a shell script called libtool there. I’ll keep
digging. Thanks


Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
http://clk.atdmt.com/GBL/go/196390706/direct/01/

On Feb 1, 2010, at 10:45 AM, Michael D. wrote:

MacPorts portfiles for GNU Radio for the 3.2.2 release tarball.
I’ll see if I can get additional ‘gnuradio-devel’ portfiles made for
the GIT master; I think they allow for this option. More when I
have it in place.

That’s great news!

I am new to the “hands-on” portion of the project but prefer to use
Mac equipment since I have a couple of Mac mini’s laying around and am
not a developer.

Will you be doing any testing? I would be glad to lend assistance if
I can.

Charles Brown, KD6IMT

On Feb 1, 2010, at 2:29 PM, Charles Brown wrote:

I finally received word just now that I’ll be approved shortly as a
MacPorts developer; yay! Once I’m approved, I’ll update the
MacPorts portfiles for GNU Radio for the 3.2.2 release tarball.
I’ll see if I can get additional ‘gnuradio-devel’ portfiles made
for the GIT master; I think they allow for this option. More when
I have it in place.

Will you be doing any testing? I would be glad to lend assistance
if I can.

Hi Charles - When I get far enough along, I’ll put together a “how to”
& tarball for those interested & you can try it out. MacPorts allows
you to use local Portfiles to do installs; you do have to be careful,
but they work for testing purposes quite well so long as you remove
them after testing. I’ll post details once I get there. Thanks for
offering to test. - MLD

On Jan 27, 2010, at 11:10 AM, Clark P. wrote:

Didn’t realize they cared as long as you purchase the OS. Guess I’ll
try dual boot instead, but I doubt that’s this particular problem.
Everything else seems to run okay.

I’m not saying they do care; my bet is that so long as you own a
variety of Apple products, the license is honest (enough), & you don’t
go around flaunting what you’ve done, they probably won’t care. That
said, postings to public forums last forever, so just be careful …
that’s all I’m saying.

  1. The MacPorts install of GNU Radio has been messed up for a long
    time, and may or not work depending on many factors. I’ve submitted
    fixes and updates multiple times, but they have yet to be integrated;
    I’ve applied to be a MacPorts developer & maintainer of the GNU Radio
    ports, but I have yet to hear even a peep back from them.

I finally received word just now that I’ll be approved shortly as a
MacPorts developer; yay! Once I’m approved, I’ll update the MacPorts
portfiles for GNU Radio for the 3.2.2 release tarball. I’ll see if I
can get additional ‘gnuradio-devel’ portfiles made for the GIT master;
I think they allow for this option. More when I have it in place.

yeah it seems to expect a shell script called libtool there. I’ll
keep digging.

Did you have any luck? - MLD

We have been requested to provide some signals for another
organization to detect and analyze. We don’t have to receive anything
and so it is perfectly acceptable to pregenerate the outgoing waveform
and just play it back over the air.

Here are a couple of the requests that, hopefully, are within the
capabilities of the USRP with the RFX2450 daughterboard.

=======================================================
Request #1:

Frequency Hopped Spread Spectrum in the 5.8GHz ISM band. They want a
data rate of at least 500kbps and want 9 channels in the hopping
sequence with a channel separation of at least 16MHz.

The issue I see here is that each hop will require a retuning of the
daughterboard’s center frequency. How long does it take the USRP to
retune?

One thought I had was to use two daughterboards and ping pong back and
forth between them. While one is transmitting the other can be tuning
to the next hop. Does this sound feasible? How quickly can the
transmit signal be switched from one daughterboard to the other?

=======================================================
Request #2:

5.8GHz COTS WiMAX link at a data rate of 1Mbps.

Is this doable with the USRP? Again, all I need to do is transmit a
realistic signal. I don’t need to receive anything.

=======================================================

TIA!

I’ve updated MacPorts to use GNU Radio 3.2.2 ; if you’re using OSX
10.5 or 10.6 as 32-bit, please give these ports a try & see if they
work for you. And, let me know if you run into any difficulties.
Your shell environment’s PYTHONPATH and such just need to work with
MacPorts – nothing special added for GNU Radio since it’s installed
by MacPorts. These ports will compile on as 32-bit only right now.
I’ll be adding in patches for 64-bit compilation “real soon now”.
Turns out it’s easier to just commit the changes than create a tarball
& have folks beta test … really wish they used GIT, since it would
make beta testing doable and quite simple. More soon. - MLD

I’ve checked in MacPorts modifications that should allow for
installing GNU Radio 3.2.2 via MacPorts on 10.5 (Intel or PPC; 32 or
64 bit; “universal” too) or 10.6 (32 or 64 bit, except for gr-wxgui
since it relies on wxPython which doesn’t have a 64-bit compatible
version yet; wxWidgets 2.9.0 claims to be 64-bit on OSX, finally). If
there are any OSX users of GNU Radio who have some spare time /
cycles, can you please give MacPorts a try to see if “sudo port
install gnuradio” (or, some subset such as just “sudo port install
gnuradio-audio-osx”) works for you – and get back to me if not. - MLD

Hi,
As another OS X + GNU Radio user, I really appreciate your efforts! I
tried
running “sudo port install gnuradio” on my MacBook Pro running 10.6.2.
It
fails with the following error:


libtool: compile: /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I…/…/…/…
-DOMNITHREAD_POSIX=1 -I/opt/local/include
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/runtime
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/general
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/general
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/gengen
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/gengen
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/filter
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/filter
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/missing
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/reed-solomon
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/viterbi
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/io
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/g72x
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/swig
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/hier
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_gnuradio-core/work/gnuradio-3.2/gnuradio-core/src/lib/swig
-I/opt/local/include -I/opt/local/include -I/opt/local/include
-I/opt/local/include/gnuradio -I/opt/local/include -I/opt/local/include
-O2
-arch x86_64 -MT float_dotprod_sse.lo -MD -MP -MF
.deps/float_dotprod_sse.Tpo -c float_dotprod_sse.S -fno-common -DPIC -o
.libs/float_dotprod_sse.o
float_dotprod_sse.S:63:suffix or operands invalid for push' float_dotprod_sse.S:163:suffix or operands invalid forpop’
make[6]: *** [float_dotprod_sse.lo] Error 1
make[6]: *** Waiting for unfinished jobs…
mv -f .deps/ccomplex_dotprod_generic.Tpo
.deps/ccomplex_dotprod_generic.Plo
make[5]: *** [all] Error 2
make[4]: *** [all-recursive] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: The following dependencies failed to build: gnuradio-audio-jack
gnuradio-core jack libsndfile flac libxslt gnuradio-audio-osx
gnuradio-audio-portaudio portaudio gnuradio-cvsd-vocoder gnuradio-gpio
usrp
gnuradio-grc gnuradio-wxgui py26-numpy py26-nose py26-setuptools
py26-opengl
py26-pil py26-wxpython wxWidgets py26-cheetah py26-gtk atk gtk-doc
docbook-xml docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3
docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl
gnome-doc-utils
iso-codes p5-xml-parser py26-libxml2 rarian getopt intltool gnome-common
p5-getopt-long p5-pathtools p5-scalar-list-utils gtk2 jasper
shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-fixesproto
xorg-libXfixes xorg-libXcursor xorg-libXdamage xorg-damageproto
xorg-libXi
xorg-libXinerama xorg-xineramaproto libglade2 py26-cairo py26-gobject
libffi
py26-lxml gnuradio-gsm-fr-vocoder gnuradio-pager gnuradio-radar-mono
gnuradio-radio-astronomy gnuradio-sounder gnuradio-trellis gnuradio-usrp
gnuradio-utils gnuradio-video-sdl
Error: Status 1 encountered during processing.


This is the same error as ticket #21292. I’ve seen “suffix or operands
invalid” types of errors while trying to compile other projects on 10.6
too
(most recently, for ffmpeg and libavcodec). As you have guessed, it has
something to do with disparities between 32-bit and 64-bit architecture
asm
instructions. Hence, I am not sure if these files can be compiled for
64-bit
only by twiddling configure parameters… In some cases, I have managed
to
get past such problems by using “gcc -m32”, but this has often cause
problems later on in the build process, for instance, linking with
64-bit
frameworks.

Thanks,
Kunal

Thank you Marcel for mentioning that “little” detail: before trying
MacPorts out, if it’s already installed, you’ll want to do what he
wrote below in order to get the latest portfiles w/ patches & such.
Hopefully that will solve your issue Kunal; if not, let me know.

% sudo port selfupdate
% sudo port upgrade outdated

I had the same error, but by upgrading port and cleaning gnuradio this
error
went away:

% sudo port selfupdate
% sudo port upgrade outdated
% sudo port clean gnuradio
% sudo port install gnuradio

After that it somehow still tries to install wxPython and will halt with
this error:

Error: Target org.macports.build returned: shell command " cd
“/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py26-wxpython/work/wxPython-src-2.8.9.1/wxPython”
&&
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
setup.py build " returned error 1
Command output: from include/wx/wxPython/wxPython.h:22,
from src/mac/_gdi_wrap.cpp:2736:
/opt/local/lib/wx/include/mac-unicode-release-2.8/wx/setup.h:962:1:
warning:
“SIZEOF_SIZE_T” redefined

If you get that error, omit the package py26-wxpython and install the
other
missing packages with:

% sudo port install py26-cheetah py26-gtk atk gtk-doc docbook-xml
docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3
docbook-xml-4.4
docbook-xml-4.5 docbook-xml-5.0 docbook-xsl gnome-doc-utils iso-codes
p5-xml-parser py26-libxml2 rarian getopt intltool gnome-common
p5-getopt-long p5-pathtools p5-scalar-list-utils gtk2 cairo libpixman
jasper
pango shared-mime-info xorg-libXcomposite xorg-compositeproto
xorg-libXfixes
xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto
xorg-libXi
xorg-libXinerama xorg-xineramaproto libglade2 py26-cairo py26-gobject
libffi
py26-lxml gnuradio-gsm-fr-vocoder gnuradio-pager gnuradio-radar-mono
gnuradio-radio-astronomy gnuradio-sounder gnuradio-trellis gnuradio-usrp
gnuradio-video-sdl

After that everything is installed except gnuradio-utils which seems to
depend on gnuradio-wxgui and py26-wxpython

gr,
marcel maatkamp

2010/2/9 Kunal K. [email protected]

Marcel M. wrote:

Error: Target org.macports.build returned: shell command " cd
“/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py26-wxpython/work/wxPython-src-2.8.9.1/wxPython”
&&
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
setup.py build " returned error 1
Command output: from include/wx/wxPython/wxPython.h:22,
from src/mac/_gdi_wrap.cpp:2736:
/opt/local/lib/wx/include/mac-unicode-release-2.8/wx/setup.h:962:1:
warning: “SIZEOF_SIZE_T” redefined

I too tried this and got the same error. I’m running OSX 10.6.2 on a
late model intel MacBook Pro.

xorg-compositeproto xorg-libXfixes xorg-fixesproto xorg-libXcursor
xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama
xorg-xineramaproto libglade2 py26-cairo py26-gobject libffi py26-lxml
gnuradio-gsm-fr-vocoder gnuradio-pager gnuradio-radar-mono
gnuradio-radio-astronomy gnuradio-sounder gnuradio-trellis gnuradio-usrp
gnuradio-video-sdl

After that everything is installed except gnuradio-utils which seems to
depend on gnuradio-wxgui and py26-wxpython

This seemed to work, but grc is not installed either. Attempting
to install gnuradio-grc yields the same original error. Seems its still
trying to install the non-existent 64-bit version of wxPython.

@(^.^)@ Ed

Hi,

Running port “selfupdate” and “upgrade outdated” helped, as did
skipping wxPython and other packages depending on it. However, I also
had to
re-build a lot of dependencies to include universal builds (using sudo
port
upgrade --enforce-variants +universal).

It seems to be working now, although I’ve only tried running a few audio
examples.

Kunal

On Thu, Feb 11, 2010 at 12:22 AM, Ed Criscuolo

hanks for all the feedback thus far! Can those of you on this thread
return back to me the following (as executed in a terminal,
individually):

gcc -v
machine
uname -a

Once I figure out the logic (and, via the below discussion, I think I
know what to do but I just want more info to confirm my beliefs), I
can insert a warning or something into the portfile for wxgui so that
this issue doesn’t happen. - MLD

I think this is an OSX 10.6 32/64 bit issue, which I’ve worked around
in GNU Radio already – and as folks are finding, this error occurs in
a background requirement (wxPython). IIRC:

  • If you boot into 10.5 (which is mixed 32/64-bit, no matter the CPU),
    you get 32-bit compiling by default with the option of 64-bit via the
    ‘-arch x86_64’ flag to the compiler. This behavior made sense because
    the kernel itself wasn’t truly 64-bit.

  • If you boot into 10.6 via the 32-bit kernel, then you get 32-bit
    compiling by default even if your CPU supports 64-bit compiling (just
    like 10.5, btw).

  • If you boot into 10.6 via the 64-bit kernel (assuming your CPU
    supports it; not all do that can execute 10.6), then you get 64-bit
    compiling by default.

  • A simple way to check to see which bit-size compiling is currently
    supported is to get “sizeof (void*)” and see if it is 4 or 8 (32 or 64
    bit, respectively). Note that performing the test in this manner
    means one cannot make a “universal” executable via combining “-arch
    i386” and “-arch x86_64” … you have to choose one way or the other.
    I’ve already implemented that change into the GNU Radio portfiles:
    when doing a universal install each file is compiled twice then the
    results merged together.

  • wxPython (2.8.9.10 – the latest stable release) will currently
    compile only as 32-bit; the error folks are getting occurs when trying
    to compile wxPython as 64-bit.

Marcel, Ed, and Kunal - Thanks for the data points – it looks like
all 3 of your computers booted from the 64-bit kernel; please correct
me if I’m wrong.

Anyone else on the GR list have a Mac running OSX 10.5 or 10.6 who
would care to participate in getting some more data points? I’m in
particular looking for 32-bit 10.6, but the more data points the
better to show that the ports actually work as hoped.

(1) Use MacPorts to try to install GNU Radio (if already installed):

sudo port selfupdate
sudo port install gnuradio

or, if you know you’re running on 10.6 as 64-bit (see the NOTE below),
do:

sudo port selfupdate
sudo port install gnuradio-audio-osx

(2) return to me whether (1) worked, and also the results of executing
the following in a terminal:

gcc -v
machine
uname -a

NOTE: If you’re running 10.6 with the 64-bit kernel, then you’ll have
errors installing wxPython since it is not 64-bit compatible yet.
There is no way around this issue at this time; these data points are
to help provide me info so that I can get the portfiles to work no
matter which OSX version or kernel you’re compiling for.

Thanks again! - MLD

Hi Ed - Thanks for the feedback, it’s useful; I don’t mind being
wrong! I’ll have to set up my Mac to do multi-boot (10.5 and 10.6) in
order to further test this issue out. That said, the kernel bit-tage
doesn’t really matter since it’s the compiler that determines the
applications bit-tage. My guess is that, just like under 10.5, one
can compile and execute 64-bit applications … but under 10.5, 32-bit
was the default while under 10.6, 64-bit is the default. [email protected]#$% Apple
for making all of this so %$#! complex … I guess that’s *&^%
progress; not that I’m giving Linux cudos here for making the 32/64
bit “easy” … I’ll see if I can put some changes into the wxgui
portfile so that it disallows 64-bit compiling for now, since that
seems to be the common factor in the feedback I’ve received and in my
testing. - MLD

Michael D. wrote:

Thanks for all the feedback thus far! Can those of you on this thread
return back to me the following (as executed in a terminal,
individually):

gcc -v
machine
uname -a

% gcc -v

Using built-in specs.
Target: i686-apple-darwin10
Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure
–disable-checking --enable-werror --prefix=/usr --mandir=/share/man
–enable-languages=c,objc,c++,obj-c++
–program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib
–build=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1
–program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10
–target=i686-apple-darwin10
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5646) (dot 1)

% machine

i486

% uname -a

Darwin eds-mac.local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3
10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386

@(^.^)@ Ed

Hi,

I get another try to install gnuradio with macports.
Just because I saw that is a new "libsdl-devel"port that could resolve
the previous issues with the use of TVRX on a GR/(ppc)OSX system.
So gnuradio-video-sdl was installed with “libsdl-devel” and not
“libsdl”, to be closed to the Linux used packages.

But now I encounter a new issue concearning the python wxwrappers:

Python wxWidgets wrappers (py25-wxpython and wxWidgets, I mean) are
installed and “active” but when I want to install the “gnuradio-wxgui”
port I get : “checking for Python wxWidgets wrappers >= 2.8… no”.

Same issue for numeric (py25-numpy and py25-numeric are already
installed and active).

I precise that I run on a Tiger ppc os.

Have you encountered the same issues on Tiger or Leopard?

Best,

Cosmin.

PS:

gcc -v:

Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: /var/tmp/gcc/gcc-5370~2/src/configure
–disable-checking -enable-werror --prefix=/usr --mandir=/share/man
–enable-languages=c,objc,c++,obj-c++
–program-transform-name=/^[cg][^.-]*$/s/$/-4.0/
–with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib
–build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8
–target=powerpc-apple-darwin8
Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5370)

machine:

ppc7450

uname -a:

Darwin kosmos.local 8.11.0 Darwin Kernel Version 8.11.0: Wed Oct 10
18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh
powerpc

Did you ever make these changes to the portfile for wxgui?

@(^.^)@ Ed

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