> On Jul 26, 2015, at 09:49, Robert Wohlhueter <bobwohlhue...@earthlink.net> > wrote: > > Incremental progress, but still not out of the woods.. > > Your suggestion that my “clang” was a zombie from an earlier Xcode > installation was apparently correct. It is version 1.7. Your suggestion to > `xCode-select --install` worked, with the result that > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin > is now populated with a bunch of executables, including, notably “clang” and > “ld”. This new clang shows as version “Apple LLVM v.6.0”. > > At this point, when I run `fink update-all`, I still get the same > compiler-can’t-create-executable error, with the config.log complaining > “/sw/var/lib/fink/path-prefix-clang/gcc: line 23: clang: command not found”. > > In that directory, clang is linked to “compiler-wrapper”, which, in turn, is > a script referencing “clang”, but without path specification. When I link > the new “/Applications/Xcode.app/,,,,/bin/clang” to a directory > searched by fink (namely /usr/bin), that satisfies fink, which however then > stumbles on a further error (from ‘config.log”): “ld: error: unable to find > utility "ld", not a developer tool or in PATH. > > Of course, there is also a ‘ld” executable in the > “/Applictions/Xcode.app/…./bin” — which might resolve that problem. But it > strikes me as awfully kludgy to have to link all three dozen or so > executables there into /usr/bin (or whatever). It would seem slicker if fink > could be bent to include that path (/Applications/Xcode.app/…bin) in it’s > search path. > > So, it seems clear that the problem now boils down to a where-to-look > problem. What's your advice? > > Bob W. >
Any kludging is on Apple’s part. You probably need to create a /usr/bin/ld symlink. That being said, my Xcode + Xcode Tools installs have always set things up appropriately in /usr/bin, and that has been the case for most people. A reason we don’t put /Applications/Xcode.app/…/bin into the PATH is that we don’t actually require Xcode.app to be installed. Oh, and /usr/bin/ld shows up here as being installed by the system, at least as a stub: Fionna:~ hansen$ which ld /usr/bin/ld Fionna:~ hansen$ pkgutil --file-info /usr/bin/ld volume: / path: /usr/bin/ld pkgid: com.apple.pkg.Essentials pkg-version: 10.10.0.1.1.1411459885 install-time: 1415836079 uid: 0 gid: 0 mode: 755 pkgid: com.apple.pkg.update.os.10.10.2.14C109.combo pkg-version: 1.0.0.0.1.1422001861 install-time: 1424286085 uid: 0 gid: 0 mode: 755 pkgid: com.apple.pkg.update.os.10.10.2.14C109.patch pkg-version: 1.0.0.0.1.1422001861 install-time: 1425173528 uid: 0 gid: 0 mode: 755 Is /usr/bin/ld completely absent for you? -- Alexander Hansen, Ph.D. Fink User Liaison
------------------------------------------------------------------------------
_______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
