Austin Seipp | 3 Feb 23:35 2014

ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 signed copy of
the SHA256 hashes available (attached) using my GPG key (keyid
0x3B58D86F).

We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
some existing issues.

Please test as much as possible; bugs are much cheaper if we find them
before the release!

--

-- 
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
Attachment (SHA256SUMS): application/octet-stream, 1795 bytes
Attachment (SHA256SUMS.sig): application/octet-stream, 1130 bytes
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
(Continue reading)

George Colpitts | 4 Feb 01:34 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 <austin <at> well-typed.com> 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.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 signed copy of
the SHA256 hashes available (attached) using my GPG key (keyid
0x3B58D86F).

We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
some existing issues.

Please test as much as possible; bugs are much cheaper if we find them
before the release!

--
Regards,

Austin Seipp, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Ganesh Sittampalam | 4 Feb 07:38 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 problem was that the ld on my
path couldn't read the .o files produced by GHC. I changed my path to
also include the mingw\bin directory from the tarball, and then all was
fine.

On 03/02/2014 22:35, 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.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 signed copy of
> the SHA256 hashes available (attached) using my GPG key (keyid
> 0x3B58D86F).
> 
> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
> some existing issues.
> 
> Please test as much as possible; bugs are much cheaper if we find them
> before the release!
> 
> 
> 
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> 
Michael Steele | 4 Feb 22:52 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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\ghc-split": No such file or directory
Failed to install safe-0.3.4
cabal: Error: some packages failed to install:
safe-0.3.4 failed during the building phase. The exception was:
ExitFailure 2

Copying "ghc-split" from the Haskell Platform into c:\ghc-7.8\lib seems to work around the problem.

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 )
[2 of 2] Compiling Safe             ( Safe.hs, dist\build\Safe.o )
In-place registering safe-0.3.4...
Installing library in
C:\Users\Mike\AppData\Roaming\cabal\safe-0.3.4\ghc-7.8.20140130
Registering safe-0.3.4...
Installed safe-0.3.4

c:\>ghci
GHCi, version 7.8.20140130: http://www.haskell.org/ghc/  :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude> import Safe
Prelude Safe> readMay "1" :: Maybe Int
Loading package safe-0.3.4 ... linking ... done.
Just 1
Prelude Safe> :quit
Leaving GHCi.


On Mon, Feb 3, 2014 at 10:38 PM, Ganesh Sittampalam <ganesh <at> earth.li> wrote:
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 problem was that the ld on my
path couldn't read the .o files produced by GHC. I changed my path to
also include the mingw\bin directory from the tarball, and then all was
fine.


On 03/02/2014 22:35, 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.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 signed copy of
> the SHA256 hashes available (attached) using my GPG key (keyid
> 0x3B58D86F).
>
> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
> some existing issues.
>
> Please test as much as possible; bugs are much cheaper if we find them
> before the release!
>
>
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users



--
-- Michael Steele
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Herbert Valerio Riedel | 4 Feb 08:40 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 of
the multiple-ghc-versions repository[1].  So you can start continuously
testing your Haskell projects hosted at GitHub with GHC 7.8.1RC1 with
little effort.

Greetings,
  hvr

 [1]: https://github.com/hvr/multi-ghc-travis 
Arie Peterson | 5 Feb 15:09 2014
Picon
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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? If I understand correctly, with 
this new version, it should be possible to compile programs with a dependency 
on vector, on arm.

Regards,

