Here are the details on my clang and ld.

[pMac2:~] payam2% /usr/bin/clang --version
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
Target: x86_64-apple-darwin14.4.0
Thread model: posix
[pMac2:~] payam2% ls -l 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
-rwxr-xr-x  1 root  wheel  42138544 Jun 22 15:06 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
/usr/bin/clang[pMac2:~] payam2%

Payam

===
"...the main issue is whether a man is innocent because he didn't know. Is a 
fool on the throne relieved of all responsibility merely because he is a fool?" 
  --Milan Kundera
         The Unbearable Lightness of Being




On Jul 26, 2015, at 11:10, fink-users-requ...@lists.sourceforge.net wrote:

Send Fink-users mailing list submissions to
        fink-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/fink-users
or, via email, send a message with subject or body 'help' to
        fink-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
        fink-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Fink-users digest..."


Today's Topics:

  1. Re: libidn build failure was Re: fink error: C-compiler
     cannot create executable (Hanspeter Niederstrasser)
  2. Re: libidn build failure was Re: fink error: C-compiler
     cannot create executable (Robert Wohlhueter)
  3. Re: libidn build failure was Re: fink error:       C-compiler
     cannot create executable (Alexander Hansen)
  4. Re: libidn build failure was Re: fink error:       C-compiler
     cannot create executable (Alexander Hansen)


----------------------------------------------------------------------

Message: 1
Date: Sat, 25 Jul 2015 16:04:59 -0500
From: Hanspeter Niederstrasser <f...@snaggledworks.com>
Subject: Re: [Fink-users] libidn build failure was Re: fink error:
        C-compiler cannot create executable
To: Robert Wohlhueter <bobwohlhue...@earthlink.net>,    fink-users
        <fink-users@lists.sourceforge.net>
Message-ID: <55b3f9fb.7020...@snaggledworks.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

On 7/25/2015 1:53 PM, Robert Wohlhueter wrote:
> Dear Mr. Hansen.
> 
> Responses to both your emails are here:
> 
> [summer:libidn-1.31-1/libidn-1.31]6 bobw% gcc --version
> i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3)
> Copyright (C) 2007 Free Software Foundation, Inc.
> 
> The config.log file associated with libidn-1.31 gives the same complaint
> about not finding clang:
> 
> [summer:libidn-1.31-1/libidn-1.31]4 bobw% more config.log
> ..
> configure:4353: gcc -v >&5
> clang: error: unable to find utility "clang", not a developer tool or in
> PATH
> 
> But I notice an important point in that file:
> 
> There are several lines in that log-file beginning "PATH:" , but none of
> which contain the path to the `clang` executable -- namely
> /Developer/usr/bin -- as I see  with:

There is no /Developer on 10.9/Xcode 6.2. Any clang there is not part of
Apple's default build tools setup.  Apple's clang lives in
/usr/bin/clang, which is a stub for
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang.

> [summer:libidn-1.31-1/libidn-1.31]7 bobw% echo $path
> /Users/bobw /Developer/usr/bin /usr/local/bin /usr/X11R6/bin /sw/bin
> /Applications /Applications/mol_structure/VMD
> /Applications/mol_structure/VMD/NAMD_2.7b1_MacOSX-x86
> /Applications/android-sdk/android-sdk-mac_x86/platform-tools /sw/bin
> /sw/sbin /bin /sbin /usr/bin /usr/sbin
> /usr/local/teTeX/bin/i386-apple-darwin-current /usr/local/bin
> /usr/X11R6/bin
> 
> That apparently accounts for the error.  But leavea me with further
> questions:  Why is the path seen by fink different than that seen by the
> shell?  And how do I set the former?

Fink on purpose is designed to ignore as much as it can of a user's
local setup, especially things like PATH and other ENVVARS.  However, it
can't deal with actual changes to the filesystem.

What is the output of (this is a one line command):

ls -l
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
/usr/bin/clang

and

/usr/bin/clang --version

Hanspeter




------------------------------

Message: 2
Date: Sat, 25 Jul 2015 19:13:09 -0400
From: Robert Wohlhueter <bobwohlhue...@earthlink.net>
Subject: Re: [Fink-users] libidn build failure was Re: fink error:
        C-compiler cannot create executable
To: fink-users <fink-users@lists.sourceforge.net>
Message-ID: <55b41805.4070...@earthlink.net>
Content-Type: text/plain; charset="utf-8"

The `ls -l` command shows "clang" in neither of the two paths.

