==
The (Interactive) Glasgow Haskell Compiler -- version 6.10.1
==
The GHC Team is pleased to announce a new major release of GHC. There
have been a number of signific
Hi Paul,
On Mon, Oct 27, 2008 at 03:29:20PM -0400, Paul Jarc wrote:
> Ian Lynagh <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 08, 2008 at 06:04:31PM -0400, Paul Jarc wrote:
> >> With all that, the first problem I hit was with utils/pwd/pwd.
> >> ./configure bui
On Mon, Oct 27, 2008 at 06:10:25PM -, Claus Reinke wrote:
>
> Should I add a ticket?
Sounds good - and if you could attach a small example showing how Array
is faster that would be helpful too.
Thanks
Ian
___
Glasgow-haskell-users mailing list
Gla
Hi Paul,
On Wed, Oct 08, 2008 at 06:04:31PM -0400, Paul Jarc wrote:
>
> With all that, the first problem I hit was with utils/pwd/pwd.
> ./configure builds it by calling ghc without any special flags, so the
> binary can't find libgmp.so at runtime.
I think you need to tell the dynamic linker w
Hi Pedro,
On Mon, Oct 13, 2008 at 02:02:07PM +0200, José Pedro Magalhães wrote:
>
> I'm attaching patches that add a link to the new wiki from the haddock of
> syb (and change the maintainer to [EMAIL PROTECTED]).
Applied, thanks!
Thanks
Ian
___
Gl
On Wed, Oct 08, 2008 at 05:10:53PM -0700, Greg Fitzgerald wrote:
> The instance for "Functor (Either ParserError)" disappeared. Is that
> intentional?
The instance is still in Control.Monad.Instances.
The problem with the instance is that Haskell 98 doesn't say that it
exists, so we can't put it
On Thu, Oct 09, 2008 at 03:37:32PM +0200, Christian Maeder wrote:
> Ian Lynagh wrote:
> > Please test as much as possible; bugs are much cheaper if we find them
> > before the release!
>
> How about a test-suite?
Good point: I've addde one to
http://www.haskell.org/ghc/
Hi Christian,
On Fri, Oct 10, 2008 at 05:40:24PM +0200, Christian Maeder wrote:
>
> Not in scope: `readEither'
>
> import GHC.Read (readEither)
>
> and used to work with ghc-6.8.
>
> What should I use as replacement?
>
> P.S. It is also not mentioned in the changes:
We don't guarantee a
On Fri, Oct 10, 2008 at 03:54:07PM -0700, Duncan Coutts wrote:
> On Fri, 2008-10-10 at 15:34 -0700, Don Stewart wrote:
> > arrows fails due to:
> >
> > [ 3 of 12] Compiling Control.Arrow.Transformer.CoState (
> > Control/Arrow/Transformer/CoState.hs,
> > dist/build/Control/Arrow/Transformer/
We are pleased to announce that the GHC 6.10.0.20081007 snapshot is the
first release candidate for GHC 6.10.1.
You can download the release candidate from here:
http://www.haskell.org/ghc/dist/stable/dist/6.10.1-rc-1/rc.html
This page includes:
* a Windows installer
* an OS X installer
* bin
On Tue, Oct 07, 2008 at 12:54:55PM -0700, Duncan Coutts wrote:
> On Tue, 2008-10-07 at 20:50 +0200, Johannes Waldmann wrote:
> > > catch \(e :: SomeException) -> ...
> >
> > So, this changes the API (from 6.8 to 6.10)?
> >
> > I see there is Control.OldException (providing the "old catch")
> > bu
On Wed, Oct 01, 2008 at 09:16:12PM +0200, Karel Gardas wrote:
>
> # pwdx 23414
> 23414:
> /export/zone/buildbot/root/buildbot/ghc/kgardas/build/testsuite/tests/ghc-regress/ghci/scripts
>
> # pargs 23414
> 23414: /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc
> -B/buildbot/ghc/kgar
>
On Fri, Oct 03, 2008 at 09:54:12AM -0700, Duncan Coutts wrote:
>
> better. We should also write a tool using the ghc-api to compare apis of
> different versions of packages to inform people of changes and enforce
> the versioning policy for packages that have opted in.
We should also use such a t
On Wed, Oct 01, 2008 at 08:57:17PM +0200, Karel Gardas wrote:
>
> Does this help?
>
> # pargs 4380
> 4380: /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc
> -B/buildbot/ghc/kgar
> argv[0]: /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc
> argv[1]: -B/buildbot/ghc/kgardas/b
On Wed, Oct 01, 2008 at 02:56:26PM +0200, Karel Gardas wrote:
>
> -bash-3.2$ ps -fU buildbot|grep 4380
> buildbot 24480 27081 0 14:50:27 pts/6 0:00 grep 4380
> buildbot 4380 641 25 12:38:14 ? 130:33
> /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc
> -B/buildbot/ghc/
On Tue, Sep 30, 2008 at 04:20:59PM +0100, Simon Marlow wrote:
> Claus Reinke wrote:
> >>Thank you all. Everything is great now. It was because (Just ghcPath) was
> >>not passed into runGhc, and lack of ghc-path.
> >
> >btw: is ghc-path going to be part of the ghc release or the haskell
> >platform
On Sat, Sep 27, 2008 at 03:10:04PM +0200, Matthias Kilian wrote:
>
> BTW: I had some problems running the testsuite some weeks ago,
> because some autoconf'd stuff was missing. When building from the
> repository (*not* from the source tarballs), are there any additional
> steps beyond
>
>
Hi Paul,
On Wed, Sep 24, 2008 at 05:02:28PM -0400, Paul Jarc wrote:
> Ian Lynagh <[EMAIL PROTECTED]> wrote:
> > I'm confused. If the bootstrapping GHC uses a gmp from a non-standard
> > directory, then that directory should be listed in the "library-dir
On Mon, Sep 22, 2008 at 03:32:40PM +0200, Christian Maeder wrote:
> Ian Lynagh wrote:
> > Right now we have the source bundles:
> >
> > http://www.haskell.org/ghc/dist/stable/dist/ghc-6.10.0.20080921-src.tar.bz2
> > http://www.haskell.org/ghc/dist/stable/d
Hi Paul,
On Tue, Sep 23, 2008 at 09:09:03PM -0400, Paul Jarc wrote:
> I ran into some problems due to having gmp installed in an unusual
> place. I passed --with-gmp-{includes,libraries} to ./configure, set
> $CPPFLAGS and $LDFLAGS for ./configure, and set the corresponding
> -optl, etc., flags
On Tue, Sep 23, 2008 at 12:43:53AM -0600, humasect wrote:
> installPackage: internal error: stg_ap_ppp_ret
> (GHC version 6.8.3 for i386_apple_darwin)
> Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
> make[2]: *** [build.stage.1] Abort trap
> make[1]: *** [build.st
On Tue, Sep 23, 2008 at 05:02:23AM +, Wei Hu wrote:
>
> I forgot to mention that I was running the binary package -- didn't bother to
> build ghc from source. Because the binary package relies on libedit.so.0 and
> Debian only comes with libedit2, I created a symbolic link for libedit.so.0
Hi Roman,
On Wed, Sep 24, 2008 at 08:35:50PM +0300, Roman Cheplyaka wrote:
>
> libedit on Debian is very out-dated[1]. Haskell bindings (editline)
> doesn't compile against it (at least I could not compile it).
>
> 1. http://packages.qa.debian.org/e/editline.html
That's the wrong package; yo
On Wed, Sep 24, 2008 at 12:55:29PM +0200, Wolfgang Jeltsch wrote:
>
> I thought, someone said that with the new typing machinery in GHC 6.10, more
> functional dependency programs are accepted because functional dependencies
> are handled similarly to type families (or something like that). Is
On Mon, Sep 22, 2008 at 09:52:57AM +0300, Yitzchak Gale wrote:
>
> Before I delete that chroot build environment - could it
> be useful for making GHC 6.8.3 available to others? If someone
> points me in the right direction, perhaps I could create a binary
> tarball and/or backport deb.
You can m
We are pleased to announce that the GHC 6.10.0.20080921 snapshot is a
beta release of GHC 6.10.1.
You can download snapshots from here:
http://www.haskell.org/ghc/dist/stable/dist/
Right now we have the source bundles:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.10.0.20080921-src.tar
Hi Neil,
On Wed, Sep 10, 2008 at 01:45:34PM +0100, Mitchell, Neil wrote:
>
> Fresh pull, and I get in bind-dist:
>
> == make install-docs - --no-print-directory -r;
> in /cygdrive/c/ghc-build/ghc/docs/ext-core
>
> make[3]
k problems are also fixed in the HEAD, by:
[Fix in-tree haddock on Windows
Ian Lynagh <[EMAIL PROTECTED]>**20080829000742] {
so if you ./darcs-all pull then that should work too.
Thanks
Ian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-u
ac'ed as #2582 so I don't forget about it.
> * The ghc API package hasn't been installed. "ghc-pkg list" gives:
Do you have this patch?:
[Install the stage 2 ghc package when installing; fixes trac #2567
Ian Lynagh <[EMAIL PROTECTED]>**20080906142546] {
hunk
On Tue, Sep 09, 2008 at 12:08:12PM +0100, Mitchell, Neil wrote:
>
> #define __MINGW_NOTHROW
>
> So I added c:\mingw\lib\gcc\mingw32\3.4.5 to the $PATH, where I found a
> copy of crtbegin.o.
I'm not sure what's happening here, but I think we should see if the
forthcoming -B patch fixes these too.
Hi Neil,
On Mon, Sep 08, 2008 at 09:40:47AM +0100, Mitchell, Neil wrote:
>
> I initially got a failure about cc1 not being found when executing
> 6.8.3's gcc, which I worked around by adding c:/ghc/ghc-6.8.3/gcc-lib at
> the end of the path (i.e. last priority)
I'm not sure why some people see
On Thu, Aug 28, 2008 at 04:31:16PM +1000, Manuel M T Chakravarty wrote:
> Ian Lynagh:
> >On Mon, Aug 18, 2008 at 12:21:47PM +1000, Manuel M T Chakravarty
> >wrote:
> >>From what you are saying, it seems that one "advantage" of git (in-
> >>place branch
On Thu, Aug 28, 2008 at 03:16:16PM -0700, John Meacham wrote:
> On Thu, Aug 28, 2008 at 02:59:16PM +0100, Simon Marlow wrote:
>
> > To generate a distro package from an autoconf package either the package
> > author has to include support for that distro, or a distro packager has
> > to write s
On Fri, Aug 29, 2008 at 12:57:59AM +1000, Roman Leshchinskiy wrote:
> On 28/08/2008, at 21:10, Ian Lynagh wrote:
>
> >On Thu, Aug 28, 2008 at 10:27:22AM +0100, Simon Peyton-Jones wrote:
> >>
> >>PS: concerning your last point, about "separating the Simple build
On Thu, Aug 28, 2008 at 10:27:22AM +0100, Simon Peyton-Jones wrote:
>
> PS: concerning your last point, about "separating the Simple build system",
> that might indeed be good. Indeed, the GHC plan described here
> http://hackage.haskell.org/trac/ghc/wiki/Design/BuildSystem is (I think)
> prec
On Mon, Aug 18, 2008 at 09:20:54PM +1000, Ben Lippmeier wrote:
>
> Ian: Did this problem result in Intel CC / GCC register allocator
> freakouts?
Have you got me confused with someone else? I don't think I've ever used
Intel CC.
Thanks
Ian
___
Glas
On Mon, Aug 18, 2008 at 12:28:03PM +1000, Manuel M T Chakravarty wrote:
>
> does using merge mean that we need to use in-place branch switching
No; when you "git pull" (the equivalent of darcs pull -a) it will pull
and merge the changes (unless you ask it to rebase them instead of
merging them).
On Mon, Aug 18, 2008 at 12:21:47PM +1000, Manuel M T Chakravarty wrote:
> From what you are saying, it seems that one "advantage" of git (in-
> place branch switching) is not going to be useful to GHC in any case
Yes.
> (because we use nested repositories).
That does make it harder, but the m
On Fri, Aug 15, 2008 at 05:31:00PM +0200, Christian Maeder wrote:
>
> >>I have a binary dist here:
> >>http://www.dfki.de/sks/hets/solaris/ghcs/ghc-6.8.3-sparc-sun-solaris2.tar.bz2
>
> Ian, you may copy it to http://www.haskell.org/ghc/download_ghc_683.html
Done!
Thanks
Ian
__
On Fri, Aug 15, 2008 at 04:24:12PM +0100, Ian Lynagh wrote:
> On Fri, Aug 15, 2008 at 05:09:55PM +0200, Thomas Schilling wrote:
> > On Fri, Aug 15, 2008 at 4:38 PM, Ian Lynagh <[EMAIL PROTECTED]> wrote:
> > > One way that it is worse is that you will get a lot more "a
On Fri, Aug 15, 2008 at 05:09:55PM +0200, Thomas Schilling wrote:
> On Fri, Aug 15, 2008 at 4:38 PM, Ian Lynagh <[EMAIL PROTECTED]> wrote:
> > One way that it is worse is that you will get a lot more "automatic
> > merge" commits when you pull changes from the centra
On Fri, Aug 15, 2008 at 01:01:08PM +0100, Max Bolingbroke wrote:
> 2008/8/15 Isaac Dupree <[EMAIL PROTECTED]>:
> > So let's figure out how it would work (I have doubts too!) So, within the
> > directory that's a git repo (ghc), we have some other repos, git (testsuite)
> > and darcs (some libraries
On Fri, Aug 15, 2008 at 11:12:20AM +1000, Manuel M T Chakravarty wrote:
>
> Moreover, as I wrote a few times before, some reasons for switching in
> the first place are invalidated by not having the core libraries in
> git, too. For example, one complaint about darcs is that it either
> doe
On Wed, Aug 13, 2008 at 04:19:37PM +1000, Manuel M T Chakravarty wrote:
> Simon Marlow:
> >Manuel M T Chakravarty wrote:
> >>To be honest, if you ask me, I'd go back to the old makefile based
> >>system and remove Cabal from everywhere except building of the
> >>library packages.
> >
> >I would
On Wed, Aug 13, 2008 at 04:35:42PM +1000, Manuel M T Chakravarty wrote:
>
> Rebuilding with stage1 was already needed to build GHC with a builtin
> readline. In general, it is a bad idea to build distributed binaries
> of Haskell programs with the *bootstrap compiler*. It must be done
> wi
On Tue, Aug 12, 2008 at 10:20:14AM +1000, Manuel M T Chakravarty wrote:
>
> To be honest, if you ask me, I'd go back to the old makefile based
> system and remove Cabal from everywhere except building of the library
> packages.
>
> Manuel
>
> PS: Just for some more collateral damage. Did an
On Tue, Aug 12, 2008 at 10:10:31AM +0100, Malcolm Wallace wrote:
>
> On 12 Aug 2008, at 01:35, Manuel M T Chakravarty wrote:
> >Ah, good point! Changing ghc to git means *all* developers of boot
> >libraries need to use git *regardless* of what repo format the boot
> >libraries are in. After
On Sun, Aug 10, 2008 at 08:17:50PM -0400, Norman Ramsey wrote:
> > On Sat, Aug 09, 2008 at 06:56:23PM -0400, Norman Ramsey wrote:
> > >
> > personally I would much prefer to see money spent on making darcs
> > better, for reasons I won't repeat again.
>
> I missed them and wouldn't mind recei
On Mon, Aug 11, 2008 at 04:17:59PM +0100, Simon Marlow wrote:
>
> One way we could create the forks would be to create a git repo for each
> package with two branches: the master branch that GHC builds, and a
> separate branch that tracks the main darcs repository, and is synced
> automatically
On Sat, Aug 09, 2008 at 09:30:52PM +0100, Malcolm Wallace wrote:
>
> The libraries question is a difficult one. We have made a lot of
> effort over the last 5 years to build infrastructure and code that is
> shared and portable across multiple implementations of the language.
> Is this the
On Sun, Aug 10, 2008 at 02:16:25PM +1000, Manuel M T Chakravarty wrote:
> Duncan Coutts:
> >
> >I don't especially relish having to learn another vcs tool or raising
> >the bar for contributions to Cabal either (we have lots of people who
> >make small one-off contributions).
>
> I don't think it
On Sat, Aug 09, 2008 at 06:56:23PM -0400, Norman Ramsey wrote:
>
> * I violently agree with whomever (Don? Malcolm?) said that the
> Haskell community will prosper to the degree that we have *one*
> build system and *one* version-control system. And when the build
> system or versio
On Sat, Aug 09, 2008 at 03:46:50PM +1000, Manuel M T Chakravarty wrote:
>
> Don was excited about getting more people to look at the source
> when it is in git (see the comments he posted from reddit).
I am skeptical that this initial excitement and cloning will translate
into more developers.
On Sat, Aug 09, 2008 at 01:32:51AM +0100, Duncan Coutts wrote:
>
> If there's some way of having automated git mirrors of the upstream
> darcs repos then that's might be convenient for people building ghc.
I don't think that that really helps. If all you want to do is build
then the sync-all scri
On Fri, Aug 08, 2008 at 12:04:15PM +1000, Manuel M T Chakravarty wrote:
>
> I seriously hope the plan is to move all *core* libraries (including
> GHC's cabal repo) etc over to git, too. In other word, everything
> that you need to build the development version of GHC should come via
> git.
On Wed, Aug 06, 2008 at 12:44:35PM +0200, Felix Martini wrote:
> > and Windows support is less of an issue: git appears to work reasonably
> > well on Windows these days.
>
> Congratulations on the switch, but isn't the decision a bit premature?
> I have read the log of last week's GHC meeting on
On Thu, Jul 31, 2008 at 12:55:09AM +1000, Roman Leshchinskiy wrote:
>
> I see. So it looks at the Build-Type in the package description and
> calls the right defaultMain if it's not Custom. And if my Setup.hs
> isn't standard then it's my responsibility to set the Build-Type to
> Custom in t
On Thu, Jul 17, 2008 at 05:53:07PM +1000, Peter Gammie wrote:
> Ian - how long until GHC 6.8.3 makes it into Debian's unstable
> repository?
Not for a while - doing it now would make it harder to do any fixes
needed for the next Debian release, which will include 6.8.2.
Thanks
Ian
___
On Wed, Jul 16, 2008 at 08:25:41AM +, david48 wrote:
> Simon Marlow gmail.com> writes:
>
> > #ghc on chat.freenode.net. More instructions for getting on IRC are here:
> > http://haskell.org/haskellwiki/IRC_channel.
>
> (There is currently no text in this page)
The "." is not part of the
On Mon, Jul 14, 2008 at 01:58:00PM +0200, Conal Elliott wrote:
> I want to use ghc-6.9 for improved support of type families, but I see that
> the change to the Arrow interface breaks some of my libraries (since (>>>)
> is no longer a method of Arrow). Will this change really be in ghc-6.9?
Yes.
On Mon, Jun 30, 2008 at 02:25:22PM +0200, Benjamin Franksen wrote:
> I get a strange error building Takusen (more precisely: the module
> Foreign/C/UTF8.hs) with ghc-6.8.3. It says
>
> /tmp/ghc18936_0/ghc18936_0.s: Assembler messages:
>
> /tmp/ghc18936_0/ghc18936_0.s:1257:0:
> Error: symbol
On Fri, Jun 27, 2008 at 01:30:58PM -0400, Judah Jacobson wrote:
>
> Now that we've confirmed it, can someone please update the 6.8.3
> downloads page (Replacing "PowerPC" with "PowerPC G5", perhaps)?
I've updated the blurb.
Thanks
Ian
___
Glasgow-ha
On Thu, Jun 26, 2008 at 08:32:40PM +0100, Jim Burton wrote:
> >
> > "make install" is probably broken at the moment. You should be able to
> > use it in-place, though (run compiler/stage2/ghc-inplace).
> >
> Thanks Ian. In fact, the stable branch will be suitable for my needs
> so I'll stick to t
On Thu, Jun 26, 2008 at 10:05:38AM -0600, Scott Dillard wrote:
> Ticket and standalone program are here ->
> http://hackage.haskell.org/trac/ghc/ticket/2396
Thanks!
> But I don't know anything about the test suite or how to make a test case.
I didn't mean that you should add it to the testsuite
On Thu, Jun 26, 2008 at 08:31:24AM -0700, Jim Burton wrote:
>
> I am trying to build ghc from the latest src from darcs (pulled today) on
> ubuntu hardy x86. configure and make *seem* to run fine (no errors reported)
> but make install gives a long stream of errors. Here's some of the output.
> Wh
On Wed, Jun 18, 2008 at 10:42:44AM -0600, Scott Dillard wrote:
>
> If someone confirms, I'll open a ticket.
The core is certainly different. It doesn't build in the HEAD, so I
haven't looked to see what it looks like there.
Please do file a ticket, although if you can cut the example down then
t
On Thu, Jun 26, 2008 at 02:51:05PM +0200, Benjamin Franksen wrote:
>
> aragon: .../i386-unknown-linux/ghc-6.8.3 > utils/pwd/pwd forwardslash
> [1]28489 floating point exception utils/pwd/pwd forwardslash
This happens when your system (libc?) is too old to run the binaries in
the bindist. If
On Tue, Jun 24, 2008 at 02:01:58PM -0700, Donald Bruce Stewart wrote:
> >
> >1) Library is installed via cabal.
> >2) Library source lives in the same directory as the application, so that
> >ghc --make Examples.hs also builds the library.
>
> That's compiling Examples with full acces
On Fri, Jun 20, 2008 at 11:13:54AM +0200, Christian Maeder wrote:
>
> I've created the following binary distributions
>
> http://www.dfki.de/sks/hets/pc-solaris/ghcs/ghc-6.8.3-i386-unknown-solaris2.tar.bz2
> http://www.dfki.de/sks/hets/mac/ghcs/ghc-6.8.3-powerpc-apple-darwin.tar.bz2
> http://www.
On Wed, Jun 18, 2008 at 10:22:39PM +1000, Manuel M T Chakravarty wrote:
>
> An installer package for Mac OS X, Intel/Leopard, is available at
>
> http://www.cse.unsw.edu.au/~chak/haskell/GHC-6.8.3-i386.pkg
Thanks Manuel; I've added this to the GHC download page.
Thanks
Ian
_
Hi Serge,
On Wed, Jun 18, 2008 at 04:39:57PM +0400, Serge D. Mechveliani wrote:
>
> But as ghc-6.8.2 handles DoCon all right, why do not you
> investigate this difference in 6.8.3 ?
We did investigate it - the details are in this trac ticket:
http://hackage.haskell.org/trac/ghc/ticket/2
=
The (Interactive) Glasgow Haskell Compiler -- version 6.8.3
=
The GHC Team is pleased to announce a new patchlevel release of GHC.
This release contains a number of
between Double/Float and simple-integer
Ian Lynagh <[EMAIL PROTECTED]>**20080614152337] {
I suspect that for some reason something didn't rebuild properly after
you pulled that patch.
Thanks
Ian
___
Glasgow-haskell-users mailing list
Glasgo
Hi Christian,
On Sun, Jun 01, 2008 at 09:55:06PM +0200, Christian Höner zu Siederdissen wrote:
>
> We now can compile into executable code some of these programs but the
> compiler requires an incredible amount of memory: the 15,000 line
> programs easily require 2 GByte of RAM and then the comp
On Sun, Jun 01, 2008 at 05:39:49PM +0400, Serge D. Mechveliani wrote:
>
> This is why res and 1*res are not equivalent in Haskell-98 for
> res :: Num a => a.
>
> Am I missing something?
The library functions assume that class instances obey some unwritten
laws; it's all a bit vague, but if
On Thu, May 29, 2008 at 08:08:52PM +0200, Marc Weber wrote:
> > Please test as much as possible; bugs are much cheaper if we find them
> > before the release!
> Hi Ian,
>
> I haven't done extensive testing, but at least you can start ghci and
> compile simple hello world apps on nixos 64 bit witho
On Thu, May 29, 2008 at 03:48:36PM +0400, Serge D. Mechveliani wrote:
>
> Main: fromInteger to (Pol ..): use fromi
OK, I can reproduce this, but as we aren't familiar with the code, it
would be very helpful if you could make a small case demonstrating the
problem (i.e. something that doesn'
On Thu, May 29, 2008 at 10:07:21AM +0700, Peter Gammie wrote:
> Ian: does static linking on linux work?
It does. I don't remember it being fixed, though; this might be a
difference in how the bindists and Debian packages were built (or it
could just be my bad memory, or some other change might hav
Hi Serge,
On Wed, May 28, 2008 at 10:28:58PM +0400, Serge D. Mechveliani wrote:
> No, ghc-6.8.2.20080527-src.tar.bz2 (`made' on Debian Linux, i686)
> does not work.
> See DoCon-2.11.
> It compiles DoCon-2.11 with taking too much memory (> 300 Mb) and
> 3-4 times more of time than ghc-6.8.2.
On Wed, May 28, 2008 at 12:25:48PM -0400, Gregory Wright wrote:
>
> I have a FreeBSD 7.0/x86_64 machine I can test this on. Should the
> patch be applied to the
> 6.8.3 release candidate tarball, or just the head of the 6.8.x branch?
Either, they're the same at the moment - although if you wan
We are pleased to announce the Release Candidate phase for GHC 6.8.3.
Snapshots beginning with 6.8.2.20080527 are release candidates for 6.8.3
You can download snapshots from here:
http://www.haskell.org/ghc/dist/stable/dist/
Right now we have the source bundles:
http://www.haskell.or
Hi Donn,
On Thu, May 22, 2008 at 09:09:51AM -0700, Donn Cave wrote:
> Anyone have an idea what to look for?
This doesn't ring any bells for me. If I were you I'd start by trying to
work out what it's doing, by running in gdb and hitting ^C after a while
to see where it is. Then find the function
Hi Dominic,
On Fri, May 16, 2008 at 07:09:39PM +0100, Dominic Steinitz wrote:
> When I look at the instructions
>
> http://hackage.haskell.org/trac/ghc/wiki/Building/GettingTheSources
That's talking about the sources of a release, from a page like
http://www.haskell.org/ghc/download_ghc_682.htm
On Thu, May 15, 2008 at 02:13:32PM +0100, Richard Kelsall wrote:
> Bulat Ziganshin wrote:
> >Hello Simon,
> >
> >>It's hard to tell what optimisation level your libraries were compiled
> >>with. The default setting is -O, but when building binary distributions
> >>we
> >>usually set it explicitly
On Mon, Apr 14, 2008 at 12:22:09AM +0200, Marc Weber wrote:
> They do no longer exist:
> > BitSet
> > FieldLabel
> > RegisterAlloc
>
> I've found this kind of error at least twice
> error "RegisterAlloc.livenessSCCs"
> ^
Thanks, I've tidied up all the above, except I wasn't sure w
On Mon, Apr 14, 2008 at 01:22:42PM +0200, pepe wrote:
>
> Another question is where in the package hierarchy would this function
> live. Since the code it would use is in the ghc package, it would
> introduce a dependency on it. And I am fairly sure that there is no
> package in the standard
On Mon, Apr 28, 2008 at 02:00:38PM -0700, Donald Bruce Stewart wrote:
>
> This goes back to an old gripe of mine actually -- we can't get
> at the length of a C string literal at compile time either, which
> would be super useful in rules.
I think that this is easy to do by, instead of desugaring
On Thu, Apr 24, 2008 at 09:25:26AM -0400, Gregory Wright wrote:
>
> I'll see if I can come up with a patch to the build system that avoids
> this.
I think that this was actually done a while ago:
[pass -no-user-package-conf to ghc-inplace
Simon Marlow <[EMAIL PROTECTED]>**20080104162840] {
T
On Sun, Mar 30, 2008 at 03:37:35PM -0400, Paul Jarc wrote:
> Ian Lynagh <[EMAIL PROTECTED]> wrote:
> > the alternative would be to put the whole of $LDFLAGS into the Cabal
> > buildinfo, but that feels wrong to me.
>
> Why so? By setting LDFLAGS, isn't the user
On Fri, Mar 21, 2008 at 01:44:37AM -0400, Paul Jarc wrote:
>
> There are no --with-* flags for ncurses, so the only ways I can see to
> say where ncurses is are the ones I'm already using, and which are
> apparently insufficient - $CPPFLAGS/$LDFLAGS in the environment, and
> SRC_HC_OPTS/SRC_HSC2HC
On Thu, Mar 20, 2008 at 02:38:56AM -0400, Bryan Donlan wrote:
>
> I've found a case where GHC will hang (consuming more and more memory)
> when it should report an occurs check error. The test case is at
> http://fushizen.net/~bd/kaos-ghc.loop.tgz - the error in question is
> that the arguments in
On Thu, Mar 20, 2008 at 01:29:26PM -0400, Paul Jarc wrote:
> Ian Lynagh <[EMAIL PROTECTED]> wrote:
> > On Sun, Mar 16, 2008 at 12:05:03AM -0400, Paul Jarc wrote:
>
> >> Second attempt: CPPFLAGS, LDFLAGS and mk/build.mk as above, and I also
> >> gave --with-gmp
On Thu, Mar 20, 2008 at 02:38:56AM -0400, Bryan Donlan wrote:
>
> http://fushizen.net/~bd/kaos-ghc.loop.tgz
This gives me "403 Forbidden".
Thanks
Ian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mail
Hi Paul,
On Sun, Mar 16, 2008 at 12:05:03AM -0400, Paul Jarc wrote:
>
> make[1]: *** No rule to make target
> `stage1//package/host/code.dogmap.org/foreign/ghc-6.8.2+spf+0/conf/gmp/include/gmp.h',
> needed by `stage1/parser/cutils.o'. Stop.
Where is gmp.h actually installed?
Do you know whe
On Thu, Mar 20, 2008 at 09:47:28AM +0100, Bernd Brassel wrote:
>
> compiled things with -O2 AND -prof -auto-all no profile would be
> written.
This should work, for the reasons that you give. Did you use options
like +RTS -p when running the program? If so, please give us an example
to reproduce
On Wed, Mar 19, 2008 at 05:31:08PM +, Ian Lynagh wrote:
> On Tue, Mar 18, 2008 at 04:12:35PM -, GHC wrote:
> >
> > (don't worry, this often catches me out too. Perhaps a strict let
> > should be indicated more explicitly in `-ddump-simpl`).
>
> I'
On Tue, Mar 18, 2008 at 04:12:35PM -, GHC wrote:
>
> > W.f =
> > \ (x_a5h :: GHC.Num.Integer) ->
> > let {
> > x'_sa7 [ALWAYS Just S] :: GHC.Num.Integer
> > [Str: DmdType]
> > x'_sa7 = GHC.Num.plusInteger x_a5h W.lvl } in
> > GHC.Num.timesInteger x'_sa7 x'_sa7
>
>
On Fri, Mar 14, 2008 at 12:21:38AM +, Ross Paterson wrote:
> On Fri, Mar 14, 2008 at 12:05:18AM +0000, Ian Lynagh wrote:
> > On Thu, Mar 13, 2008 at 10:52:24PM +, Ross Paterson wrote:
> > > On Thu, Mar 13, 2008 at 03:31:37PM -0700, Simon Marlow wrote:
> > >
Hi Christian,
On Thu, Mar 06, 2008 at 05:59:50PM +0100, Christian Maeder wrote:
>
> #define HAVE_TIMER_CREATE 1
>
> Or is there a work around (apart from creating a new binary-dist using
> ghc-6.6.1)?
I don't think using ghc 6.6.1 will make a difference.
However, if you alter mk/config.h afte
On Thu, Mar 13, 2008 at 10:52:24PM +, Ross Paterson wrote:
> On Thu, Mar 13, 2008 at 03:31:37PM -0700, Simon Marlow wrote:
> > Setting the locale *might* have side-effects, for instance we noticed
> > before that heap profiling broke in some locales because the RTS code to
> > generate the
401 - 500 of 761 matches
Mail list logo