Sine Sine Everywhere a Sine

Official support for: u-he.com
Post Reply New Topic
RELATED
PRODUCTS

Post

Howard wrote:@billstei
I'm still here reading these posts - can't understand dev-speak, so I have nothing to add to the conversation. Yet :)
8)

Okay everybody, False Alarm! He's fine. Relax!

Post

Stuff landed in /usr/local/..., including a .a file. A couple sndfile-tools were in /usr/local/bin and work, as well.

Post

xh3rv wrote:Stuff landed in /usr/local/..., including a .a file. A couple sndfile-tools were in /usr/local/bin and work, as well.
Try typing this in a terminal:

pkg-config --libs fftw3

pkg-config --libs sndfile

and you will get line(s) with some linker flags on it (let me know what you get). What this is doing is... There are hopefully files called fftw3.pc and sndfile.pc in the directory /usr/lib/pkgconfig, and inside these files are information for both the compiler and linker to tell it where you put the libraries (as opposed to where I have them). In theory I can set up the Blueberry project to use this so that it can do either Linux or OSX with the least or no changes, because it adapts to each system using pkg-config.

Post

For fftw3:

-L/usr/local/lib -lfftw3 -lm

For sndfile:

-L/usr/local/lib -lsndfile

The .pc files were created during compilation of the libraries but not moved anywhere.

Post

xh3rv wrote:For fftw3:

-L/usr/local/lib -lfftw3 -lm

For sndfile:

-L/usr/local/lib -lsndfile

The .pc files were created during compilation of the libraries but not moved anywhere.
Looks good, don't change a thing -- I will implement pkg-config. One thing to note however, is that fftw3 is also looking for the math library libm with the -lm above, so just to make sure... check for it here:

ls /usr/lib/libm.a

Post

libm.a is nowhere on this system, Googling it a bit is saying Apple doesn't require libm to be linked . . .
You do not have to explicitly link with the math library on Mac OS X (aka Darwin) to use it, it is already included in libSystem.
from http://gcc.gnu.org/ml/gcc-bugs/2003-11/msg00937.html

So I guess Apple wants math to be dynamically linked, which makes sense in a way - if they need to recalculate the precise location of the Stonehenge-Bermuda Triangle-Steve Jobs wormhole, math has to change.

Post

I still have no idea what exactly is going on here, but the air in here tastes like electricity. Like something magical is going to happen. And suddenly, this video springs to mind:


Post

Polybius wrote:I still have no idea what exactly is going on here
That makes two of us!

To the best of my understanding and ability to describe: developing cross-platform requires careful attention because anything more complicated than arithmetic is likely to be defined by OS-specific libraries, with little to no chance of playing nicely across operating systems _unless_ the choices of libraries has been good. Billstei is double-checking that decisions he's made about libraries will result in something that plays nicely on OS X.

Post

xh3rv wrote:libm.a is nowhere on this system, Googling it a bit is saying Apple doesn't require libm to be linked . . .
You do not have to explicitly link with the math library on Mac OS X (aka Darwin) to use it, it is already included in libSystem.
from http://gcc.gnu.org/ml/gcc-bugs/2003-11/msg00937.html

So I guess Apple wants math to be dynamically linked, which makes sense in a way - if they need to recalculate the precise location of the Stonehenge-Bermuda Triangle-Steve Jobs wormhole, math has to change.
Huh. Well crap. Okay then I guess we can't use pkg-config, which would have been nice... but I have not been compiling with -lm anyway, so apparently the parts of fftw3 that use it, I am not using. Yet -- but hopefully I won't have to. But that means it would be easier (not absolutely necessary, but easier) if you had the two libraries in /usr rather than /usr/local, and this is "easy" to do. You probably did something like this:

./configure
make
make install

So first do this to undo that:

make uninstall

then start over doing this instead:

./configure --prefix=/usr
make
make install

And the libraries will not go into /usr/local. Of course this assumes you did ./configure, make, make install, but that is pretty normal stuff. It also assumes the configure scripts support --prefix, but again, very normal stuff here. No wormholes, or gigawatts, or magicalness.

Post

Polybius wrote:I still have no idea what exactly is going on here, but the air in here tastes like electricity. Like something magical is going to happen. And suddenly, this video springs to mind:

The Blueberry Thing is just a graphical version of what the Octave Fun Pack was, only with more powerful awesomeness and terrifyingly bad puns. But the real reason for me replying is so I can post one more time...

Post

Ha! I am making the 100th post in this thread, and that makes me special. Where's my cake and ice cream and funny hats? I only want what's coming to me.

Post

billstei wrote: ./configure --prefix=/usr
make
make install
This went smoothly, have fftw/libsndfile stuff in /usr/... now.

Post

xh3rv wrote:
billstei wrote: ./configure --prefix=/usr
make
make install
This went smoothly, have fftw/libsndfile stuff in /usr/... now.
Okay, sounds good, and I think we can be 99.99% sure that an OSX build is possible now. Are you thinking about making your build public or no? You certainly don't have to, but I get the feeling there are a lot of Mac users around here that would grab it.

Post

billstei wrote:Are you thinking about making your build public or no?
Of course :)

Post

billstei wrote:Ha! I am making the 100th post in this thread, and that makes me special. Where's my cake and ice cream and funny hats? I only want what's coming to me.
:party: :harp:

Post Reply

Return to “u-he”