I have now idea where the version of clang in /Developer/usr/bin came
from (I can't imagine other than from Apple).  Nevertheless, when I copy
it to /usr/local/bin, where fink presumably can find it, I still get the
"C compiler cannot create executables" error.

I've used fink for years, and never had this problem.  The only
connection I can think of is that I probably upgraded to Xcode 6.2 since
I had prexiously done a "fink update-all".  (Apple says Xcode 6.4 is not
compatible with OS 10.9.5.  That is, 6.2 is the most up-to-date version
for my OS.)

I am to infer from yor comments that clang is not a part of the Xcode
package?

Bob W.

On 7/25/15 5:04 PM, Hanspeter Niederstrasser wrote:
> On 7/25/2015 1:53 PM, Robert Wohlhueter wrote:
>> Dear Mr. Hansen.
>> 
>> Responses to both your emails are here:
>> 
>> [summer:libidn-1.31-1/libidn-1.31]6 bobw% gcc --version
>> i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666)
>> (dot 3)
>> Copyright (C) 2007 Free Software Foundation, Inc.
>> 
>> The config.log file associated with libidn-1.31 gives the same complaint
>> about not finding clang:
>> 
>> [summer:libidn-1.31-1/libidn-1.31]4 bobw% more config.log
>> ..
>> configure:4353: gcc -v >&5
>> clang: error: unable to find utility "clang", not a developer tool or in
>> PATH
>> 
>> But I notice an important point in that file:
>> 
>> There are several lines in that log-file beginning "PATH:" , but none of
>> which contain the path to the `clang` executable -- namely
>> /Developer/usr/bin -- as I see  with:
> 
> There is no /Developer on 10.9/Xcode 6.2. Any clang there is not part
> of Apple's default build tools setup.  Apple's clang lives in
> /usr/bin/clang, which is a stub for
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang.
> 
>> [summer:libidn-1.31-1/libidn-1.31]7 bobw% echo $path
>> /Users/bobw /Developer/usr/bin /usr/local/bin /usr/X11R6/bin /sw/bin
>> /Applications /Applications/mol_structure/VMD
>> /Applications/mol_structure/VMD/NAMD_2.7b1_MacOSX-x86
>> /Applications/android-sdk/android-sdk-mac_x86/platform-tools /sw/bin
>> /sw/sbin /bin /sbin /usr/bin /usr/sbin
>> /usr/local/teTeX/bin/i386-apple-darwin-current /usr/local/bin
>> /usr/X11R6/bin
>> 
>> That apparently accounts for the error.  But leavea me with further
>> questions:  Why is the path seen by fink different than that seen by the
>> shell?  And how do I set the former?
> 
> Fink on purpose is designed to ignore as much as it can of a user's
> local setup, especially things like PATH and other ENVVARS.  However,
> it can't deal with actual changes to the filesystem.
> 
> What is the output of (this is a one line command):
> 
> ls -l
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang
> /usr/bin/clang
> 
> and
> 
> /usr/bin/clang --version
> 
> Hanspeter
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 3
Date: Sat, 25 Jul 2015 17:13:49 -0700
From: Alexander Hansen <alexanderk.han...@gmail.com>
Subject: Re: [Fink-users] libidn build failure was Re: fink error:
        C-compiler cannot create executable
To: Robert Wohlhueter <bobwohlhue...@earthlink.net>
Cc: fink-users <fink-users@lists.sourceforge.net>
Message-ID: <6607843e-b890-42da-ac02-51e518107...@gmail.com>
Content-Type: text/plain; charset="utf-8"


> On Jul 25, 2015, at 16:13, Robert Wohlhueter <bobwohlhue...@earthlink.net> 
> wrote:
> 
> The `ls -l` command shows "clang" in neither of the two paths.
> 
> I have now idea where the version of clang in /Developer/usr/bin came from (I 
> can't imagine other than from Apple).  Nevertheless, when I copy it to 
> /usr/local/bin, where fink presumably can find it, I still get the "C 
> compiler cannot create executables" error.
> 
> I've used fink for years, and never had this problem.  The only connection I 
> can think of is that I probably upgraded to Xcode 6.2 since I had prexiously 
> done a "fink update-all".  (Apple says Xcode 6.4 is not compatible with OS 
> 10.9.5.  That is, 6.2 is the most up-to-date version for my OS.)
> 
> I am to infer from yor comments that clang is not a part of the Xcode package?
> 
> Bob W.
> 

No, it?s part of Xcode and has been the compiler that we?ve used since 10.7.  
On 10.7 and 10.8 (I believe) /Developer/usr/bin was a thing, so maybe that?s a 
holdover from a prior OS.  If you checked in the config.log you might see a 
different error than before from using an outdated clang.

It sounds like maybe your Xcode command-line tools need reinstallation.  See if 
?sudo xcode-select --install? works, and if not, you?ll need to download them 
again from developer.apple.com

--
Alexander Hansen, Ph.D.
Fink User Liaison

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 4
Date: Sun, 26 Jul 2015 11:09:53 -0700
From: Alexander Hansen <alexanderk.han...@gmail.com>
Subject: Re: [Fink-users] libidn build failure was Re: fink error:
        C-compiler cannot create executable
To: Robert Wohlhueter <bobwohlhue...@earthlink.net>
Cc: fink-users <fink-users@lists.sourceforge.net>
Message-ID: <1e01eec1-64b6-4721-a1c9-24814b42a...@gmail.com>
Content-Type: text/plain; charset="utf-8"


> 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

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------


------------------------------

_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-users


End of Fink-users Digest, Vol 111, Issue 7
******************************************

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

------------------------------------------------------------------------------
_______________________________________________
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

Reply via email to