The text isn't quite applicable as I said, and should probably be
changed in the next release.
The issue you've experienced is is something _entirely_ different from
an absolute path. The test is whether /usr/bin/gcc is a symlink rather
than a real file, period, without respect to version. I don't recall
the reason offhand, but it was possibly an issue with an upgrade path
prior to 10.4, or maybe just to safeguard against third-party compiler
installs. It's in the history somewhere.
In Every version of Xcode or the command-line tools that I've installed
in the past decade, /usr/bin/gcc has been a symlink to some real
compiler, and it was that way in April, when I installed my current
command-line tools. And I've boostrapped fink-0.34.8 or later
development versions multiple times since. That being said, it's
totally possible that something could have changed on Apple's end.
As a workaround, try changing the following in perlmod/Services.pm
sub gcc_selected {
# this should work anywhere we support, really
if (-l '/usr/bin/gcc') {
my $link = readlink('/usr/bin/gcc');
if ($link =~ /gcc-(\d+\.\d+)/) {
return $1;
} else {
print STDERR "WARNING: /usr/bin/gcc is not a symlink!";
}
}
return 0;
}
to something like
sub gcc_selected {
# this should work anywhere we support, really
if (-l '/usr/bin/gcc') {
my $link = readlink('/usr/bin/gcc');
if ($link =~ /gcc-(\d+\.\d+)/) {
return $1;
} else {
print STDERR "WARNING: /usr/bin/gcc is not a symlink!";
}
}
return 4.2;
}
On 6/28/13 9:59 AM, Reaves, Timothy wrote:
> I do have /usr/bin/ llvm-gcc-4.2
>
> It's customary for an application to use the specific path versus the
> 'default' path when there is a hard requirement on a version. Such as
> /usr/bin/python2.7 instead of /usr/bin/python.
>
>
> On Fri, Jun 28, 2013 at 12:53 PM, Reaves, Timothy
> <[email protected] <mailto:[email protected]>> wrote:
>
> I do mean XCode 4.6.3. And all I did was install XCode from the
> store. So I'm not sure how it could be non-standard or defective.
>
>
> On Fri, Jun 28, 2013 at 12:47 PM, Alexander Hansen
> <[email protected] <mailto:[email protected]>>
> wrote:
>
> On 6/28/13 9:42 AM, Alexander Hansen wrote:
>
>
>
> On 6/28/13 8:55 AM, Reaves, Timothy wrote:
>
> Well, that's the thing; I've no doubt the rest of it
> 'stands', but, it's
> defective in that no one running - at least these two
> versions of OS X &
> Xcode - will be able to install fink.
>
> ~/Development/images/$ ls -l /usr/bin/gcc
> -rwxr-xr-x 1 root admin 35152 Jun 28 09:44 /usr/bin/gcc
> ~/Development/images/$ /usr/bin/gcc --version
> Configured with:
> --prefix=/Applications/Xcode.__app/Contents/Developer/usr
> --with-gxx-include-dir=/usr/__include/c++/4.2.1
> Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM
> 3.2svn)
> Target: x86_64-apple-darwin12.4.0
> Thread model: posix
>
>
>
> <snip>
>
> Wait a minute, Xcode 10.6.3? I assume you mean Xcode 4.6.3.
>
> If so, your installation is different than the standard
> configuration,
> and that is what is "defective". The issue is that
> /usr/bin/gcc is
> _supposed_ to be a symlink for current Xcode releases.
>
> I have:
>
> $ ls -ld /usr/bin/gcc
> lrwxr-xr-x 1 root wheel 12 Apr 17 09:47 /usr/bin/gcc ->
> llvm-gcc-4.2
>
>
> That's from the current Xcode 4.6.x command-line tools release,
> right out of the box.
>
>
\
--
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Fink-beginners mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.apple.fink.beginners
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-beginners
