It's not a symlink. Every time I run xcode-select, the timestamp of the
file changes, so perhaps it's copying the binary? Why isn't it - correctly
- evaluating the output of 'gcc --version' instead of looking for a symlink?
On Tue, Jul 9, 2013 at 9:37 AM, Alexander Hansen <
> On 7/9/13 6:01 AM, Reaves, Timothy wrote:
>> This is not an Xcode beta issue. The output shows that the gcc in use
>> is from Xcode, not Xcode5-DP3.
>> Checking system... i386-apple-darwin12.4.0
>> Under Mac OS X 10.8.4, Fink must be bootstrapped or updated with gcc
>> 4.2, however, you currently have gcc (unknown version) selected.
>> This typically is due to alteration of symlinks which were
>> installed by Xcode. To correct this problem, you will need
>> to restore the compiler symlinks to the configuration that
>> Apple provides.
>> /sw/bin/dpkg: error processing fink (--install):
>> subprocess post-installation script returned error exit status 29
>> Errors were encountered while processing:
>> ### execution of /sw/bin/dpkg-lockwait failed, exit code 1
>> Updating the list of locally available binary packages.
>> Scanning dists/stable/main/binary-**darwin-x86_64
>> New package:
>> Failed: can't install package fink-0.35.1-71
>> ~/Downloads/fink-0.34.8$ gcc --version
>> Configured with: --prefix=/Applications/Xcode.**
>> Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)
>> Target: x86_64-apple-darwin12.4.0
>> Thread model: posix
> Is your /usr/bin/gcc not a symlink, again? As I said last time when you
> had this error on bootstrap, the normal situation for a decade has been
> that /usr/bin/gcc is a symlink, and fink tests for that.
> As a workaround, maybe temporarily rename your /usr/bin/gcc and create a
> /usr/bin/gcc symlink pointing to it.
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/