Re: mac platform problem with configure in 7.10.3 release candidate 3

On MacOS if your path is such that gcc is the gnu gcc rather than Apple's
gcc then ./configure gives
checking whether we are cross compiling... configure: error: in
`/Users/gcolpitts/downloads/ghc-7.10.2.20151114':
configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details
I worked around this by doing
export PATH=/usr/bin:$PATH
before doing ./configure
After that the install worked fine.
Thanks
On Wed, Nov 18, 2015 at 10:48 AM, Ben Gamari
Hello everyone,
We are pleased to announce the third release candidate of GHC 7.10.3:
https://downloads.haskell.org/~ghc/7.10.3-rc3/
There have been a few changes since -rc2,
* The newly-introduced readelf configure check has been disabled on non-ELF platforms
* Some tracing output from the typechecker that was causing some testsuites to fail was removed
* A latent bug in call arity analysis (#11064) is fixed
* A code generation bug (#10870) in the PowerPC NCG is fixed
* A bug in the treatment of foreign calls during demand analysis (#11076) which had affected GHCJS is fixed
* A bug in the x86 NCG causing invalid assembly to be produced when compiling with `-g` is fixed.
At this moment you will find the source tarball, as well as, 64-bit Windows, Mac OS X, 32- and 64-bit modern Linux (built on Debian 8) binary distributions available at the above URL. As usual, you may need to work around our content delivery network's update latency by adding redundant forward-slashes to the URL.
It has come to our attention that there still may be some issues with long command lines on Windows with this release: While the toolchain upgrade included in this release has the response file support necessary to work around this limitation, the version of the Cabal library shipped with this release does not. Unfortunately, the fix [1], which affects Cabal's haddock integration, has not yet shipped in a Cabal release. If you encounter this issue you might consider installing Cabal and cabal-install from git.
Lastly, I'd like to take a moment to acknowledge Futureice [2], who have donated a brand new Mac Mini for use by GHC developers to help support this platform. Their generosity is the reason we are able to offer OS X builds to you today.
Many thanks to Futureice for this donation!
Happy testing!
Cheers,
- Ben
[1] https://github.com/haskell/cabal/commit/1c1228a808b55331ac1db6d71fd2f8533f5f... [2] http://futurice.com/
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Was this my build or the hq build?
On Nov 20, 2015 6:55 PM, "George Colpitts"
On MacOS if your path is such that gcc is the gnu gcc rather than Apple's gcc then ./configure gives
checking whether we are cross compiling... configure: error: in `/Users/gcolpitts/downloads/ghc-7.10.2.20151114': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details
I worked around this by doing
export PATH=/usr/bin:$PATH
before doing ./configure
After that the install worked fine.
Thanks
On Wed, Nov 18, 2015 at 10:48 AM, Ben Gamari
wrote: Hello everyone,
We are pleased to announce the third release candidate of GHC 7.10.3:
https://downloads.haskell.org/~ghc/7.10.3-rc3/
There have been a few changes since -rc2,
* The newly-introduced readelf configure check has been disabled on non-ELF platforms
* Some tracing output from the typechecker that was causing some testsuites to fail was removed
* A latent bug in call arity analysis (#11064) is fixed
* A code generation bug (#10870) in the PowerPC NCG is fixed
* A bug in the treatment of foreign calls during demand analysis (#11076) which had affected GHCJS is fixed
* A bug in the x86 NCG causing invalid assembly to be produced when compiling with `-g` is fixed.
At this moment you will find the source tarball, as well as, 64-bit Windows, Mac OS X, 32- and 64-bit modern Linux (built on Debian 8) binary distributions available at the above URL. As usual, you may need to work around our content delivery network's update latency by adding redundant forward-slashes to the URL.
It has come to our attention that there still may be some issues with long command lines on Windows with this release: While the toolchain upgrade included in this release has the response file support necessary to work around this limitation, the version of the Cabal library shipped with this release does not. Unfortunately, the fix [1], which affects Cabal's haddock integration, has not yet shipped in a Cabal release. If you encounter this issue you might consider installing Cabal and cabal-install from git.
Lastly, I'd like to take a moment to acknowledge Futureice [2], who have donated a brand new Mac Mini for use by GHC developers to help support this platform. Their generosity is the reason we are able to offer OS X builds to you today.
Many thanks to Futureice for this donation!
Happy testing!
Cheers,
- Ben
[1] https://github.com/haskell/cabal/commit/1c1228a808b55331ac1db6d71fd2f8533f5f... [2] http://futurice.com/
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

The hq rc3 mac binary build is where I am reporting the problem. I also reproduced it on a mac just now on the hq rc3 src build which I guess is not surprising. I believe I encountered this in previous 7.10.3 builds but failed to report it. Sorry On Sat, Nov 21, 2015 at 12:07 AM, Carter Schonwald < carter.schonwald@gmail.com> wrote:
Was this my build or the hq build? On Nov 20, 2015 6:55 PM, "George Colpitts"
wrote: On MacOS if your path is such that gcc is the gnu gcc rather than Apple's gcc then ./configure gives
checking whether we are cross compiling... configure: error: in `/Users/gcolpitts/downloads/ghc-7.10.2.20151114': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details
I worked around this by doing
export PATH=/usr/bin:$PATH
before doing ./configure
After that the install worked fine.
Thanks
On Wed, Nov 18, 2015 at 10:48 AM, Ben Gamari
wrote: Hello everyone,
We are pleased to announce the third release candidate of GHC 7.10.3:
https://downloads.haskell.org/~ghc/7.10.3-rc3/
There have been a few changes since -rc2,
* The newly-introduced readelf configure check has been disabled on non-ELF platforms
* Some tracing output from the typechecker that was causing some testsuites to fail was removed
* A latent bug in call arity analysis (#11064) is fixed
* A code generation bug (#10870) in the PowerPC NCG is fixed
* A bug in the treatment of foreign calls during demand analysis (#11076) which had affected GHCJS is fixed
* A bug in the x86 NCG causing invalid assembly to be produced when compiling with `-g` is fixed.
At this moment you will find the source tarball, as well as, 64-bit Windows, Mac OS X, 32- and 64-bit modern Linux (built on Debian 8) binary distributions available at the above URL. As usual, you may need to work around our content delivery network's update latency by adding redundant forward-slashes to the URL.
It has come to our attention that there still may be some issues with long command lines on Windows with this release: While the toolchain upgrade included in this release has the response file support necessary to work around this limitation, the version of the Cabal library shipped with this release does not. Unfortunately, the fix [1], which affects Cabal's haddock integration, has not yet shipped in a Cabal release. If you encounter this issue you might consider installing Cabal and cabal-install from git.
Lastly, I'd like to take a moment to acknowledge Futureice [2], who have donated a brand new Mac Mini for use by GHC developers to help support this platform. Their generosity is the reason we are able to offer OS X builds to you today.
Many thanks to Futureice for this donation!
Happy testing!
Cheers,
- Ben
[1] https://github.com/haskell/cabal/commit/1c1228a808b55331ac1db6d71fd2f8533f5f... [2] http://futurice.com/
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

George Colpitts
The hq rc3 mac binary build is where I am reporting the problem. I also reproduced it on a mac just now on the hq rc3 src build which I guess is not surprising.
I believe I encountered this in previous 7.10.3 builds but failed to report it.
Sorry
On Sat, Nov 21, 2015 at 12:07 AM, Carter Schonwald < carter.schonwald@gmail.com> wrote:
Was this my build or the hq build? On Nov 20, 2015 6:55 PM, "George Colpitts"
wrote: On MacOS if your path is such that gcc is the gnu gcc rather than Apple's gcc then ./configure gives
checking whether we are cross compiling... configure: error: in `/Users/gcolpitts/downloads/ghc-7.10.2.20151114': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details
It's not clear to me why Apple's "GCC" (actually clang, if I'm not mistaken) doesn't work here. Could you paste config.log somewhere?
Cheers, - Ben

No, it's the reverse, it is gnu gcc that fails and Apple gcc that works
Attached is the config.log for the failing case of gnu gcc
On Sat, Nov 21, 2015 at 12:05 PM, Ben Gamari
George Colpitts
writes: The hq rc3 mac binary build is where I am reporting the problem. I also reproduced it on a mac just now on the hq rc3 src build which I guess is not surprising.
I believe I encountered this in previous 7.10.3 builds but failed to report it.
Sorry
On Sat, Nov 21, 2015 at 12:07 AM, Carter Schonwald < carter.schonwald@gmail.com> wrote:
Was this my build or the hq build? On Nov 20, 2015 6:55 PM, "George Colpitts"
wrote: On MacOS if your path is such that gcc is the gnu gcc rather than Apple's gcc then ./configure gives
checking whether we are cross compiling... configure: error: in `/Users/gcolpitts/downloads/ghc-7.10.2.20151114': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details
It's not clear to me why Apple's "GCC" (actually clang, if I'm not mistaken) doesn't work here. Could you paste config.log somewhere?
Cheers,
- Ben

Maybe my gnu gcc is not functional, let me check it out and get back to you
On Saturday, November 21, 2015, George Colpitts
No, it's the reverse, it is gnu gcc that fails and Apple gcc that works
Attached is the config.log for the failing case of gnu gcc
On Sat, Nov 21, 2015 at 12:05 PM, Ben Gamari
javascript:_e(%7B%7D,'cvml','ben@well-typed.com');> wrote: George Colpitts
javascript:_e(%7B%7D,'cvml','george.colpitts@gmail.com');> writes: The hq rc3 mac binary build is where I am reporting the problem. I also reproduced it on a mac just now on the hq rc3 src build which I guess is not surprising.
I believe I encountered this in previous 7.10.3 builds but failed to report it.
Sorry
On Sat, Nov 21, 2015 at 12:07 AM, Carter Schonwald < carter.schonwald@gmail.com javascript:_e(%7B%7D,'cvml','carter.schonwald@gmail.com');> wrote:
Was this my build or the hq build? On Nov 20, 2015 6:55 PM, "George Colpitts"
javascript:_e(%7B%7D,'cvml','george.colpitts@gmail.com');> wrote: On MacOS if your path is such that gcc is the gnu gcc rather than Apple's gcc then ./configure gives
checking whether we are cross compiling... configure: error: in `/Users/gcolpitts/downloads/ghc-7.10.2.20151114': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details
It's not clear to me why Apple's "GCC" (actually clang, if I'm not mistaken) doesn't work here. Could you paste config.log somewhere?
Cheers,
- Ben

What version of gcc are you using?
I'll do my own rc3 build and share it.
On Saturday, November 21, 2015, George Colpitts
Maybe my gnu gcc is not functional, let me check it out and get back to you
On Saturday, November 21, 2015, George Colpitts
javascript:_e(%7B%7D,'cvml','george.colpitts@gmail.com');> wrote: No, it's the reverse, it is gnu gcc that fails and Apple gcc that works
Attached is the config.log for the failing case of gnu gcc
On Sat, Nov 21, 2015 at 12:05 PM, Ben Gamari
wrote: George Colpitts
writes: The hq rc3 mac binary build is where I am reporting the problem. I also reproduced it on a mac just now on the hq rc3 src build which I guess is not surprising.
I believe I encountered this in previous 7.10.3 builds but failed to report it.
Sorry
On Sat, Nov 21, 2015 at 12:07 AM, Carter Schonwald < carter.schonwald@gmail.com> wrote:
Was this my build or the hq build? On Nov 20, 2015 6:55 PM, "George Colpitts"
wrote:
On MacOS if your path is such that gcc is the gnu gcc rather than Apple's gcc then ./configure gives
checking whether we are cross compiling... configure: error: in `/Users/gcolpitts/downloads/ghc-7.10.2.20151114': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details
It's not clear to me why Apple's "GCC" (actually clang, if I'm not mistaken) doesn't work here. Could you paste config.log somewhere?
Cheers,
- Ben

sorry for the noise, my gnu gcc is not functional, I do not believe there
is any problem with ghc 7.10.3 rc3
My apologies
George
On Sat, Nov 21, 2015 at 2:07 PM, George Colpitts
Maybe my gnu gcc is not functional, let me check it out and get back to you
On Saturday, November 21, 2015, George Colpitts
wrote: No, it's the reverse, it is gnu gcc that fails and Apple gcc that works
Attached is the config.log for the failing case of gnu gcc
On Sat, Nov 21, 2015 at 12:05 PM, Ben Gamari
wrote: George Colpitts
writes: The hq rc3 mac binary build is where I am reporting the problem. I also reproduced it on a mac just now on the hq rc3 src build which I guess is not surprising.
I believe I encountered this in previous 7.10.3 builds but failed to report it.
Sorry
On Sat, Nov 21, 2015 at 12:07 AM, Carter Schonwald < carter.schonwald@gmail.com> wrote:
Was this my build or the hq build? On Nov 20, 2015 6:55 PM, "George Colpitts"
wrote:
On MacOS if your path is such that gcc is the gnu gcc rather than Apple's gcc then ./configure gives
checking whether we are cross compiling... configure: error: in `/Users/gcolpitts/downloads/ghc-7.10.2.20151114': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details
It's not clear to me why Apple's "GCC" (actually clang, if I'm not mistaken) doesn't work here. Could you paste config.log somewhere?
Cheers,
- Ben
participants (3)
-
Ben Gamari
-
Carter Schonwald
-
George Colpitts