Arie

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Karel Gardas | 5 Feb 15:53 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 anyone by chance built it for arm, yet? If I understand correctly, with
> this new version, it should be possible to compile programs with a dependency
> on vector, on arm.

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
Resolving dependencies...
Downloading random-1.0.1.1...
Configuring random-1.0.1.1...
Building random-1.0.1.1...
Preprocessing library random-1.0.1.1...
[1 of 1] Compiling System.Random    ( System/Random.hs, 
dist/build/System/Random.o )
Registering random-1.0.1.1...
Installing library in /home/karel/.cabal/lib/random-1.0.1.1/ghc-7.4.1
Registering random-1.0.1.1...
Downloading QuickCheck-2.6...
Configuring QuickCheck-2.6...
Building QuickCheck-2.6...
Preprocessing library QuickCheck-2.6...
[ 1 of 13] Compiling Test.QuickCheck.Exception ( 
Test/QuickCheck/Exception.hs, dist/build/Test/QuickCheck/Exception.o )
[ 2 of 13] Compiling Test.QuickCheck.Text ( Test/QuickCheck/Text.hs, 
dist/build/Test/QuickCheck/Text.o )
[ 3 of 13] Compiling Test.QuickCheck.State ( Test/QuickCheck/State.hs, 
dist/build/Test/QuickCheck/State.o )
[ 4 of 13] Compiling Test.QuickCheck.Gen ( Test/QuickCheck/Gen.hs, 
dist/build/Test/QuickCheck/Gen.o )
[ 5 of 13] Compiling Test.QuickCheck.Arbitrary ( 
Test/QuickCheck/Arbitrary.hs, dist/build/Test/QuickCheck/Arbitrary.o )
[ 6 of 13] Compiling Test.QuickCheck.Poly ( Test/QuickCheck/Poly.hs, 
dist/build/Test/QuickCheck/Poly.o )
[ 7 of 13] Compiling Test.QuickCheck.Modifiers ( 
Test/QuickCheck/Modifiers.hs, dist/build/Test/QuickCheck/Modifiers.o )
[ 8 of 13] Compiling Test.QuickCheck.Function ( 
Test/QuickCheck/Function.hs, dist/build/Test/QuickCheck/Function.o )
[ 9 of 13] Compiling Test.QuickCheck.Property ( 
Test/QuickCheck/Property.hs, dist/build/Test/QuickCheck/Property.o )
[10 of 13] Compiling Test.QuickCheck.Test ( Test/QuickCheck/Test.hs, 
dist/build/Test/QuickCheck/Test.o )
[11 of 13] Compiling Test.QuickCheck.Monadic ( 
Test/QuickCheck/Monadic.hs, dist/build/Test/QuickCheck/Monadic.o )
[12 of 13] Compiling Test.QuickCheck  ( Test/QuickCheck.hs, 
dist/build/Test/QuickCheck.o )
[13 of 13] Compiling Test.QuickCheck.All ( Test/QuickCheck/All.hs, 
dist/build/Test/QuickCheck/All.o )

Test/QuickCheck/All.hs:28:20:
     Template Haskell bracket illegal in a stage-1 compiler
       [| quickCheck ($(mono x)) |]

[...]
Test/QuickCheck/All.hs:111:22:
     Template Haskell splice illegal in a stage-1 compiler
       forAllProperties
cabal: Error: some packages failed to install:
QuickCheck-2.6 failed during the building phase. The exception was:
ExitFailure 1
alex-3.1.3 depends on QuickCheck-2.6 which failed to install.

So, well, Catch-22?

Karel

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Joachim Breitner | 5 Feb 15:56 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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?

Greetings,
Joachim
--

-- 
Joachim Breitner
  e-Mail: mail <at> joachim-breitner.de
  Homepage: http://www.joachim-breitner.de
  Jabber-ID: nomeata <at> joachim-breitner.de

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Karel Gardas | 5 Feb 23:38 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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
>
> have you tried --disable-tests?

Do you mean:

$ cabal install alex --disable-tests

no, but tried now and the result is still the same:

cabal: Error: some packages failed to install:
QuickCheck-2.6 failed during the building phase. The exception was:
ExitFailure 1
alex-3.1.3 depends on QuickCheck-2.6 which failed to install.
karel <at> panda:~$

Thanks for any idea how to fix that!

Karel
Arie Peterson | 5 Feb 17:03 2014
Picon
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 QuickCheck without template haskell parts:

$ cabal install -f -templateHaskell QuickCheck

(syntax could be off).

Regards,

Arie

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Karel Gardas | 5 Feb 23:59 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 avoid this by installing QuickCheck without template haskell parts:
>
> $ cabal install -f -templateHaskell QuickCheck
>
> (syntax could be off).

It's worked perfectly!

Thanks!
Karel
PS: building now...
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Karel Gardas | 6 Feb 14:19 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 anyone by chance built it for arm, yet? If I understand correctly, with
> this new version, it should be possible to compile programs with a dependency
> on vector, on arm.

unfortunately build on ubuntu 12.04.2 lts still fails with:

"inplace/bin/ghc-stage2" -hisuf hi -osuf  o -hcsuf hc -static  -H32m -O 
    -package-name vector-0.10.9.1 -hide-all-packages -i 
