mac 1.50 linking

BlitzMax Forums/BlitzMax Programming/mac 1.50 linking

dmaz	(Posted 2015) [#1]

I've been using an old fmod dynamic library for awhile now. I had no issues compiling and running with
bmx: 1.47
osx: 10.7.5
xcode: 4.5

now using
bmx: 1.50
osx: 10.10.3
xcode: 6.1.1

I have no issues compiling programs or building the fmod mod with 'bmk makemods'.

but then when I compile the test program I get this

Building test1
Compiling:test1.bmx
Linking:test1.debug
Undefined symbols for architecture i386:
  "_OTCountDataBytes", referenced from:
      _FSOUND_Sockbuf_Select in libfmodx86.a(system_net.o)
      _FSOUND_Sockbuf_UpdateThread in libfmodx86.a(system_net.o)
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Build Error: Failed to link /Users/dave/Documents/Projects/BlitzMax/fmod spec/test1.debug.app/Contents/MacOS/test1.debug
Process complete

any ideas?

Brucey

(Posted 2015) [#2]

That Open Transport function was deprecated in 10.4. It seems they've finally removed it altogether.

You probably want to be using a newer version of fmodex.

Your other option could be to hope that your code never causes those Sockbuf functions to be called, and then create a stub OTCountDataBytes in C...

dmaz	(Posted 2015) [#3]

Ok, that's what OT stands for there. I couldn't find anything on that function name.

When I posted I was mistaken, I had actually been trying to link to a libfmodx86.a. Late last night(my time:) I was successful with using the dynamic library of the same version that I had I an different computer. both the .a and the .dylib are 3.75.

Now, why does that work? I suppose the linker can't verify the library as it doesn't know what it will be using. So, I'd have to cross my fingers then and hope those calls aren't used for the stuff I do, right?

Yeah, I suppose I need a new version...

thanks!