Re: ANNOUNCE: GHC 7.2.1 Release Candidate 1
On 09/08/2011 05:59, Jens Petersen wrote: I'm quite happy for distros to build against their system libffi though, and we should make that easier. Note that if you build against the system libffi you are responsible for fully testing the combination (I know you already do that, which is great). A configure option to enable system libffi would be very good. Should I file an RFE for that? yes, please do. Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: hsc2hs and #include
On 09/08/2011 02:44, Evan Laforge wrote: So the simplest thing to do is remove all the version stuff. That means that if you want to run hsc2hs with a version of ghc which is not the one linked in /usr/bin, you also can't run the hsc2hs linked in /usr/bin, but have to get the one out of the ghc directory. If no one has an objection to that then I'll try to make a patch with git and put it in a ticket. The next simplest thing to do is to just document that anyone calling hsc2hs has to pass -D__GLASGOW_HASKELL_=version. I don't like this so much because it's error-prone, but doesn't require any code changes. So... remove it all? Yea / nay? Yes, ok. Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: hsc2hs and #include
On Mon, Aug 08, 2011 at 06:44:29PM -0700, Evan Laforge wrote: So... remove it all? I've done so. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.2.1 Release Candidate 1
On Tue, Aug 09, 2011 at 10:52:39AM +1000, Manuel M T Chakravarty wrote: Ian Lynagh: On Mon, Aug 08, 2011 at 11:20:18PM +1000, Manuel M T Chakravarty wrote: Ian Lynagh: You are right that the bindists use the default gcc (i.e., the one with the LLVM backend). That is ok, though, as GHC supplies the stack unwinding linker option. Do you really mean the bindists (i.e. the .tar.bz2 files), rather than the installers (.pkg)? Yes, I mean the tar.bz2 file. When I unpack it on Lion and run ./configure, configure picks '/usr/bin/gcc' and not '/usr/bin/gcc-4.2' as the C compiler. (I can force it to use gcc-4.2 with '--with-gcc=/usr/bin/gcc-4.2'.) Hmm, odd. I've filed #5397 and I'll investigate later. P.S.: The .pkg package uses a bindist internally. (At least, that was how my original implementation of the packaging worked.) So, the two should usually behave the same. It uses an installed bindist, I believe, so configure was run on my Mac (XCode 4) rather than yours (XCode = 4). Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Build failure of syb-with-class with ghc-7.2.1
Hello, the HEAD of syb-with-class fails with the following error when build with ghc-7.2.1 and template-haskell-2.6: http://code.google.com/p/syb-with-class/issues/detail?id=4 Is this a bug in TH? Regards, Bas ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Build failure of syb-with-class with ghc-7.2.1
the HEAD of syb-with-class fails with the following error when build with ghc-7.2.1 and template-haskell-2.6: http://code.google.com/p/syb-with-class/issues/detail?id=4 Is this a bug in TH? Very likely: http://hackage.haskell.org/trac/ghc/ticket/5362 -- Sergei signature.asc Description: PGP signature ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Build failure of syb-with-class with ghc-7.2.1
On 9 August 2011 15:15, Sergei Trofimovich sly...@inbox.ru wrote: the HEAD of syb-with-class fails with the following error when build with ghc-7.2.1 and template-haskell-2.6: http://code.google.com/p/syb-with-class/issues/detail?id=4 Is this a bug in TH? Very likely: http://hackage.haskell.org/trac/ghc/ticket/5362 Thanks. The error is different but at the same location. I filed a new ticket for this: http://hackage.haskell.org/trac/ghc/ticket/5398 ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Build failure of syb-with-class with ghc-7.2.1
On 09/08/2011, at 23:15 , Sergei Trofimovich wrote: the HEAD of syb-with-class fails with the following error when build with ghc-7.2.1 and template-haskell-2.6: http://code.google.com/p/syb-with-class/issues/detail?id=4 Is this a bug in TH? Very likely: http://hackage.haskell.org/trac/ghc/ticket/5362 In TH code you now need to use mkName at variable uses instead of the names created directly with newName. Repa had a similar problem. Ben. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Build failure of syb-with-class with ghc-7.2.1
No, it's more #5375 and #5307. Email coming S | -Original Message- | From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users- | boun...@haskell.org] On Behalf Of Sergei Trofimovich | Sent: 09 August 2011 14:15 | To: Bas van Dijk | Cc: glasgow-haskell-users@haskell.org | Subject: Re: Build failure of syb-with-class with ghc-7.2.1 | | the HEAD of syb-with-class fails with the following error when build | with ghc-7.2.1 and template-haskell-2.6: | | http://code.google.com/p/syb-with-class/issues/detail?id=4 | | Is this a bug in TH? | | Very likely: | http://hackage.haskell.org/trac/ghc/ticket/5362 | | -- | | Sergei ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Build failure of syb-with-class with ghc-7.2.1
In TH code you now need to use mkName at variable uses instead of the names created directly with newName. Repa had a similar problem. Eh? I don't understand that. Can you give a small example? Simon From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users-boun...@haskell.org] On Behalf Of Ben Lippmeier Sent: 09 August 2011 14:44 To: Bas van Dijk Cc: glasgow-haskell-users@haskell.org Mailing List Subject: Re: Build failure of syb-with-class with ghc-7.2.1 On 09/08/2011, at 23:15 , Sergei Trofimovich wrote: the HEAD of syb-with-class fails with the following error when build with ghc-7.2.1 and template-haskell-2.6: http://code.google.com/p/syb-with-class/issues/detail?id=4 Is this a bug in TH? Very likely: http://hackage.haskell.org/trac/ghc/ticket/5362 In TH code you now need to use mkName at variable uses instead of the names created directly with newName. Repa had a similar problem. Ben. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: Build failure of syb-with-class with ghc-7.2.1
Sigh. See http://hackage.haskell.org/trac/ghc/ticket/5398#comment:1 Simon | -Original Message- | From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-users- | boun...@haskell.org] On Behalf Of Bas van Dijk | Sent: 09 August 2011 13:47 | To: glasgow-haskell-users@haskell.org | Subject: Build failure of syb-with-class with ghc-7.2.1 | | Hello, | | the HEAD of syb-with-class fails with the following error when build | with ghc-7.2.1 and template-haskell-2.6: | | http://code.google.com/p/syb-with-class/issues/detail?id=4 | | Is this a bug in TH? | | Regards, | | Bas | | ___ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.2.1 Release Candidate 1
On Fri, Jul 29, 2011 at 07:21:36PM +0100, Ian Lynagh wrote: We are pleased to announce the first release candidate for GHC 7.2.1: http://www.haskell.org/ghc/dist/7.2.1-rc1/ This includes the source and testsuite tarballs, installers for OS X and Windows, and bindists for amd64/Linux, i386/Linux, amd64/FreeBSD and i386/FreeBSD. Please test as much as possible; bugs are much cheaper if we find them before the release! Dear GHC Team, please consider the following two patches for DragonFly support. [ I still have only a workaround for loading modules that access errno (extern __thread int on DragonFly). ] [ I get lots of testsuite failures, because I get (with some probability) an error message like Thread 297f0230 has exited with leftover thread-specific data after 4 destructor iterations on exit. Will attach a manually edited log of gmake test, that might be a good approximation of all the other (repeatable) failures. ] -- Goetz --- rts/PosixSource.h.orig 2011-07-28 19:12:04 +0200 +++ rts/PosixSource.h 2011-08-02 09:29:37 +0200 @@ -11,7 +11,7 @@ #include ghcplatform.h -#if defined(freebsd_HOST_OS) +#if defined(freebsd_HOST_OS) || defined(dragonfly_HOST_OS) #define _POSIX_C_SOURCE 200112L #define _XOPEN_SOURCE 600 #else --- compiler/utils/Platform.hs.orig 2011-07-28 19:12:04 +0200 +++ compiler/utils/Platform.hs 2011-08-02 10:50:15 +0200 @@ -52,6 +52,7 @@ | OSSolaris2 | OSMinGW32 | OSFreeBSD +| OSDragonFly | OSOpenBSD deriving (Show, Eq) @@ -71,6 +72,7 @@ osElfTarget :: OS - Bool osElfTarget OSLinux= True osElfTarget OSFreeBSD = True +osElfTarget OSDragonFly= True osElfTarget OSOpenBSD = True osElfTarget OSSolaris2 = True osElfTarget OSDarwin = False @@ -116,6 +118,8 @@ defaultTargetOS = OSMinGW32 #elif freebsd_TARGET_OS defaultTargetOS = OSFreeBSD +#elif dragonfly_TARGET_OS +defaultTargetOS = OSDragonFly #elif openbsd_TARGET_OS defaultTargetOS = OSOpenBSD #else Actual stdout output differs from expected: --- ./lib/IO/openFile003.stdout 2011-07-29 20:05:39 +0200 +++ ./lib/IO/openFile003.run.stdout 2011-08-04 08:12:36 +0200 @@ -1,4 +1,4 @@ Left .: openFile: inappropriate type (is a directory) -Left .: openFile: inappropriate type (Is a directory) -Left .: openFile: inappropriate type (Is a directory) -Left .: openFile: inappropriate type (Is a directory) +Left .: openFile: already exists (File exists) +Left .: openFile: already exists (File exists) +Left .: openFile: already exists (File exists) *** unexpected failure for openFile003(normal) Actual stdout output differs from expected: --- ./rts/T2615.stdout 2011-07-29 20:05:43 +0200 +++ ./rts/T2615.run.stdout 2011-08-04 08:14:43 +0200 @@ -1 +1 @@ -libfoo_script_T2615.so loaded successfully +error: ./libfoo_script_T2615.so: invalid file format *** unexpected failure for T2615(normal) Wrong exit code (expected 0 , actual 2 ) Stdout: Stderr: Implicit import declaration: Could not find module `Prelude' Perhaps you haven't installed the dyn libraries for package `base'? Use -v to see a list of the files searched for. gmake[3]: *** [T3807] Error 1 *** unexpected failure for T3807(normal) Actual stdout output differs from expected: --- ./numeric/should_run/numrun012.stdout 2011-07-29 20:05:40 +0200 +++ ./numeric/should_run/numrun012.run.stdout 2011-08-04 08:23:05 +0200 @@ -1,4 +1,4 @@ -[0,1,5,9,10,14,31,31,32,32,32,32,33] +[0,1,5,9,10,14,31,31,31,32,32,32,33] -2.147483648e9 -2.1474836e9 -2.147483648e9 *** unexpected failure for numrun012(normal) Wrong exit code (expected 0 , actual 2 ) Stdout: Stderr: make: illegal option -- - usage: make [-BPSXeiknqrstv] [-C directory] [-D variable] [-d flags] [-E variable] [-f makefile] [-I directory] [-j max_jobs] [-m directory] [-V variable] [variable=value] [target ...] gmake[3]: *** [plugins01] Error 2 *** unexpected failure for plugins01(normal) Actual stderr output differs from expected: --- ./plugins/plugins02.stderr 2011-07-29 20:05:41 +0200 +++ ./plugins/plugins02.comp.stderr 2011-08-04 08:28:13 +0200 @@ -1 +1 @@ -command line: The value Simple.BadlyTypedPlugin.plugin did not have the type CoreMonad.Plugin as required +ghc-stage2: can't find a package database at simple-plugin/local.package.conf *** unexpected failure for plugins02(normal) Actual stderr output differs from expected: --- ./plugins/plugins03.stderr 2011-07-29 20:05:41 +0200 +++ ./plugins/plugins03.comp.stderr 2011-08-04 08:28:13 +0200 @@ -1 +1 @@ -command line: Could not find module `Simple.NonExistantPlugin' Use -v to see a list of the files searched for. +ghc-stage2: can't find a package database at simple-plugin/local.package.conf *** unexpected failure for plugins03(normal) Compile failed (status 256) errors were: ghc-stage2: panic! (the 'impossible' happened) (GHC version 7.2.0.20110728 for i386-unknown-dragonfly):
ANNOUNCE: GHC version 7.2.1
= The (Interactive) Glasgow Haskell Compiler -- version 7.2.1 = The GHC Team is pleased to announce a new major release of GHC, 7.2.1. The 7.2 branch is intended to be more of a technology preview than normal GHC stable branches; in particular, it supports a significantly improved version of DPH, as well as new features such as compiler plugins and safe Haskell. The design of these new features may evolve as we get more experience with them. See the release notes for more details of what's new and what's changed. We are also using this branch as an opportunity to work out the best workflows to use with git. We expect the 7.2 branch to be short-lived, with 7.4.1 coming out shortly after ICFP as normal. Full release notes are here: http://www.haskell.org/ghc/docs/7.2.1/html/users_guide/release-7-2-1.html How to get it ~ The easy way is to go to the web page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place. Packages will appear as they are built - if the package for your system isn't available yet, please try again later. Background ~~ Haskell is a standard lazy functional programming language. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ GHC developers' home page http://hackage.haskell.org/trac/ghc/ Haskell home page http://www.haskell.org/ Supported Platforms ~~~ The list of platforms we support, and the people responsible for them, is here: http://hackage.haskell.org/trac/ghc/wiki/Contributors Ports to other platforms are possible with varying degrees of difficulty. The Building Guide describes how to go about porting to a new platform: http://hackage.haskell.org/trac/ghc/wiki/Building Developers ~~ We welcome new contributors. Instructions on accessing our source code repository, and getting started with hacking on GHC, are available from the GHC's developer's site run by Trac: http://hackage.haskell.org/trac/ghc/ Mailing lists ~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Some GHC developers hang out on #haskell on IRC, too: http://www.haskell.org/haskellwiki/IRC_channel Please report bugs using our bug tracking system. Instructions on reporting bugs can be found here: http://www.haskell.org/ghc/reportabug ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: hsc2hs and #include
On Tue, Aug 9, 2011 at 4:36 AM, Ian Lynagh ig...@earth.li wrote: On Mon, Aug 08, 2011 at 06:44:29PM -0700, Evan Laforge wrote: So... remove it all? I've done so. Yay, thanks! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users