-
Notifications
You must be signed in to change notification settings - Fork 75
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ogre fails to build on 10.11 / Xcode 7 #47
Comments
I think this may be related, but I'm not sure. I'm running 10.10.5 with Xcode 7, and I receive the following error:
|
You may also want to try the ogre 1.8 and 1.9 formulae in #24 |
Hm... I just upgraded an old laptop, and it is able to build the ogre formula and gazebo6 without any problems. It only has the command line tools, not the full Xcode suite, so maybe that is the difference? |
I also have the same problem on OS X 10.10.5 |
Yes, I think it is an issue with Xcode. I'm currently running OS X 10.10.5, On Mon, Oct 5, 2015 at 8:38 AM Michael Burri notifications@github.com
|
Can any of the maintainers upload a bottle of gazebo? The core issue is that people need to build it themselves. |
I'll look into building bottles. |
It's absurdly easy to do and saves your adopter tons of time and headaches. It's not a great experience to have to wait for the build when almost in homebrew is bottled today - let alone when it doesn't build. It also saves the maintainers precious time because you can then decide when you want to release a new binary and you don't have to maintain rolling releases and tool upgrades any more as diligently. The ability of Dronecode to start relying on Gazebo critically depends on this level of maintenance. Instructions here: |
I'll clarify, I was already aware of bottles and have experimented with them before, but they aren't yet part of our automated release process. I'm building an ogre bottle for 10.11 as we speak. The command-line tool does make it very easy, but it adds to our support workload, which is why it hasn't happened prior to now. There may be a problem with bottling gazebo and the bullet physics engine. The official homebrew bottles all use default options. Gazebo versions 5+ depend on bullet by default but require the non-default |
ogre bottles uploaded for 10.10, 10.11 in 22d01e5, please test |
Link to our discussion about automating this: |
Thanks a lot @scpeters, seems to work for me! |
A bottle for sdformat would be great:
|
I presume you're aware of the OS X support for Travis? That could help building and deploying the bottles. Or is there a way for you to upstream that to the mainline homebrew project? |
The Ogre bottle worked btw, many thanks! 👍 |
That sdformat log doesn't show the error. Could you paste the whole thing in a gist? We currently are using travis for this tap, but it's just linting the formulae ( Glad the ogre bottle works :) |
It fails at the make install step, sec. |
|
I'm pretty sure its again XCode version and it just needs a bottle. |
Yep, again failing because of moved standard headers:
|
Regarding the If your install fails and you notice a line in the reported log file that says something like "Fatal error: 'unistd.h' file not found", it's likely due to the path to the active developer tools not correctly setup. To fix, simply execute the following command:
A confirmation dialog box will pop-up and the tools will be installed. From here, re-kickstart the gnuradio installation and you should be golden. |
Thanks, that did it. What is super weird is that I'm building Qt and command line projects successfully. |
Is there some one tell me what is bottles and how to use these?I found this page while I was searching orge 'unistd.h' file not found .
|
@GerrieWell bottles are a binary build of a homebrew formula and are described here in the homebrew documentation. I have built bottles for a few packages, including ogre, so you shouldn't have to compile them. All I can say about the compilation errors is that like the developer tools are not properly configured. Did you try the |
This problem just cropped up on our CI machine when I upgraded Xcode. The |
Whoops, that comment by @osrfbuild was from me. The following seems to indicate that it is a problem with Xcode 7: |
The CI machine is running Yosemite (10.10), and I've uninstalled Xcode to see if that will work. I imagine that won't work for everyone, but there are some other suggestions in that forum thread that could be tried. |
I have installed ogre1.8 by the bottles.Thank you. |
I'm now seeing the same build errors as @justinthomas on my 10.10 machine that has Xcode installed. It seems to build properly if only the command-line tools are installed (though that required a recent fix #85). Strangely, if I |
I ran into this problem again (still using 10.10) where it was trying to use the 10.11 SDK provided by Xcode. My solution is to export the following environment variables:
These are used by cmake: |
It fails to build because it can't find the framework for Xcode 6.x. Would it be possible that one of the maintainers builds a bottle for Ogre and uploads it? That would make the experience more stable.
Otherwise, could you maybe have a quick look at a CMake level patch to pick the 10.11 deployment target instead of 10.10? I'm not up to speed on CMake.
The text was updated successfully, but these errors were encountered: