> On Jul 26, 2015, at 11:09, Alexander Hansen <alexanderk.han...@gmail.com> > wrote: > > >> 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 >
If you want to tweak Fink’s PATH it’s not too hard. /sw/etc/profile.d is our standard place to stash shell scripts for packages to modify the startup environment, so you could add one (maybe named zzzz.sh) with the following contents: export PATH=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin:$PATH Then open a new terminal window. ------------------------------------------------------------------------------ _______________________________________________ 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
