[VoxBo] build problems on Mac OS

[Jarrod Lewis-Peacock]

>
> Forcing the darwin flags should help, although it's disturbing that it
> wasn't working already, since it's a very simple makefile.  I wonder
> if you're somehow using a different version of make that doesn't
> support the shell directive.  I'm using the same version of OSX that
> you are, and presumably the same version of Xcode (2.4.1), on a
> machine that was new a month or so ago, so I probably followed more or
> less the same install procedure you did.  I am using gcc 4.0.1 (you
> can set it by running gcc_select), so that could explain some of the
> issues.  (Unfortunately, when you switch compilers you'll probably
> have to rebuild gsl and qt.)  However, the compiler version doesn't
> explain what's going wrong with your makefiles.


Aha...that could be the (or one of the) problems. Xcode 2.0 is installed on
this machine, not the 2.4.1 you have. I used gcc_select to change to the gcc
3.3. because of some threads I found online about "lazy symbols" and "lazy
pointers" that happen when using gcc 4.0.

Incidentally, that's why I'm trying to compile Voxbo on this mac, because
when I downloaded 1.8.4 for MacOSX and tried to run it out of the box, I got
the following errors:

dyn-74-251:/usr/local/VoxBo/bin root# ./vq -v
dyld: lazy symbol binding failed: lazy pointer not found
dyld: lazy pointer not found
Trace/BPT trap

I searched online for similar errors and found a bunch of threads citing
compile problems, and so I started trying to build voxbo here from source.

> However, the GSL library doesn't seem to be linking correctly either. The
> > GSL setup commands at the top of the make_stuff.txt wasn't working
> right,
> > and the build was halting after the linker complained about not finding
> a
> > bunch of "_gsl_*" symbols. I hard coded the
> > GSL_CFLAGS=-I/usr/local/include/gsl and am trying to recompile.
> >
> > Is the make_stuff file broken in a lot of places or am I just using it
> > incorrectly?
>
> The $(shell xxx) directive is a standard thing in GNU make.  Changing
> it to $(bash xxx) is basically like commenting those lines out.  You
> said you hardcoded GSL_CFLAGS, did you do the same with GSL_LIBS?  If
> you didn't, that would explain all the missing GSL symbols.  You
> didn't paste in the output this last time, so it's hard to tell what
> went wrong, but that seems likely.


I see. No, I didn't also hardcode GSL_LIBS. I'm relatively inexperienced
with makefiles, though assumed the $(shell xxx) directive was probably a
standard thing, but it didn't seem to be working for me.

The $(shell) thing was I thought well supported by just about all
> versions of make, so I'm baffled as to why it would work on one
> machine but not another, especially since we seem to have the same
> stuff installed.  Can you double-check your version of make (make -v)?
> And can you verify that you have Xcode 2.4.1 installed?  I don't know
> if there's a good way to find the version other than looking at the
> pdf file in the /Developer directory.
>
> I would definitely switch to gcc 4 once the makefile stuff looks
> healthy.


make -v
GNU Make 3.80

again, the version of Xcode I have is 2.0. I'm in the process of updating
that to 2.4.1. Then I'll switch to gcc 4 like you suggested.

Thanks again for your help Dan.

Jarrod
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.voxbo.org/pipermail/voxbo-general/attachments/20070831/d50963aa/attachment.html