Skip navigation

gcc does not work

1132 Views 6 Replies Latest reply: Dec 5, 2012 12:40 PM by burton11234 RSS
sr.murthy Level 1 Level 1 (0 points)
Currently Being Moderated
Nov 5, 2011 10:02 AM

Hello,

 

I need to compile a C program in order to enable a add-on package inside

the GAP computer algebra system, which is already installed on my

system in the Applications folder.

 

However, when I try to compile:

 

sandeep-murthys-macbook:src sandeepmurthy$ /bin/sh ./configure

 

the following output is produced:

 

checking for gcc... (cached) gcc

checking whether the C compiler (gcc  ) works... no

configure: error: installation or configuration problem: C compiler cannot create executables.

 

As a result, I cannot use the package.  Why doesn't the gcc compiler work?  How

can I make it work?  I'm using Mac OS X version 10.6.8 on a MacBook (Mar. 2009).

 

Any help would be appreciated.

 

Sincerely, Sandeep.

MacBook, Mac OS X (10.6.8)
  • Linc Davis Level 10 Level 10 (107,985 points)
    Currently Being Moderated
    Nov 5, 2011 10:34 AM (in response to sr.murthy)

    You need to install Xcode, available from the Mac App Store.

  • Linc Davis Level 10 Level 10 (107,985 points)
    Currently Being Moderated
    Nov 5, 2011 11:16 AM (in response to sr.murthy)

    Reboot, if you haven't already done so.

  • burton11234 Level 1 Level 1 (0 points)
    Currently Being Moderated
    Dec 5, 2012 9:05 AM (in response to Linc Davis)

    Reboot is only a temporary fix, it appaers in 10.7.5 there is a bug as multiple team memebers have been having the same issue.

  • etresoft Level 7 Level 7 (23,905 points)
    Currently Being Moderated
    Dec 5, 2012 12:31 PM (in response to burton11234)

    burton11234 wrote:

     

    Reboot is only a temporary fix, it appaers in 10.7.5 there is a bug as multiple team memebers have been having the same issue.

    Nonsense. If you are having a specific issue, start your own question about it.

  • burton11234 Level 1 Level 1 (0 points)
    Currently Being Moderated
    Dec 5, 2012 12:40 PM (in response to etresoft)

    I found a fix to clear up everything, as a reboot is only wasting my time :-)

     

     

    If you have any open terminal sessions open, you can continue with one by running the command "ls -apl /dev/" this will show you who is using the ttys sessions. As all of my sessions were curerntly being used with the account "administrator". Next I was able to run the command top / or go into activity monitor and you can see there was an abundence amount of sudo commands. In my case it was sudo in yours it could be something different.

     

    As with knowing that this direct error is related to open tty sessions we have to figure out why they are open and how they are stale.

     

     

    As I was stating as above my example was the administartor account, and running a "ps -ax | grep tty" wasn't showing anythign other then the open tty sessions I had.

     

    Once I was able to kill one of those sudo sessiosn by running top / activity monitor. I was able to open terminal or iTerm and run "ps -ax | grep sudo".

     

    This lead to one of our internal devices that does network access control by remotly logging in via ssh. As you could see this was where all the tty sessions were going. I had my assumptions it was it before, but trying to prove it was another case. It appears that the network device was trying to chown the ownership of the file in the tmp directory, and was leaving a stale tty session open. It appears to be doing it my 10.8.2 and 10.7.5 machine. If i deleted the file or changed the ownership on what it was trying to do it just keeps doing it. Currently we have a ticket open with the provider on the issue as there may be a bug.

     

    After cleaning up a few stale PID's your now open to launch a program that uses a tty session to inspect thigns more throughly.  I was able to run the command "sudo killall -v -c sudo" as the sudo command was the one hanging my tty sessions while it kept having stale tty sessions from the chown it was trying to do.

     

    After I was able to run "ps -ax | grep sudo" and find that either all PID's were killed after running the killall command a few times.

     

    Now with knowing the issue, I can just throw an automated script together until a resolution has been addressed.

     

    I will update reguarding if i find out if there was a bug with the network applicance we are using.

Actions

More Like This

  • Retrieving data ...

Bookmarked By (0)

Legend

  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.