We are pleased to announce the first release candidate for GHC 7.8.1:
http://www.haskell.org/ghc/dist/7.8.1-rc1/
http://www.haskell.org/ghc/docs/7.8.1-rc1/html/
This includes the source tarball and bindists for Windows, Linux, OS
X, FreeBSD, and Solaris, on x86 and x86_64. There is a sign
wrt existing issues, is there a list of these so we can avoid reporting
them?
Thanks
George
On Mon, Feb 3, 2014 at 6:35 PM, Austin Seipp wrote:
> We are pleased to announce the first release candidate for GHC 7.8.1:
>
> http://www.haskell.org/ghc/dist/7.8.1-rc1/
> http://www.haskell.o
Just to note a problem I encountered on Windows, which may well be user
error.
I unpacked the mingw tarball and added the bin directory from it to my
path. cabal install then failed with "cabal.exe: does not exist" after
producing some other output.
Running with -v3 suggested that the actual prob
On 2014-02-03 at 23:35:14 +0100, Austin Seipp wrote:
> We are pleased to announce the first release candidate for GHC 7.8.1:
[...]
> Please test as much as possible; bugs are much cheaper if we find them
> before the release!
Please note that GHC 7.8.1RC1 is also available for Travis-CI as part
I've been attempting to build under Mac OS X Mavericks and have run into some
problems. My iconv and gmp are installed in non-standard locations using Fink.
When configuring
http://www.haskell.org/ghc/dist/7.8.1-rc1/ghc-7.8.20140130-x86_64-apple-darwin-mavericks.tar.bz2
I get:
barneys-imac:ghc
I also ran into a problem on Windows.
c:\>cabal install safe
Resolving dependencies...
Configuring safe-0.3.4...
Building safe-0.3.4...
Preprocessing library safe-0.3.4...
[1 of 2] Compiling Safe.Foldable( Safe\Foldable.hs,
dist\build\Safe\Foldable.o )
Can't open perl script "C:\ghc-7.8\lib\gh
On Monday 03 February 2014 16:35:14 Austin Seipp wrote:
> We are pleased to announce the first release candidate for GHC 7.8.1:
> […]
> This includes the source tarball and bindists for Windows, Linux, OS
> X, FreeBSD, and Solaris, on x86 and x86_64. […]
Has anyone by chance built it for arm, yet?
I had some similar problems and had to fiddle with my DYLD_LIBRARY_PATH so
that ghc-related executables would see the libffi.dylib that comes with GHC
before any of my system-wide installed libffi.dylib.
Why the permissive @rpath link for libffi.dylib if the GHC executables are
supposed to come wi
On 02/ 5/14 03:09 PM, Arie Peterson wrote:
On Monday 03 February 2014 16:35:14 Austin Seipp wrote:
We are pleased to announce the first release candidate for GHC 7.8.1:
[…]
This includes the source tarball and bindists for Windows, Linux, OS
X, FreeBSD, and Solaris, on x86 and x86_64. […]
Has
Hi,
Am Mittwoch, den 05.02.2014, 15:53 +0100 schrieb Karel Gardas:
> Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC
> requires alex 3.1 and cabal alex fails with (due to QuickCheck template
> haskell dependency):
>
> $ cabal install alex
have you tried --disable-tests?
Greet
On Feb 5, 2014, at 3:26 PM, Ryan Newton wrote:
> I had some similar problems and had to fiddle with my DYLD_LIBRARY_PATH so
> that ghc-related executables would see the libffi.dylib that comes with GHC
> before any of my system-wide installed libffi.dylib.
>
> Why the permissive @rpath link f
On Wednesday 05 February 2014 15:53:41 Karel Gardas wrote:
> Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC
> requires alex 3.1 and cabal alex fails with (due to QuickCheck template
> haskell dependency):
>
> […]
>
> So, well, Catch-22?
You can avoid this by installing QuickCh
On 02/ 5/14 03:56 PM, Joachim Breitner wrote:
Hi,
Am Mittwoch, den 05.02.2014, 15:53 +0100 schrieb Karel Gardas:
Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC
requires alex 3.1 and cabal alex fails with (due to QuickCheck template
haskell dependency):
$ cabal install alex
On 02/ 5/14 05:03 PM, Arie Peterson wrote:
On Wednesday 05 February 2014 15:53:41 Karel Gardas wrote:
Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC
requires alex 3.1 and cabal alex fails with (due to QuickCheck template
haskell dependency):
[…]
So, well, Catch-22?
You can
On 02/ 5/14 03:09 PM, Arie Peterson wrote:
On Monday 03 February 2014 16:35:14 Austin Seipp wrote:
We are pleased to announce the first release candidate for GHC 7.8.1:
[…]
This includes the source tarball and bindists for Windows, Linux, OS
X, FreeBSD, and Solaris, on x86 and x86_64. […]
Has
Would it be possible for the bindist to link to libgmp.so instead of
libgmp.so.10? Are you expecting core dumps with the wrong version?
--
View this message in context:
http://haskell.1045720.n5.nabble.com/ANNOUNCE-GHC-7-8-1-Release-Candidate-1-tp5743256p5743506.html
Sent from the Haskell - Gla
> Would it be possible for the bindist to link to libgmp.so instead of
libgmp.so.10? Are you expecting core dumps with the wrong version?
I tried faking it, and now it's complaining about GLIBC_2.15. Seems like I
might just have to build from source on Red Hat.
--
View this message in context:
Hi,
with ghc-7.8.20140130 I get the compilation error:
Not in scope: type constructor or class ‛Typeable2’
Perhaps you meant ‛Typeable’ (imported from Data.Typeable)
What is the recommend way to adjust my code or my dependencies?
Cheers Christian
Am 03.02.2014 23:35, schrieb Austin Se
Hi, I was surprised to find a Solaris bindist. However, on our SunOS
5.10 ./configure failed miserably.
-bash-3.2$ ./configure
checking for path to top of build tree...
utils/ghc-pwd/dist-install/build/tmp/ghc-pwd-bindist:
LD_LIBRARY_PATH=libraries/directory/dist-install/build:libraries/unix/d
On Feb 6, 2014, at 10:33 , Christian Maeder wrote:
> or (as I've seen elsewhere) better (?)
>
> #!/usr/bin/env bash
Definitely use this, FreeBSD (for example) does not ship with bash so /bin/bash
will *not* exist.
Cheers,
Merijn
signature.asc
Description: Message signed with OpenPGP using GP
On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten
wrote:
>
> On Feb 6, 2014, at 10:33 , Christian Maeder wrote:
>> or (as I've seen elsewhere) better (?)
>>
>> #!/usr/bin/env bash
>
> Definitely use this, FreeBSD (for example) does not ship with bash so
> /bin/bash will *not* exist.
Please, do
Am 06.02.2014 15:27, schrieb Páli Gábor János:
On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten
wrote:
On Feb 6, 2014, at 10:33 , Christian Maeder wrote:
or (as I've seen elsewhere) better (?)
#!/usr/bin/env bash
Definitely use this, FreeBSD (for example) does not ship with bash so /bin/
I think that the preferred solution is to get rid of the custom
Typeable(2) instances and just derive Typeable
On Thu, Feb 13, 2014 at 5:22 PM, Christian Maeder
wrote:
> Hi,
>
> with ghc-7.8.20140130 I get the compilation error:
>
> Not in scope: type constructor or class 'Typeable2'
> Pe
see https://ghc.haskell.org/trac/ghc/ticket/8783 how this issue may be
solved. Any (or both) of the two proposed patches work for me.
C.
Am 13.02.2014 14:01, schrieb Christian Maeder:
Am 06.02.2014 15:27, schrieb Páli Gábor János:
On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten
wrote:
O
Yes, changing Typeable2 to Typeable in:
{-# LANGUAGE StandaloneDeriving, DeriveDataTypeable #-}
...
deriving instance Typeable Gr
goes through with ghc-7.8-rc1.
However, this change refuses to compile with ghc-7.6.3:
Expecting two more arguments to `Gr'
In the stand-alone deriving inst
users-
| boun...@haskell.org] On Behalf Of Christian Maeder
| Sent: 20 February 2014 15:51
| To: Daniil Frumin
| Cc: glasgow-haskell-users@haskell.org
| Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
|
| Yes, changing Typeable2 to Typeable in:
|
| {-# LANGUAGE StandaloneDer
gow-haskell-users-
| boun...@haskell.org] On Behalf Of Christian Maeder
| Sent: 20 February 2014 15:51
| To: Daniil Frumin
| Cc: glasgow-haskell-users@haskell.org
| Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
|
| Yes, changing Typeable2 to Typeable in:
|
| {-# LANGUAGE StandaloneDer
; Daniil Frumin
| Cc: glasgow-haskell-users@haskell.org
| Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
|
| With "TypeableN " I mean, Typeable1, Typeable2, etc.
| Typeable2 was not supported (below) by ghc-7.8-rc1.
|
| Where is the "backward compat"?
|
| I
* Christian Maeder [2014-02-05 16:28:50+0100]
> This happens, because our /bin/sh is a "real" sh (and not a bash)
> that only allows to "export LD_LIBRARY_PATH" as a separate command.
You mean it's a "real" sh and not a POSIX-compatible one.
http://pubs.opengroup.org/onlinepubs/009695399/utilitie
Am 05.02.2014 16:45, schrieb Roman Cheplyaka:
* Christian Maeder [2014-02-05 16:28:50+0100]
This happens, because our /bin/sh is a "real" sh (and not a bash)
that only allows to "export LD_LIBRARY_PATH" as a separate command.
You mean it's a "real" sh and not a POSIX-compatible one.
http://pu
On Wed, Feb 5, 2014 at 11:02 AM, Christian Maeder
wrote:
> Am 05.02.2014 16:45, schrieb Roman Cheplyaka:
>
>> * Christian Maeder [2014-02-05 16:28:50+0100]
>>
>>> This happens, because our /bin/sh is a "real" sh (and not a bash)
>>> that only allows to "export LD_LIBRARY_PATH" as a separate comma
* Brandon Allbery [2014-02-05 11:06:04-0500]
> On Wed, Feb 5, 2014 at 11:02 AM, Christian Maeder
> wrote:
>
> > Am 05.02.2014 16:45, schrieb Roman Cheplyaka:
> >
> >> * Christian Maeder [2014-02-05 16:28:50+0100]
> >>
> >>> This happens, because our /bin/sh is a "real" sh (and not a bash)
> >>>
Am 05.02.2014 17:06, schrieb Brandon Allbery:
Whatever it is, maybe it is a Korn Shell under (older) Solaris, it
does not support:
The Korn shell is where the `export NAME=value` syntax originated.
It is a Bourne Shell under (our) SunOS 5.10 (not to be mixed up with
Bourne-again shel
Hi Christian,
the bindist is compiled on Solaris 11.0 so probably of no use for you on
Solaris 10. Also I needed to provide separate tarball of compiled and
installed libgmp.so as the Solaris 11's provided does not satisfy GHC
requirements and GHC refuses to use that...
Karel
On 02/ 5/14 0
Hi Karel,
Ok, yet I suppose that the #!/bin/sh script in ghc-pwd-bindist will
still fail for me on Solaris 10, even if I build ghc from sources.
Why was this script changed? (Or was it not?)
Is still a (non-trivial) haskell binary needed to compute the current
directory for ./configure?
Al
I can no longer build ghc from sources for yet another reason (attached
log).
"sed" reports "command garbled". I do not even know where to find this
call in the makefile infrastructure. I suspect "gsed" must be used
instead (on our Solaris installation).
Cheers Christian
Am 05.02.2014 23:43
Hi Christian,
honestly speaking I've not touched ghc-pwd-bindist script at all.
Everything I did was Austin's recommended: get the source in appropriate
way, make, make binary-dist. It produced tarball and I've uploaded it.
Generally speaking if you are not satisfied with support for Solaris
cabal install lifted-base
finally fails with:
[5 of 6] Compiling Control.Exception.Lifted (
Control/Exception/Lifted.hs, dist/build/Control/Exception/Lifted.p_o )
Control/Exception/Lifted.hs:82:1: Warning:
The import of ‛Monad’ from module ‛Control.Monad’ is redundant
[6 of 6] Compiling
38 matches
Mail list logo