Mac OS X compilation errors

Hi all,

Apologies if this issue has already been resolved - I couldn’t find a
mention of it on the wiki or in the list archives. I’m compiling
gnuradio-core on Mac OS 10.4. I’ve downloaded all the dependencies
successfully, but when I issue the “make” command the build faults on
the file “circular_linked_list.h”.

The error is:

In file included from fusb_darwin.h:32,
from fusb_darwin.cc:33:
circular_linked_list.h: In constructor s_node<T>::s_node(s_node<T>*, s_node<T>*)': circular_linked_list.h:51: error: parse error before;’ token

My first thought was that this is somehow related to how different
versions of g++ treat inline functions, but I wasn’t sure.

Has anyone else had this problem, and if so how did you fix it?


Illix
“A little revolution, now and then, is a healthy thing.”

Illix - I’ve never heard of this problem … did you compile your own
GCC or are you using what’s provided by XCode? Which version are you
using? This code hasn’t been touched in 4 months, so hopefully it’s
“just” GCC or your environment variables. You can always go into the
file ( …/usrp/host/lib/circular_linked_list.h ) and change the
INLINE to “#define INLINE” and see if that works. If that
does, then it’s an interpretation of “inline”. - MLD

It’s GCC version 3.3, Apple build 1809, and I’m pretty sure it’s the
version provided by XCode (this dev environment was set up by another
and I can’t speak to what they may or may not have compiled).

–Illix

The hardware is a PPC Mac Mini, 1.42 GHz G4. It’s running 10.4.8.
The XCode build is…actually 2.1 rather than 2.4.1, now that I look
at it. Let’s upgrade that.

…And now it works! Splendid! What a stupid thing to miss. Thanks
a ton for pointing this out; otherwise I would have been confused for
quite a while.

–Illix

On Jan 16, 2007, at 11:25 AM, StormsShadow Silverlight wrote:

It’s GCC version 3.3, Apple build 1809, and I’m pretty sure it’s the
version provided by XCode (this dev environment was set up by another
and I can’t speak to what they may or may not have compiled).

Illix - Quite strange. What hardware / OSX / XCode versions are you
compiling under? I will try compiling from a fresh checkout from SVN
to see if I get this or not … on both a PPC and Intel-Mac running
10.4.8 and the latest XCode (I assume these are you conditions as
well?).

Important for MacOS X are (1) how you installed the required
background libraries and such … from DarwinPorts, Fink, source,
whatever? and (2) your shell environment (e.g. from “printenv”, if
you feel OK passing that on for a quick review).

If you’re using a current (from mid-December 2006 to current)
DarwinPorts install, then that can mess things up a bit for Python-
related stuff (though it shouldn’t make a difference for the USRP
module) since they’re transitioning from Python 2.4 to 2.5 and thus
different ports are under different Python installs … quite a PITA
IMHO. - MLD

You should be able to bootstrap, configure, compile, check, install,
and execute GR on MacOS X 10.4 and 10.5 (any sub-version of these),
using any recent XCode tools for that platform (2.2 or newer on 10.4,
3.0 or newer on 10.5). This might mean assigning the “correct”
compiler or various environment variables, but it can be done. Since
neither posters indicated what the issue(s) was/were, it’s difficult
to provide any further info. - MLD

StormsShadow Silverlight wrote:

The hardware is a PPC Mac Mini, 1.42 GHz G4. It’s running 10.4.8.
The XCode build is…actually 2.1 rather than 2.4.1, now that I look
at it. Let’s upgrade that.

…And now it works! Splendid! What a stupid thing to miss. Thanks
a ton for pointing this out; otherwise I would have been confused for
quite a while.

–Illix

I have the same problem on iBook G4 1.33GHz 10.4.8
But my Xcode version is 2.5
So what I have to do?
To downgrade to Xcode 2.4.1?

Cosmin