I am probably one of the only people on earth running into this conflict but its a result of Apache scripts not checking for OS X on non-apple targets. The conflict is caused by dev-libs/opencflite which is not in portage but some of the overlays. The problem stems from the macros basically checking that a header file exists and then assuming the target is Apple's OS X. I have attached a patch that works around the problem by checking the TARGET before checking the headers. This should fix the problem I am experiencing while still cross compiling on Linux. This patch will probably break compiling with LLVM on OSX HOST, but it should still cross-compile for OS X TARGET on Linux/Gentoo. http://sourceforge.net/projects/opencflite/ https://github.com/kwhat/crossdev-apple-overlay/tree/master/dev-libs/opencflite Reproducible: Always Steps to Reproduce: 1) Install dev-libs/opencflite from overlay. 2) Install or Update =dev-vcs/subversion-1.8.9 Actual Results: configure:18581: x86_64-pc-linux-gnu-gcc -o conftest -march=x86-64 -mtune=generic -Os -fomit-frame-pointer -fno-stack-protector -pipe -pthread -DLINUX -D_REENTRANT -D_GNU_SOURCE -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -Wl,-O1 -Wl,--as-needed -L/var/tmp/portage/dev-libs/apr-util-1.5.3-r2/temp conftest.c -framework CoreFoundation -framework Security -framework CoreServices -ldbus-1 >&5 x86_64-pc-linux-gnu-gcc: error: CoreFoundation: No such file or directory x86_64-pc-linux-gnu-gcc: error: Security: No such file or directory x86_64-pc-linux-gnu-gcc: error: CoreServices: No such file or directory x86_64-pc-linux-gnu-gcc: error: unrecognized command line option '-framework' x86_64-pc-linux-gnu-gcc: error: unrecognized command line option '-framework' x86_64-pc-linux-gnu-gcc: error: unrecognized command line option '-framework' configure:18581: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "subversion" | #define PACKAGE_TARNAME "subversion" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "subversion " | #define PACKAGE_BUGREPORT "http://subversion.apache.org/" | #define PACKAGE_URL "" | #define SVN_SOVERSION 0 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define SVN_HAVE_SERF 1 | #define SVN_HAVE_MEMCACHE 1 | #define SVN_HAS_ATOMIC_BUILTINS 1 | #define SVN_BINDIR "/usr/bin" | #define SVN_LOCALE_DIR "/usr/share/locale" | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define SVN_FS_WANT_DB_MAJOR 4 | #define SVN_FS_WANT_DB_MINOR 0 | #define SVN_FS_WANT_DB_PATCH 14 | #define SVN_HAVE_MACOS_PLIST 1 | #define SVN_HAVE_KEYCHAIN_SERVICES 1 | /* end confdefs.h. */ | | #include <dbus/dbus.h> | int main() | {dbus_bus_get(DBUS_BUS_SESSION, NULL);} Expected Results: No -framework junk in compiler arguments. configure: C compiler flags: -march=x86-64 -mtune=generic -Os -fomit-frame-pointer -fno-stack-protector -pipe -pthread configure: user-defined: -march=x86-64 -mtune=generic -Os -fomit-frame-pointer -fno-stack-protector -pipe configure: maintainer-mode: configure: C++ compiler flags: -march=x86-64 -mtune=generic -Os -fomit-frame-pointer -fno-stack-protector -pipe configure: user-defined: -march=x86-64 -mtune=generic -Os -fomit-frame-pointer -fno-stack-protector -pipe configure: maintainer-mode: checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for inflate in -lz... no configure: error: subversion requires zlib !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-vcs/subversion-1.8.9/work/subversion-1.8.9/config.log * ERROR: dev-vcs/subversion-1.8.9::gentoo failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 7142: Called econf '--libdir=/usr/lib64' '--without-apache-libexecdir' '--without-apxs' '--with-berkeley-db=db.h:/usr/include/db4.8::db-4.8' '--without-ctypesgen' '--enable-runtime-module-search' '--without-gnome-keyring' '--disable-javahl' '--without-jdk' '--without-kwallet' '--enable-nls' '--without-sasl' '--with-serf' '--without-swig' '--enable-local-library-preloading' '--disable-disallowing-of-undefined-references' '--with-apr=/usr/bin/apr-1-config' '--with-apr-util=/usr/bin/apu-1-config' '--disable-experimental-libtool' '--without-jikes' '--disable-mod-activation' '--disable-static' * phase-helpers.sh, line 584: Called die * The specific snippet of code: * die "econf failed" * * If you need support, post the output of `emerge --info '=dev-vcs/subversion-1.8.9::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-vcs/subversion-1.8.9::gentoo'`. !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH="" JAVA_HOME="/etc/java-config-2/current-system-vm" JAVACFLAGS="" COMPILER="" and of course, the output of emerge --info =subversion-1.8.9 * The complete build log is located at '/var/tmp/portage/dev-vcs/subversion-1.8.9/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-vcs/subversion-1.8.9/temp/environment'. * Working directory: '/var/tmp/portage/dev-vcs/subversion-1.8.9/work/subversion-1.8.9' * S: '/var/tmp/portage/dev-vcs/subversion-1.8.9/work/subversion-1.8.9'
Created attachment 382952 [details, diff] config-osxfix.patch Patch file to work around the problem. Upstream patch should probably use uname or a more sophisticated method of determining the correct flags.
Alas, you are not the only person suffering from this. I am dealing with this garbage too. --your doppleganger, two years in the future.
Re-assigning to the maintainer for >=subversion-1.8
Still an issue with current subversion versions?
(In reply to Lars Wendler (Polynomial-C) from comment #4) > Still an issue with current subversion versions? Hi, Sorry for the delay. Yes this is still an issue with =dev-vcs/subversion-1.12.0. In retrospect, I probably should have reported this upstream. Thanks.
(In reply to Alex Barker from comment #5) > (In reply to Lars Wendler (Polynomial-C) from comment #4) > > Still an issue with current subversion versions? > > Hi, > > Sorry for the delay. Yes this is still an issue with > =dev-vcs/subversion-1.12.0. In retrospect, I probably should have reported > this upstream. > > Thanks. So I took a look at the underlying issue and I think it would be best if I refactored the include path for opencflite. We can close this bug.