George Colpitts wrote:
[...]
- When using ghci with 7.10.1 RC1 I get the following errors
intermittently. Is anybody else seeing these?
[...]
- ld: library not found for -l:ghc31505_10.dylib
collect2: error: ld returned 1 exit status
phase `Linker' failed (exitcode =
Eric, thanks for the quick response, that is good news that you are not
seeing the problems I see.
However after I rebuilt with Apple gcc and still see the errors when
calling main from ghci.
One is an open ticket, https://ghc.haskell.org/trac/ghc/ticket/9277# which
was reported in versions
- Has anybody successfully used llvm on the Mac with 7.10.1 RC1? My
problem is described below.
- Which is the recommended gcc to use when building source?
- GNU gcc 4.9.2
- Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn)
- When using ghci with 7.10.1 RC1 I
I made a Mac OS X build. If people want to try it out, you can
download it from [0]. Let me know if you run into any issues.
Regards,
Erik
[0]
https://docs.google.com/a/silk.co/uc?id=0B5E6EvOcuE0nNFR4WUVNZzRtbGsexport=download
On Tue, Dec 23, 2014 at 3:36 PM, Austin Seipp
Only problem remaining is compiling with -fllvm and running resulting
executable
Other problems below have now been solved:
- cpphs - new version resolves problem
- cabal install vector - upgrade to gcc (Homebrew gcc 4.9.2_1) 4.9.2
solves problem
On Thu, Jan 1, 2015 at 9:58 AM,
I built from source on Mac OS and found the following issues:
- llvm , compiling with llvm (3.4.2) gives the following warnings:
- $ ghc -fllvm cubeFast.hs
[1 of 1] Compiling Main ( cubeFast.hs, cubeFast.o )
clang: warning: argument unused during compilation:
Try
cabal install --allow-newer=base -j3 cabal-install
Once GHC 7.10 is out we might make another Cabal 1.20 release to bump the
upper bound on the base dependency if 1.20 is indeed compatible with the
latest base.
On Thu, Jan 1, 2015 at 12:08 PM, George Colpitts george.colpi...@gmail.com
following solves dependency problems, added a few more packages, thanks!
cabal install
--allow-newer=base,bytestring,deepseq,unix,process,time,random -j3
cabal-install
On Thu, Jan 1, 2015 at 2:27 PM, George Colpitts george.colpi...@gmail.com
wrote:
Thanks but that doesn't seem to work
Thanks but that doesn't seem to work either:
cabal install --allow-newer=base --allow-newer=bytestring,deepseq -j3
cabal-install
Resolving dependencies...
cabal: Could not resolve dependencies:
trying: cabal-install-1.20.0.6 (user goal)
trying: base-4.8.0.0/installed-779... (dependency of
$
cabal update
Downloading the latest package list from hackage.haskell.org
Note: *there is a new version of cabal-install available.*
To upgrade, run: cabal install cabal-install
bash-3.2$ *cabal install -j3 cabal-install *
*...*
*Resolving dependencies...cabal: Could not resolve
On 1 Jan 2015, at 13:58, George Colpitts wrote:
Configuring cpphs-1.13...
Building cpphs-1.13...
Warning: cpphs.cabal: Unknown fields: build-depends (line 5)
Could not find module ‘Prelude’
It is a member of the hidden package ‘base-4.8.0.0’.
Perhaps you need to add ‘base’ to
It seems to be building a very old cpphs (1.13) with a new version of
cabal. cpphs-1.13 has a top-level build-depends statement which isn't
allowed anymore: it should now be added to the library section, which
is what the error message tries to indicate.
Erik
On Thu, Jan 1, 2015 at 3:43 PM,
Hi,
On 1 January 2015 at 19:00, George Colpitts george.colpi...@gmail.com wrote:
Thanks, there seems to be dependency issues:
Try also adding '--allow-newer=bytestring,deepseq'.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
however still fails to install but now due to problems with cabal itself
[76 of 76] Compiling Main (
/var/folders/9b/rh4y2gy92hgdb6ktv4df1jv0gn/T/Cabal-1.20.0.3-62215/Cabal-1.20.0.3/dist/setup/setup.hs,
If you still have your old GHC around, it will be much better to
compile the newest cabal-install using the *old GHC*, and then
use that copy to bootstrap a copy of the newest cabal-install.
Edward
Excerpts from George Colpitts's message of 2015-01-01 12:08:44 -0500:
$
cabal update
I still have 7.8.3 but it doesn't seem to want to build the latest cabal:
ghc --version
The Glorious Glasgow Haskell Compilation System, version 7.8.3
bash-3.2$ cabal install cabal-install
Resolving dependencies...
Configuring cabal-install-1.20.0.6...
Building cabal-install-1.20.0.6...
Oh, because Cabal HQ hasn't cut a release yet.
Try installing out of Git. https://github.com/haskell/cabal/
Edward
Excerpts from George Colpitts's message of 2015-01-01 14:23:50 -0500:
I still have 7.8.3 but it doesn't seem to want to build the latest cabal:
ghc --version
The Glorious
Thanks, I seem to have got that to work
On Thu, Jan 1, 2015 at 3:37 PM, Edward Z. Yang ezy...@mit.edu wrote:
Oh, because Cabal HQ hasn't cut a release yet.
Try installing out of Git. https://github.com/haskell/cabal/
Edward
Excerpts from George Colpitts's message of 2015-01-01 14:23:50
| If I understand correctly, OverloadedRecordFields has not been merged
| yet. Are there any chances to merge it into GHC 7.10.1?
I'm afraid not. The situation is that Adam has a fairly complete patch for
overloaded record fields, but neither he nor I are happy with it. It makes some
fairly
glasgow-haskell-users@haskell.org
Subject: RE: ANNOUNCE: GHC 7.10.1 Release Candidate 1
Message-ID:
618be556aadd624c9c918aa5d5911bef5628e...@db3prd3001mb020.064d.mgd.msft.net
Content-Type: text/plain; charset=us-ascii
| If I understand correctly, OverloadedRecordFields has
*From:* Austin Seipp mailto:aus...@well-typed.com
*Sent:* Tuesday, December 23, 2014 15:36
*To:* ghc-d...@haskell.org mailto:ghc-d...@haskell.org,
glasgow-haskell-users@haskell.org mailto:glasgow-haskell-users@haskell.org
We are pleased to announce the first release candidate for GHC
Hello lonetiger,
I don't think any relevant logic changed in 7.10; however, this
commit may be relevant:
commit 8fb03bfd768ea0d5c666bbe07a50cb05214bbe92
Author: Ian Lynagh ig...@earth.li Sun Mar 18 11:42:31 2012
Committer: Ian Lynagh ig...@earth.li Sun Mar 18 11:42:31 2012
Hi,
If I understand correctly, OverloadedRecordFields has not been merged
yet. Are there any chances to merge it into GHC 7.10.1?
--Kazu
We are pleased to announce the first release candidate for GHC 7.10.1:
https://downloads.haskell.org/~ghc/7.10.1-rc1/
This includes the source
No, it is a big change and the merge window is closed now. This question
was just asked on reddit:
http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_getting_it_into_7101/
On Tue, Dec 23, 2014 at 6:12 PM, Kazu Yamamoto k...@iij.ad.jp wrote:
Hi,
If I understand
No, it is a big change and the merge window is closed now. This question
was just asked on reddit:
http://www.reddit.com/r/haskell/comments/2pnjdk/is_overloadedrecordfields_getting_it_into_7101/
Greg, thank you for this info. But it is really disappointing.
I was silent about this because it
25 matches
Mail list logo