-ilibraries/vector/. -ilibraries/vector/dist-install/build 
-ilibraries/vector/dist-install/build/autogen 
-Ilibraries/vector/dist-install/build 
-Ilibraries/vector/dist-install/build/autogen -Ilibraries/vector/include 
-Ilibraries/vector/internal   -optP-DVECTOR_BOUNDS_CHECKS -optP-include 
-optPlibraries/vector/dist-install/build/autogen/cabal_macros.h -package 
base-4.7.0.0 -package deepseq-1.3.0.2 -package ghc-prim-0.3.1.0 -package 
primitive-0.5.2.0 -O2 -XHaskell98 -XCPP -XDeriveDataTypeable -O2 
-no-user-package-db -rtsopts      -odir 
libraries/vector/dist-install/build -hidir 
libraries/vector/dist-install/build -stubdir 
libraries/vector/dist-install/build   -c 
libraries/vector/./Data/Vector/Fusion/Stream/Monadic.hs -o 
libraries/vector/dist-install/build/Data/Vector/Fusion/Stream/Monadic.o
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... Illegal instruction
make[1]: *** 
[libraries/vector/dist-install/build/Data/Vector/Fusion/Stream/Monadic.o] Error 
132
make[1]: *** Waiting for unfinished jobs....
make: *** [all] Error 2

So either I made some mistake or we're not there yet.

Karel
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Christian Maeder | 5 Feb 16:28 2014
Picon

[Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib: 
is not an identifier
configure: error: cannot determine current directory

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.

The next failure was:
ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or 
directory

So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After 
this I got:
ld.so.1: ghc-pwd: fatal: relocation error: file 
libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so: 
symbol clearenv: referenced symbol not found

Which of my libraries is wrong (or too old) despite a matching version 
number?
         libdl.so.1 =>    /lib/libdl.so.1
         libgmp.so.10 =>  /opt/csw/lib/libgmp.so.10
         libm.so.2 =>     /lib/libm.so.2
         librt.so.1 =>    /lib/librt.so.1
         libc.so.1 =>     /lib/libc.so.1
         libgcc_s.so.1 =>         /opt/csw/lib/libgcc_s.so.1
         libaio.so.1 =>   /lib/libaio.so.1
         libmd.so.1 =>    /lib/libmd.so.1

I had to give up! (I'll try to build it from sources if I find time.)

Cheers Christian

Am 03.02.2014 23:35, schrieb Austin Seipp:
> 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 signed copy of
> the SHA256 hashes available (attached) using my GPG key (keyid
> 0x3B58D86F).
>
> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
> some existing issues.
>
> Please test as much as possible; bugs are much cheaper if we find them
> before the release!
>
>
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
Roman Cheplyaka | 5 Feb 16:45 2014

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

* Christian Maeder <Christian.Maeder <at> dfki.de> [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/utilities/export.html

Roman
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Christian Maeder | 5 Feb 17:02 2014
Picon

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

Am 05.02.2014 16:45, schrieb Roman Cheplyaka:
> * Christian Maeder <Christian.Maeder <at> dfki.de> [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/utilities/export.html

Whatever it is, maybe it is a Korn Shell under (older) Solaris, it does 
not support:

   export name=word

One has to write:

   name=word
   export name

C.

>
> Roman
>
Brandon Allbery | 5 Feb 17:06 2014
Picon

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

On Wed, Feb 5, 2014 at 11:02 AM, Christian Maeder <Christian.Maeder <at> dfki.de> wrote:
Am 05.02.2014 16:45, schrieb Roman Cheplyaka:
* Christian Maeder <Christian.Maeder <at> dfki.de> [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/utilities/export.html

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.

I am tempted to suggest that we verify that this is still in current POSIX standards (the cited one is from 2004); POSIX recently dropped a significant number of Korn-shell-derived behaviors from the standard.

--
brandon s allbery kf8nh                               sine nomine associates
allbery.b <at> gmail.com                                  ballbery <at> sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Roman Cheplyaka | 5 Feb 17:10 2014

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

* Brandon Allbery <allbery.b <at> gmail.com> [2014-02-05 11:06:04-0500]
> On Wed, Feb 5, 2014 at 11:02 AM, Christian Maeder
> <Christian.Maeder <at> dfki.de>wrote:
> 
> > Am 05.02.2014 16:45, schrieb Roman Cheplyaka:
> >
> >> * Christian Maeder <Christian.Maeder <at> dfki.de> [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/utilities/export.html
> >>
> >
> > 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.
> 
> I am tempted to suggest that we verify that this is still in current POSIX
> standards (the cited one is from 2004); POSIX recently dropped a
> significant number of Korn-shell-derived behaviors from the standard.

This one is from 2013:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#export

Roman
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Christian Maeder | 5 Feb 17:31 2014
Picon

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 shell "bash")

I think it is easy to stay shell compatible.

C.

> I am tempted to suggest that we verify that this is still in current
> POSIX standards (the cited one is from 2004); POSIX recently dropped a
> significant number of Korn-shell-derived behaviors from the standard.
>
> --
> brandon s allbery kf8nh                               sine nomine associates
> allbery.b <at> gmail.com <mailto:allbery.b <at> gmail.com> ballbery <at> sinenomine.net
> <mailto:ballbery <at> sinenomine.net>
> unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
Karel Gardas | 5 Feb 23:43 2014
Picon

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1


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 04:28 PM, Christian Maeder wrote:
> 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/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib:
> is not an identifier
> configure: error: cannot determine current directory
>
> 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.
>
> The next failure was:
> ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or
> directory
>
> So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After
> this I got:
> ld.so.1: ghc-pwd: fatal: relocation error: file
> libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so:
> symbol clearenv: referenced symbol not found
>
> Which of my libraries is wrong (or too old) despite a matching version
> number?
> libdl.so.1 => /lib/libdl.so.1
> libgmp.so.10 => /opt/csw/lib/libgmp.so.10
> libm.so.2 => /lib/libm.so.2
> librt.so.1 => /lib/librt.so.1
> libc.so.1 => /lib/libc.so.1
> libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1
> libaio.so.1 => /lib/libaio.so.1
> libmd.so.1 => /lib/libmd.so.1
>
> I had to give up! (I'll try to build it from sources if I find time.)
>
> Cheers Christian
>
> Am 03.02.2014 23:35, schrieb Austin Seipp:
>> 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 signed copy of
>> the SHA256 hashes available (attached) using my GPG key (keyid
>> 0x3B58D86F).
>>
>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
>> some existing issues.
>>
>> Please test as much as possible; bugs are much cheaper if we find them
>> before the release!
>>
>>
>>
>> _______________________________________________
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users <at> haskell.org
>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
Christian Maeder | 6 Feb 10:33 2014
Picon

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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?

Alternatively, if one does not want to make "export LD_LIBRARY_PATH ..." 
Bourne shell compatible, one should start the script with:

#!/bin/bash

  or (as I've seen elsewhere) better (?)

#!/usr/bin/env bash

Cheers Christian

Am 05.02.2014 23:43, schrieb Karel Gardas:
>
> 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 04:28 PM, Christian Maeder wrote:
>> 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/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib:
>>
>> is not an identifier
>> configure: error: cannot determine current directory
>>
>> 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.
>>
>> The next failure was:
>> ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or
>> directory
>>
>> So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After
>> this I got:
>> ld.so.1: ghc-pwd: fatal: relocation error: file
>> libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so:
>> symbol clearenv: referenced symbol not found
>>
>> Which of my libraries is wrong (or too old) despite a matching version
>> number?
>> libdl.so.1 => /lib/libdl.so.1
>> libgmp.so.10 => /opt/csw/lib/libgmp.so.10
>> libm.so.2 => /lib/libm.so.2
>> librt.so.1 => /lib/librt.so.1
>> libc.so.1 => /lib/libc.so.1
>> libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1
>> libaio.so.1 => /lib/libaio.so.1
>> libmd.so.1 => /lib/libmd.so.1
>>
>> I had to give up! (I'll try to build it from sources if I find time.)
>>
>> Cheers Christian
>>
>> Am 03.02.2014 23:35, schrieb Austin Seipp:
>>> 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 signed copy of
>>> the SHA256 hashes available (attached) using my GPG key (keyid
>>> 0x3B58D86F).
>>>
>>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
>>> some existing issues.
>>>
>>> Please test as much as possible; bugs are much cheaper if we find them
>>> before the release!
...
Karel Gardas | 6 Feb 12:18 2014
Picon

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1


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 10, 
please change it as you like and submit your patch to 
ghc-devs <at> haskell.org, people there are very friendly to merge if they 
see patch is all right...

Thanks!
Karel

On 02/ 6/14 10:33 AM, Christian Maeder wrote:
> 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?
>
> Alternatively, if one does not want to make "export LD_LIBRARY_PATH ..."
> Bourne shell compatible, one should start the script with:
>
> #!/bin/bash
>
> or (as I've seen elsewhere) better (?)
>
> #!/usr/bin/env bash
>
> Cheers Christian
>
> Am 05.02.2014 23:43, schrieb Karel Gardas:
>>
>> 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 04:28 PM, Christian Maeder wrote:
>>> 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/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib:
>>>
>>>
>>> is not an identifier
>>> configure: error: cannot determine current directory
>>>
>>> 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.
>>>
>>> The next failure was:
>>> ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or
>>> directory
>>>
>>> So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After
>>> this I got:
>>> ld.so.1: ghc-pwd: fatal: relocation error: file
>>> libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so:
>>> symbol clearenv: referenced symbol not found
>>>
>>> Which of my libraries is wrong (or too old) despite a matching version
>>> number?
>>> libdl.so.1 => /lib/libdl.so.1
>>> libgmp.so.10 => /opt/csw/lib/libgmp.so.10
>>> libm.so.2 => /lib/libm.so.2
>>> librt.so.1 => /lib/librt.so.1
>>> libc.so.1 => /lib/libc.so.1
>>> libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1
>>> libaio.so.1 => /lib/libaio.so.1
>>> libmd.so.1 => /lib/libmd.so.1
>>>
>>> I had to give up! (I'll try to build it from sources if I find time.)
>>>
>>> Cheers Christian
>>>
>>> Am 03.02.2014 23:35, schrieb Austin Seipp:
>>>> 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 signed copy of
>>>> the SHA256 hashes available (attached) using my GPG key (keyid
>>>> 0x3B58D86F).
>>>>
>>>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
>>>> some existing issues.
>>>>
>>>> Please test as much as possible; bugs are much cheaper if we find them
>>>> before the release!
> ...
>
Merijn Verstraaten | 6 Feb 13:39 2014
Picon

Re: [Solaris bindist] ANNOUNCE: GHC 7.8.1 Release Candidate 1


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
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Páli Gábor János | 6 Feb 15:27 2014
Picon

Re: [Solaris bindist] ANNOUNCE: GHC 7.8.1 Release Candidate 1

On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten
<merijn <at> inconsistent.nl> 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 not introduce dependency on bash unless it is really necessary.
Christian Maeder | 13 Feb 14:01 2014
Picon

Re: [Solaris bindist] ANNOUNCE: GHC 7.8.1 Release Candidate 1

Am 06.02.2014 15:27, schrieb Páli Gábor János:
> On Thu, Feb 6, 2014 at 1:39 PM, Merijn Verstraaten
> <merijn <at> inconsistent.nl> 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 not introduce dependency on bash unless it is really necessary.

In fact ./configure detects "/bin/bash" as SHELL under Solaris, so this 
setting could be used (instead of hard coding "bin/sh")!

(Under FreeBSD a proper other SHELL might be found by ./configure.)

Many configure files of libraries also set SHELL this way.

Yet, for this ghc-pwd-bindist script it is easier to make the script 
(Bourne) /bin/sh compatible. Yet, I have not found out, how this script 
is created!

utils/ghc-pwd/ghc.mk contains
"utils/ghc-pwd_dist-install_WANT_BINDIST_WRAPPER = YES"
but then I'm lost what build-prog does from rules/build-prog.mk.

Maybe somehow the code in
libraries/Cabal/Cabal/Distribution/Simple/Program/Script.hs is called, 
then the second line should be changed from:

     setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
     setEnv (var, Just val) = ["export " ++ var ++ "=" ++ quote val]
to:
     setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
     setEnv (var, Just val) = [var ++ "=" ++ quote val, "export " ++ var]

I guess that is still POSIX compliant.

Cheers Christian

Christian Maeder | 14 Feb 16:37 2014
Picon

Re: [Solaris bindist] ANNOUNCE: GHC 7.8.1 Release Candidate 1

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
>> <merijn <at> inconsistent.nl> 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 not introduce dependency on bash unless it is really
>> necessary.
>
> In fact ./configure detects "/bin/bash" as SHELL under Solaris, so this
> setting could be used (instead of hard coding "bin/sh")!
>
> (Under FreeBSD a proper other SHELL might be found by ./configure.)
>
> Many configure files of libraries also set SHELL this way.
>
> Yet, for this ghc-pwd-bindist script it is easier to make the script
> (Bourne) /bin/sh compatible. Yet, I have not found out, how this script
> is created!
>
> utils/ghc-pwd/ghc.mk contains
> "utils/ghc-pwd_dist-install_WANT_BINDIST_WRAPPER = YES"
> but then I'm lost what build-prog does from rules/build-prog.mk.
>
> Maybe somehow the code in
> libraries/Cabal/Cabal/Distribution/Simple/Program/Script.hs is called,
> then the second line should be changed from:
>
>      setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
>      setEnv (var, Just val) = ["export " ++ var ++ "=" ++ quote val]
> to:
>      setEnv (var, Nothing)  = ["unset " ++ var, "export " ++ var]
>      setEnv (var, Just val) = [var ++ "=" ++ quote val, "export " ++ var]
>
> I guess that is still POSIX compliant.
>
> Cheers Christian
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
>
Christian Maeder | 6 Feb 13:43 2014
Picon

Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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, schrieb Karel Gardas:
>
> 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 04:28 PM, Christian Maeder wrote:
>> 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/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib:
>>
>> is not an identifier
>> configure: error: cannot determine current directory
>>
>> 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.
>>
>> The next failure was:
>> ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or
>> directory
>>
>> So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After
>> this I got:
>> ld.so.1: ghc-pwd: fatal: relocation error: file
>> libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so:
>> symbol clearenv: referenced symbol not found
>>
>> Which of my libraries is wrong (or too old) despite a matching version
>> number?
>> libdl.so.1 => /lib/libdl.so.1
>> libgmp.so.10 => /opt/csw/lib/libgmp.so.10
>> libm.so.2 => /lib/libm.so.2
>> librt.so.1 => /lib/librt.so.1
>> libc.so.1 => /lib/libc.so.1
>> libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1
>> libaio.so.1 => /lib/libaio.so.1
>> libmd.so.1 => /lib/libmd.so.1
>>
>> I had to give up! (I'll try to build it from sources if I find time.)
>>
>> Cheers Christian
>>
>> Am 03.02.2014 23:35, schrieb Austin Seipp:
>>> 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 signed copy of
>>> the SHA256 hashes available (attached) using my GPG key (keyid
>>> 0x3B58D86F).
>>>
>>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
>>> some existing issues.
>>>
>>> Please test as much as possible; bugs are much cheaper if we find them
>>> before the release!
>>>
>>>
>>>
>>> _______________________________________________
>>> Glasgow-haskell-users mailing list
>>> Glasgow-haskell-users <at> haskell.org
>>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>>
>>
>> _______________________________________________
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users <at> haskell.org
>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>
>
>

Attachment (log.gz): application/x-gzip, 1005 bytes
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Christian Maeder | 6 Feb 14:51 2014
Picon

[OS X mavericks and lifted-base] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 Control.Concurrent.Lifted ( 
Control/Concurrent/Lifted.hs, dist/build/Control/Concurrent/Lifted.p_o )
ld: library not found for -lHSmonad-control-0.3.2.2-ghc7.8.20140130
clang: error: linker command failed with exit code 1 (use -v to see 
invocation)
Failed to install lifted-base-0.2.1.1

    base-unicode-symbols-0.2.2.4
    monad-control-0.3.2.2
    transformers-base-0.4.1

are properly installed.

There is a library libHSmonad-control-0.3.2.2.a
(but no "libHSmonad-control-0.3.2.2-ghc7.8.20140130.a")

Cheers Christian

Am 03.02.2014 23:35, schrieb Austin Seipp:
> 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 signed copy of
> the SHA256 hashes available (attached) using my GPG key (keyid
> 0x3B58D86F).
>
> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
> some existing issues.
>
> Please test as much as possible; bugs are much cheaper if we find them
> before the release!
>
>
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
harry | 6 Feb 20:05 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 - Glasgow-haskell-users mailing list archive at Nabble.com.
harry | 6 Feb 20:19 2014
Picon

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

> 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: http://haskell.1045720.n5.nabble.com/ANNOUNCE-GHC-7-8-1-Release-Candidate-1-tp5743256p5743507.html
Sent from the Haskell - Glasgow-haskell-users mailing list archive at Nabble.com.
Christian Maeder | 13 Feb 14:22 2014
Picon

[Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 Seipp:
> 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 signed copy of
> the SHA256 hashes available (attached) using my GPG key (keyid
> 0x3B58D86F).
>
> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
> some existing issues.
>
> Please test as much as possible; bugs are much cheaper if we find them
> before the release!
>
>
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>

_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Daniil Frumin | 13 Feb 15:36 2014
Picon

Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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
<Christian.Maeder <at> dfki.de> wrote:
> 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 Seipp:
>>
>> 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 signed copy of
>> the SHA256 hashes available (attached) using my GPG key (keyid
>> 0x3B58D86F).
>>
>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
>> some existing issues.
>>
>> Please test as much as possible; bugs are much cheaper if we find them
>> before the release!
>>
>>
>>
>>
>> _______________________________________________
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users <at> haskell.org
>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users <at> haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

--

-- 
Sincerely yours,
-- Daniil
Christian Maeder | 20 Feb 16:51 2014
Picon

Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

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 instance for `Typeable Gr'

This is unfortunate, because I need to add conditional compilation to 
make my code compilable for the two most recent major versions of GHC.

Can you not simply let ghc-7.8 interpret TypeableN as Typeable?

Cheers Christian

Am 13.02.2014 15:36, schrieb Daniil Frumin:
> 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
> <Christian.Maeder <at> dfki.de> wrote:
>> 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 Seipp:
>>>
>>> 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 signed copy of
>>> the SHA256 hashes available (attached) using my GPG key (keyid
>>> 0x3B58D86F).
>>>
>>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
>>> some existing issues.
>>>
>>> Please test as much as possible; bugs are much cheaper if we find them
>>> before the release!
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Glasgow-haskell-users mailing list
>>> Glasgow-haskell-users <at> haskell.org
>>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>>>
>>
>> _______________________________________________
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users <at> haskell.org
>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
>
>
Simon Peyton Jones | 20 Feb 17:00 2014
Picon

RE: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

| Can you not simply let ghc-7.8 interpret TypeableN as Typeable?

Not really: ghc-7.8 does still support TypeableN I think (for backward compat reasons).  So it can't take it
to mean two different things.

| -----Original Message-----
| From: Glasgow-haskell-users [mailto:glasgow-haskell-users-
| bounces <at> haskell.org] On Behalf Of Christian Maeder
| Sent: 20 February 2014 15:51
| To: Daniil Frumin
| Cc: glasgow-haskell-users <at> haskell.org
| Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
| 
| 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 instance for `Typeable Gr'
| 
| This is unfortunate, because I need to add conditional compilation to
| make my code compilable for the two most recent major versions of GHC.
| 
| Can you not simply let ghc-7.8 interpret TypeableN as Typeable?
| 
| Cheers Christian
| 
| Am 13.02.2014 15:36, schrieb Daniil Frumin:
| > 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
| > <Christian.Maeder <at> dfki.de> wrote:
| >> 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 Seipp:
| >>>
| >>> 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 signed copy
| >>> of the SHA256 hashes available (attached) using my GPG key (keyid
| >>> 0x3B58D86F).
| >>>
| >>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
| >>> some existing issues.
| >>>
| >>> Please test as much as possible; bugs are much cheaper if we find
| >>> them before the release!
| >>>
| >>>
| >>>
| >>>
| >>> _______________________________________________
| >>> Glasgow-haskell-users mailing list
| >>> Glasgow-haskell-users <at> haskell.org
| >>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
| >>>
| >>
| >> _______________________________________________
| >> Glasgow-haskell-users mailing list
| >> Glasgow-haskell-users <at> haskell.org
| >> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
| >
| >
| >
| 
| _______________________________________________
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users <at> haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Christian Maeder | 20 Feb 17:08 2014
Picon

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"?

In fact, Typeable and Typeable2 mean the same thing for ghc-7.8-rc1 and 
ghc-7.6 resp.!

C.

Am 20.02.2014 17:00, schrieb Simon Peyton Jones:
> | Can you not simply let ghc-7.8 interpret TypeableN as Typeable?
>
> Not really: ghc-7.8 does still support TypeableN I think (for backward compat reasons).  So it can't take
it to mean two different things.
>
> | -----Original Message-----
> | From: Glasgow-haskell-users [mailto:glasgow-haskell-users-
> | bounces <at> haskell.org] On Behalf Of Christian Maeder
> | Sent: 20 February 2014 15:51
> | To: Daniil Frumin
> | Cc: glasgow-haskell-users <at> haskell.org
> | Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
> |
> | 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 instance for `Typeable Gr'
> |
> | This is unfortunate, because I need to add conditional compilation to
> | make my code compilable for the two most recent major versions of GHC.
> |
> | Can you not simply let ghc-7.8 interpret TypeableN as Typeable?
> |
> | Cheers Christian
> |
> | Am 13.02.2014 15:36, schrieb Daniil Frumin:
> | > 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
> | > <Christian.Maeder <at> dfki.de> wrote:
> | >> 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 Seipp:
> | >>>
> | >>> 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 signed copy
> | >>> of the SHA256 hashes available (attached) using my GPG key (keyid
> | >>> 0x3B58D86F).
> | >>>
> | >>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware of
> | >>> some existing issues.
> | >>>
> | >>> Please test as much as possible; bugs are much cheaper if we find
> | >>> them before the release!
> | >>>
> | >>>
> | >>>
> | >>>
> | >>> _______________________________________________
> | >>> Glasgow-haskell-users mailing list
> | >>> Glasgow-haskell-users <at> haskell.org
> | >>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> | >>>
> | >>
> | >> _______________________________________________
> | >> Glasgow-haskell-users mailing list
> | >> Glasgow-haskell-users <at> haskell.org
> | >> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> | >
> | >
> | >
> |
> | _______________________________________________
> | Glasgow-haskell-users mailing list
> | Glasgow-haskell-users <at> haskell.org
> | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
>
Simon Peyton Jones | 20 Feb 17:11 2014
Picon

RE: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1

I think you need to import Data.OldTypeable to get Typeable2 and friends.  Pedro may remember more of the
reasoning about backward compatibility.

| -----Original Message-----
| From: Christian Maeder [mailto:Christian.Maeder <at> dfki.de]
| Sent: 20 February 2014 16:09
| To: Simon Peyton Jones; Daniil Frumin
| Cc: glasgow-haskell-users <at> 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"?
| 
| In fact, Typeable and Typeable2 mean the same thing for ghc-7.8-rc1 and
| ghc-7.6 resp.!
| 
| C.
| 
| Am 20.02.2014 17:00, schrieb Simon Peyton Jones:
| > | Can you not simply let ghc-7.8 interpret TypeableN as Typeable?
| >
| > Not really: ghc-7.8 does still support TypeableN I think (for backward
| compat reasons).  So it can't take it to mean two different things.
| >
| > | -----Original Message-----
| > | From: Glasgow-haskell-users [mailto:glasgow-haskell-users-
| > | bounces <at> haskell.org] On Behalf Of Christian Maeder
| > | Sent: 20 February 2014 15:51
| > | To: Daniil Frumin
| > | Cc: glasgow-haskell-users <at> haskell.org
| > | Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
| > |
| > | 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 instance for `Typeable Gr'
| > |
| > | This is unfortunate, because I need to add conditional compilation
| > | to make my code compilable for the two most recent major versions of
| GHC.
| > |
| > | Can you not simply let ghc-7.8 interpret TypeableN as Typeable?
| > |
| > | Cheers Christian
| > |
| > | Am 13.02.2014 15:36, schrieb Daniil Frumin:
| > | > 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
| > | > <Christian.Maeder <at> dfki.de> wrote:
| > | >> 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 Seipp:
| > | >>>
| > | >>> 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
| > | >>> signed copy of the SHA256 hashes available (attached) using my
| > | >>> GPG key (keyid 0x3B58D86F).
| > | >>>
| > | >>> We plan to make the 7.8.1 RC2 release quite soon, as we're aware
| > | >>> of some existing issues.
| > | >>>
| > | >>> Please test as much as possible; bugs are much cheaper if we
| > | >>> find them before the release!
| > | >>>
| > | >>>
| > | >>>
| > | >>>
| > | >>> _______________________________________________
| > | >>> Glasgow-haskell-users mailing list
| > | >>> Glasgow-haskell-users <at> haskell.org
| > | >>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
| > | >>>
| > | >>
| > | >> _______________________________________________
| > | >> Glasgow-haskell-users mailing list
| > | >> Glasgow-haskell-users <at> haskell.org
| > | >> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
| > | >
| > | >
| > | >
| > |
| > | _______________________________________________
| > | Glasgow-haskell-users mailing list
| > | Glasgow-haskell-users <at> haskell.org
| > | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
| >
| >

Gmane