Opened 13 years ago

Closed 12 years ago

#31889 closed enhancement (fixed)

Fixing ogre v1.7.3 build on MacOS X 10.6

Reported by: marin.saric@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 2.0.3
Keywords: haspatch Cc: newchief@…, mamoll (Mark Moll), benjamin.michalski@…, ryandesign (Ryan Carsten Schmidt)
Port: ogre

Description

I applied the fix suggested by mmoll in ticket #30688 and ogre built successfuly on my 10.6.8 machine.

After adding the SDK root to the Portfile, things build without errors.

Attachments (1)

ogre.diff (452 bytes) - added by marin.saric@… 13 years ago.
The patch suggested by mmoll to fix the SDK root

Download all attachments as: .zip

Change History (6)

Changed 13 years ago by marin.saric@…

Attachment: ogre.diff added

The patch suggested by mmoll to fix the SDK root

comment:1 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added
Keywords: haspatch added

Setting macosx_deployment_target should be irrelevant, since MacPorts base already sets that for you.

Setting configure.sdkroot is presumably the relevant part, since without that, I get:

error: There is no SDK with the name or path '/'

But surely then the problem is not unique to Snow Leopard; surely Lion, Leopard and Tiger Intel users would see the same error; MacPorts only sets configure.sdkroot on Tiger PowerPC.

I wonder what is generating the error message; it does not appear in the ogre source. I think it's something in Xcode itself. It's confusing to me then that we haven't run into this problem with other ports.

comment:2 Changed 13 years ago by marin.saric@…

This file is the only file that attempts "multiple inheritance" (kind of) by specifying two PortGroup directives, one after the other.

I am getting this MacPort in proper shape right now. I have ported an important dependency, OIS, so that the Samples can be tried out.

The OIS port is in ticket #31974.

I converted the project to a cmake only project. Right now, it's in DYLD hell. In a sandbox it builds, uses OIS and runs Samples more/less correctly at a high fps.

I am working to port every part of it properly and to support both the dynamic and static linking variants.

comment:3 Changed 13 years ago by marin.saric@…

Status report:

The OIS port is now checked in as r87081 (thanks RyanDesign!)

I've gotten static building to work. Even though the generated library is huge @ ~350MiB, the Sample application which pulls in just about everything you can think of ends up being at a much more acceptable 18MiB.

The current port applies patches that force the Unix-style RPATHs and even hardcodes one of the directories in macUtils.cpp . This effectively removes the ability to ship an Application Bundle that runs outside of MacPorts. I am trying to remedy that.

I am aiming for light patches that do not break the functionality offered by the official non-MacPorts MacOS X distribution. I'll probably have something this weekend..

comment:4 Changed 13 years ago by marin.saric@…

Reposting from ticket #30688:

I submitted a new static-linking-based port of OGRE as a ticket #32302.

The new port builds without XCode and runs on MacOS X 10.6 and MacOS X 10.7 . I am using my new port in a Computer Vision/Robotics application where it also interacts with OpenCV and even successfully links itself into a MATLAB plugin(!).

The new port's name is ogre-static, because it cannot as of now coexist with the currently present ogre and it is not a simple variant.

comment:5 Changed 12 years ago by marin@…

Resolution: fixed
Status: newclosed

Resolved by #32302

Note: See TracTickets for help on using tickets.