build: osx: attempt to work with homebrew keg-only packages #115

1. 
   theuni commented at 4:21 pm on November 24, 2014: contributor

   @gavinandresen Could you please give this a try? I’m not sure what’s different about your setup, but I’d like to be sure it works in your case before merging. Please be sure that ‘make check’ works as well, to verify that the correct runtime path is embedded.
2. theuni force-pushed on Nov 24, 2014
3. build: osx: attempt to work with homebrew keg-only packages e2274c58e6
4. 
   gavinandresen commented at 4:52 pm on November 24, 2014: none

   Works for me on my 10.9 machine (but my 10.9 machine was working before).

   FYI default g++ search path on that machine is:

    0gavin$ g++ -E -x c++ - -v < /dev/null
    1Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn)
    2...
    3#include <...> search starts here:
    4 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1
    5 /usr/local/include
    6 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.0/include
    7 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
    8 /usr/include
    9 /System/Library/Frameworks (framework directory)
   10 /Library/Frameworks (framework directory)
   11End of search list.
   

   The difference is my 10.10 machine was running macports once upon a time, there must be some leftover cruft on it somewhere.

5. 
   sipa commented at 4:53 pm on November 24, 2014: contributor

   @mikehearn you were also reporting problems?
6. 
   theuni commented at 4:55 pm on November 24, 2014: contributor

   @gavinandresen ok, thanks for testing. Likely the secondary fix will be what helps here. In addition to fixing keg-only gmp installs, this also makes a change so that macports paths are added as a very last resort, whereas they were always used before.
7. theuni cross-referenced this on Nov 24, 2014 from issue Goto3 by iangfc
8. 
   gavinandresen commented at 11:44 pm on November 24, 2014: none

   Fixes the build on my 10.10 machine.

   Just for future reference: my 10.10 machine’s include search path is:

   0#include <...> search starts here:
   1 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1
   2 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.0/include
   3 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
   4 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include
   5 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks (framework directory)
   6End of search list.
   

   …. so the issue is that the brew /usr/local/include is not in the default list, not some macports leftover cruft.

9. 
   gavinandresen commented at 11:54 pm on November 24, 2014: none

   @mikehearn : Workaround is to run: xcode-select install … which adds /usr/local/include and /usr/include to the include search path.
10. sipa merged this on Nov 25, 2014
11. sipa closed this on Nov 25, 2014

    ---

12. sipa referenced this in commit 9431d6b112 on Nov 25, 2014

Contributors
theuni gavinandresen sipa