IRC Log Viewer » #firebreath » 2015-03-16

IRC Nick Time (GMT-7) Message
Tim 09:03 I'm running into the same issue what was reported in: http://logs.firebreath.org/irc_channels/1/log_files/1257
The discussion was cut short and no resolution was mentioned.
The discussion was cut short and no resolution was mentioned.
Any assistance would be appreciated.
Any assistance would be appreciated.
kylehuff 10:03 Tim: is this happening when you compile the example(s) or with your own project only?
kylehuff 10:03 Tim: it sounds to me like a build environment issue, so on a hunch, I googled it, and there is quite a lot of results on the interwebs about it. The consensus seems to be that xcode >= 5.0, the xcode CLI utilities are not updated automagically. some chatter about it: https://trac.macports.org/ticket/40961#comment:1
Tim 10:03 Thanks for the response.
I'm building with Xcode 6.1.1
I have the command line tool installed for it on OSX 10.9.
I'm building with Xcode 6.1.1
I also have the CMAKE_OSX_DEPLOYMENT_TARGET=10.7.
I also have the CMAKE_OSX_DEPLOYMENT_TARGET=10.7.
By setting the deployment target to an older version of OSX, xcode should have done weak linked in the new functionality of the newer SDK. However, it doesn't seem to the case.
By running the nm tool on my app, I see the following symbol table info when it linked in sincos:
000c42e0 (__TEXT,__text) non-external (was a private external) ___sincos (undefined) external ___sincos_stret (from libSystem) 000c42c0 (__TEXT,__text) non-external (was a private external) ___sincosf (undefined) external ___sincosf_stret (from libSystem) 000c4340 (__TEXT,__text) non-external (was a private external) ___sincospi (undefined) external ___sincospi_stret (from libSystem) 000c4320 (__TEXT,__tex
000c42e0 (__TEXT,__text) non-external (was a private external) ___sincos (undefined) external ___sincos_stret (from libSystem) 000c42c0 (__TEXT,__text) non-external (was a private external) ___sincosf (undefined) external ___sincosf_stret (from libSystem) 000c4340 (__TEXT,__text) non-external (was a private external) ___sincospi (undefined) external ___sincospi_stret (from libSystem) 000c4320 (__TEXT,__tex
Sorry. Here it is with better text alignment:
000c42e0 (__TEXT,__text) non-external (was a private external) ___sincos
(undefined) external ___sincos_stret (from libSystem)
There's another product I have that was create directly with Xcode without using CMake. It links in the same library, but it's doing it as a weak link. Here is it's symbol table from nm tool:
0002f440 (__TEXT,__text) weak external ___sincos (undefined) external ___sincos_stret (from libSystem)
taxilian 10:03 Interesting; I haven't seen that before
Tim 10:03 So, it not clear as to why things are linked differently in the Xcode projects created by cmake.
taxilian 10:03 and incidentally, I've seen you ask this before but you didn't stick around long enough for me to get back to my computer and ask. =] this channel is alive, but most of us are very busy. just for future reference
Tim 10:03 Sorry about that. I though it would be better to restarted this morning (America PST). However, I just noticed, this morning, that most if not all of you aren't in America.
taxilian 10:03 I am, actually; I'm MST
but I don't always see messages right away
Tim 10:03 Do you know if the discussion, I mentioned at the beginning, was ever resolved?
taxilian 10:03 in the irc channel? I don't believe so, since they left before we got back as well
Tim 10:03 OK. So, where can I go from here?
taxilian 11:03 let's back up a bit and get on the same page
Tim 11:03 OK.
taxilian 11:03 I assume you've tried wiping out your build directory?
Tim 11:03 Yes, every time it gets built.
Yes, every time it gets built.
Then proceeding to prepmac.sh and then running xcodebuild on the Firebreath.xcodeproj.
taxilian 11:03 what SDK are you using?
Tim 11:03 With Xcode6.1.1 it comes with 10.9 sdk and 10.10 sdk. I'm using 10.9 sdk.
taxilian 11:03 try it with the latest, just for kicks
try it with the latest, just for kicks
what is the full command line you're passing in?
for the prep script?
Tim 11:03 In the linking process it mentions isysroot set to 10.9 sdk.
OK. Let me give that a shot.
taxilian 11:03 and just FYI you can use cmake --build path/to/build/folder for a cross-platform method of building command line
Tim 11:03 good to know.
good to know.
Let me get back to you later. It does take a little while and I'm now running into a different error.
taxilian 11:03 ok
Tim 11:03 Hopefully no longer than an hour.
Tim 12:03 Building it with 10.10SDK resulted in the same error at load time.
Building it with 10.10SDK resulted in the same error at load time.
taxilian 12:03 hmm, so it's only at load time
have you tried building FBTestPlugin?
have you tried building FBTestPlugin?
Tim 12:03 prepmac.sh -D CMAKE_BUILD_TYPE=Release -D CMAKE_OSX_SYSROOT="/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX/Developer/SDKs/MacOSX10.10.sdk -D CMAKE_OSX_DEPLOYMENT_TARGET=10.7
Tim 12:03 Let me give that a try.
Tim 13:03 it tried to compile the examples, but kept running into errors about "error: use of undeclared identifier ..."
taxilian 13:03 sorry, I'm back now
went to lunch, forgot to mention
went to lunch, forgot to mention
did you try building just FBTestPlugin and not the other?
did you try building just FBTestPlugin and not the other?
because that should build fine...
because that should build fine...
Tim 13:03 Let me get back to you later. I'm going to go get lunch.
Let me get back to you later. I'm going to go get lunch.
taxilian 13:03 aight
I'm usually around during the day; ping me directly if I don't respond, sometimes that gets my attention faster
(just mention my nick)
Tim 13:03 I did build that by itself, but unsure how to test it.
I did build that by itself, but unsure how to test it.
taxilian 13:03 just open either test.html (from FBTestPlugin's dir) or the FBControl.htm file from the build dir
just open either test.html (from FBTestPlugin's dir) or the FBControl.htm file from the build dir
Tim 13:03 How do I ping you directly?
taxilian 13:03 just mention my name in the channel (taxilian)
IRC clients generally have a notification when that happens
Tim 14:03 taxilian
taxilian
The test html file is not finding the plugin.
taxilian 14:03 hmm
hmm
Did you build it the correct architecture?
Tim 14:03 Where can I confirm that?
Does the plugin needs to be placed is a certain directory location?
Does the plugin needs to be placed is a certain directory location?
taxilian 14:03 oh... are you on the latest trunk build?
sorry, are you on master in the repo?
there was a bug in FBTestPlugin
check where the binary is located and what the filename is
check where the binary is located and what the filename is
Tim 14:03 It's unlikely that I'm using the latest firebreath code.
It's unlikely that I'm using the latest firebreath code.
taxilian 14:03 definitely recommend updating
Tim 15:03 taxilian
taxilian 15:03 yes?
Tim 15:03 just downloaded the latest firebreath code.
Compile just the FBTestPlugin project.
open the FBControl.htm and encounter the same problem it's reporting missing plugin.
Compile just the FBTestPlugin project.
Do I need to install the plugin in some sort of directory location?
Do I need to install the plugin in some sort of directory location?
taxilian 16:03 Tim: what is the path and filename of the plugin binary?
Tim 16:03 <firebreath dir>/buildex/projects/FBTestPlugin/RelWithDebInfo/FBTestPlugin.plugin
Using <firebreath dir>/buildex/projects/FBTestPlugin/gen/FBControl.htm to test.
Tim 17:03 I'm going to check back later.
taxilian 17:03 that's not the binary, it's the directory
look inside the .plugin bundle