py27-omniORBpy pre-built binary trouble

Ryan Schmidt ryandesign at macports.org
Sun Sep 7 21:38:25 PDT 2014


On Sep 7, 2014, at 11:32 PM, Thomas G Lockhart wrote:

> btw, I’ve been occasionally playing with updating omniORB (and omniORBpy) to the latest versions. They have always failed to build and I’d figured it was some breakage in the code for MacOS, but it turns out to be a Portfile problem where /opt/local/include is put on the compiler command line before the build directory paths are listed. If there is an older version of omniORB already installed, and if the include files are not fully compatible, then the build breaks. I’m guessing that it was the stuff added to make sure that the MacPorts compiler flags are used, but the omniORB makefiles are not using things in the expected order. A bad side effect. Will start tracking that down now too…

That should be easy enough to fix by adding one line:

configure.cppflags-replace -I${prefix}/include -isystem${prefix}/include

Will test that now.

For background on this, see https://trac.macports.org/ticket/40656




More information about the macports-dev mailing list