Re: clang34/llvm34 built on Yosemite Beta
David Fang <[email protected]>
| Newsgroups | gmane.os.apple.fink.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi John, >>> 1) change line 131 of llvm34.info from >>> if test "$darwin_vers" -ge 11 >>> to >>> if test "$darwin_vers" -ge 11 -a "$darwin_vers" -lt 14 >> >> Does that mean that the libc++ headers are once again in /usr/include? >> Or did you sudo add a symlink to make it work? >> Is there any harm in keeping that section on darwin14/Xcode-future? >> It is intended to work robustly for future Xcodes. >> > Sorry for the slow reply: apparently in Xcode-6 the c++/v1 directory is once again under include vs. lib, > so the "old" behavior from darwin-10 (OS-X 10.6 I guess) works for Yosemite 10.10. I checked that this > modification didn't break anything under darwin-13 Mavericks 10.9, so I believe this will work. Thanks for the confirmation. Though I have to ask whether checking for darwin_vers is really the best way to select the behavior of searching for C++ system headers. Are the C++ headers tied more to the version of Xcode or the OS version? If indeed the former is true, what's a good way to get the xcode version from the command-line? Currently the packaging specifies a minimum Xcode version of 4.6, I'd like to keep that as loose as possible. My packaging concerns: And what can one expect if the user switches versions after llvm34 is installed? I've built llvm34 fairly free-standing in that the system header path should only matter in stage 1 of the bootstrap, but I'm making a huge assumption that the same paths don't wind up somewhere in the C++ driver code. This just requires investigation on my part. My hope is that C++ headers are part of the OS, and not the range of versions of Xcode that a given OS version supports. Can anyone comment? David -- David Fang http://www.csl.cornell.edu/~fang/ ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _______________________________________________ Fink-devel mailing list [email protected] List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel