Skip to content
This repository has been archived by the owner on Jul 4, 2023. It is now read-only.

OS X 10.5.8 -- ghc install fails on configure step -- what am I not seeing? #11671

Closed
InvisibleTech opened this issue Apr 15, 2012 · 14 comments
Closed

Comments

@InvisibleTech
Copy link

I have gone as far as:

Re-install brew
Re-install latest XCode available to Leopard

I can build any other formula so far: clojure, scala, mongo, postgresql....

I cannot determine the cause of the error for:

brew install ghc

I have posted a gist, I have not used gist before so I hope this helps. Since it is not of general use it is private:

https://gist.github.com/0bc9c8aff119527f2ec2

NOTE: is this an issue?

ls /usr/local/Cellar/ghc/7.0.4
ls: /usr/local/Cellar/ghc/7.0.4: No such file or directory

NOTE:

I have also tried following brew doctor's instructions for setting

@Sharpie
Copy link
Contributor

Sharpie commented Apr 15, 2012

I can re-produce this on my Leopard test machine. Looks like the GHC configure script calls a program called ghc-pwd which is located in the source distribution at:

utils/ghc-pwd/dist/build/tmp/ghc-pwd

This program fails with:

dyld: unknown required load command 0x80000022
Trace/BPT trap

You should submit a bug report upstream to whoever is packing the GHC source code for OS X.

@Sharpie
Copy link
Contributor

Sharpie commented Apr 15, 2012

Also, here is a StackOverflow post that may explain the reasons why this is happening:

http://stackoverflow.com/questions/1440456/static-libraries-in-version-cross-compiled-program

@InvisibleTech
Copy link
Author

I have posted my bug ticket to GHC:

http://hackage.haskell.org/trac/ghc/ticket/6009

If I get any updates that close this issue I will place it here. However, until I get a resolution I'd like to leave this issue open in case somebody else has insight. Also, in case one of the other devs interested in the GHC Functional programming model gets in the same jam.

@mistydemeo
Copy link
Member

@Sharpie Can you confirm whether you're getting the compiler warning on your Leopard test machine? The version data may be wrong.

@Sharpie
Copy link
Contributor

Sharpie commented Apr 15, 2012

@mistydemeo

Yeah, I'm seeing the warning as well. Here is the output:

Warning: Your compilers are different from the standard versions for your Xcode.
If you have Xcode 4.3 or newer, you should install the Command Line Tools for
Xcode from within Xcode's Download preferences.
Otherwise, you should reinstall Xcode.


HOMEBREW_VERSION: 0.9
HEAD: fe0aa8acbd360b38d4b295462b05896f2575688e
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
CPU: single-core 64-bit penryn
OS X: 10.5.8
Kernel Architecture: i386
Xcode: 3.1.4
GCC-4.0: build 5493
GCC-4.2: build 5577
LLVM: N/A
Clang: N/A
MacPorts or Fink? false
X11: /usr/X11
System Ruby: 1.8.6-369
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Which Perl:   /usr/bin/perl
Which Python: /usr/bin/python => /System/Library/Frameworks/Python.framework/Versions/2.5/bin/python2.5
Which Ruby:   /usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby

@mistydemeo
Copy link
Member

LLVM: N/A

Aha, that's the problem. The wiki listed a build number for llvm, but looks like 3.1.4 should not have one.

Can you brew update and try again? Should be okay now.

@Sharpie
Copy link
Contributor

Sharpie commented Apr 15, 2012

brew doctor looks good now.

@InvisibleTech
Copy link
Author

Update from GHC Support -- question for homebrew devs:

 How does the homebrew installer bootstrap GHC? Does it download a binary
 distribution first?  I suspect perhaps that the binary distribution it is
 using does not support OS X 10.5.

@Sharpie
Copy link
Contributor

Sharpie commented Apr 16, 2012

As far as I can tell, we use whatever is offered on the GHC download page:

http://www.haskell.org/ghc/download_ghc_7_0_4

@InvisibleTech
Copy link
Author

The reply from GHC support so far is now:

 I believe our binary distributions don't support 10.5, see #5011. 

  http://hackage.haskell.org/trac/ghc/ticket/5011

INo linking and building for 10.5 is how I read it but for people not on 10.5?

The last comment on 5011 (which is labled fixed):
Sun Mar 13 14:03:22 GMT 2011 Ian Lynagh igloo@earth.li
* Stop explicitly asking for 10.5 support on OS X; fixes #5011
XCode 4 doesn't include the 10.5 SDK, so if we explicitly ask for it
then linking fails.

But I am not sure if this really addresses the issue.

@Sharpie
Copy link
Contributor

Sharpie commented Apr 17, 2012

Looks like upstream has dropped support for OS X 10.5 then. Not much we can do on this end other than error out with an explanation.

@InvisibleTech
Copy link
Author

Actually for 10.5 they suggest either building myself -- won't I have some issues too? Or... why not install the old versions with a warning that people like me are an obstacle to progress and will get the old version?

http://hackage.haskell.org/platform/mac.html

For Mac OS X 10.5 please use the 2010.2.0.0 installer.

@Sharpie
Copy link
Contributor

Sharpie commented Apr 17, 2012

With the upcoming release of Mountain Lion, are winding down support for Leopard in the main repository. Because of this, complicating the formula logic such that it continues to work on Leopard is not a good investment of maintenance time.

One option would be to submit a brew for an older GHC that works on Leopard to the Homebrew/versions repository:

https://github.com/Homebrew/homebrew-versions

@mxcl
Copy link
Contributor

mxcl commented Apr 17, 2012

Let's create homebrew/leopard and have it submitted there.

Sharpie added a commit to Sharpie/homebrew that referenced this issue Sep 12, 2012
The binary releases of the GHC compiler are no longer compatible with OS X
10.5.

Fixes Homebrew#11671.
snakeyroc3 pushed a commit to snakeyroc3/homebrew that referenced this issue Dec 17, 2012
The binary releases of the GHC compiler are no longer compatible with OS X
10.5.

Fixes Homebrew#11671.
@Homebrew Homebrew locked and limited conversation to collaborators Feb 16, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants