On Sat, Jan 24, 2009 at 01:15:40AM +, Simon Peyton-Jones wrote:
| Segmentation fault.
|
| Then, I noted that in a few places the compiler warned about skipping
| some class member implementations in some instances.
| I added these implementations, and now it works correct.
If you
Hi Sigbjorn,
On Fri, Apr 24, 2009 at 03:04:14PM -0700, Sigbjorn Finne wrote:
I've been experiencing repeated woes over the past 4-5 months
when trying to spin up build trees on Windows with the new build
system.
By new build system do you mean
On Tue, Apr 28, 2009 at 05:52:08PM +0200, David Waern wrote:
I'm not sure if we can do Haddock fixes for 6.10.3. Can we?
No, you are right. 6.10.3 will have very few changes, to minimise the
amount of breakage that can occur. We really don't want to have to do a
6.10.4 :-)
Thanks
Ian
On Mon, Oct 12, 2009 at 09:31:41PM +0400, Serge D. Mechveliani wrote:
Dear GHC team,
I tried ghc-6.12.0.20091010-src.tar.bz2
on Linux, Debian, i386-*
And it cannot compile my Dumatel project. It fails at the segment:
Great bug report, thanks. I've filed a ticket for it here:
On Mon, Oct 19, 2009 at 12:49:44PM -0600, Zooko Wilcox-O'Hearn wrote:
Replacing the contents of mkdirhier and mkdirhier.sh with mkdir -p $*
works-around the problem.
Does anyone know why we don't just call mkdir -p normally? Are there
portability problems with it?
Thanks
Ian
On Sat, Apr 24, 2010 at 06:07:53PM +0100, Malcolm Wallace wrote:
Uh-oh. We've started to get comment-spam on the trac.
We get it occasionally, and delete it from trac as it comes in.
Please don't quote it, as then another copy ends up in the mailing list
archives, which in turn get spidered by
On Thu, Sep 02, 2010 at 09:01:37PM +0200, Daniel Fischer wrote:
On Thursday 02 September 2010 20:54:23, Don Stewart wrote:
I don't think GHC intends to install utf8-string, does it? (It's an
internal package, like those other 2).
I think so too, but it shouldn't haddock them then.
I've
On Thu, Sep 30, 2010 at 07:34:25PM +0400, Serge D. Mechveliani wrote:
http://botik.ru/pub/local/Mechveliani/ghcBugs/ghc701preBug.zip
contains a bug report on ghc-7.0.0.20100924
tested on Debian Linux, i386-family.
Thanks. I've boiled it down and filed a ticket here:
On Fri, Oct 15, 2010 at 09:04:20PM +0400, Serge D. Mechveliani wrote:
module TT where
data T = T {t1, t2 :: Int}
f d = x where
T {t1 = x, ..} = d
ghc-6.12.2 warns about unused value of t2.
Thanks for the report; filed as:
On Sat, Oct 30, 2010 at 03:43:42PM +0400, Serge D. Mechveliani wrote:
Then, making it from source by itself reports
/usr/bin/gcc -fno-stack-protector -DTABLES_NEXT_TO_CODE -Iincludes
-Irts -DGEN_HASKELL -c includes/mkDerivedConstants.c -o
On Wed, Nov 17, 2010 at 09:44:59AM +1300, Alexander McPhail wrote:
I get the following error when building from 7.0.1 source tarball on linux
x86_64:
Can you please say exactly how you are building GHC, e.g. what commands
you are running, what you have in mk/build.mk (if anything)?
Thanks
Ian
On Fri, Jan 07, 2011 at 12:42:58PM -, GHC wrote:
context as we a) don't need () anymore since we're already at the last
statements
Wow, I hadn't realised RebindableSyntax lets you rebind () etc in the
middle of a do block.
Thanks
Ian
___
On Tue, Jan 24, 2012 at 09:55:35AM -0800, Conal Elliott wrote:
I'm looking for a reliable way to turn values into Template Haskell
expressions. I thought dataToExpQ from Language.Haskell.TH.Quote was the
ticket, but it appears to produce constructors different from those
produced by [| ... |],
On Wed, Dec 14, 2011 at 05:39:15PM +, Dominic Steinitz wrote:
The link on http://www.haskell.org/ghc/docs/latest/html/users_guide/hpc.html
to
http://www.haskell.org/hpc seems to be broken.
Thanks for the report. This has been fixed.
Thanks
Ian
On Wed, Jan 30, 2008 at 08:13:01PM +1100, Manuel M T Chakravarty wrote:
Philip K.F. Hölzenspies:
for f in `$(FIND) ghc-$(ProjectVersion)/compiler
ghc-$(ProjectVersion)/rts -name *.cmm -follow -print` ; do \
if test x$$f !=3D x; then \
echo `echo $$f | sed 's/cmm$$/hc/g' `
Hi Robin,
On Thu, Jan 31, 2008 at 11:05:32PM +, Robin Houston wrote:
Except that it is a lot slower than it needs to be. After digging
around a bit, I suspected that the reason for this is that the general
form of enumeration [from, then .. to] does not benefit from the
deforestation
Hi Albert,
On Mon, Jan 28, 2008 at 12:52:44PM -0500, Albert Y. C. Lai wrote:
On GHC version-specific download pages (e.g.,
http://www.haskell.org/ghc/download_ghc_682.html),
Thanks for your suggestions! I've rejigged the page accordingly.
Thanks
Ian
Hi Marc,
On Tue, Feb 12, 2008 at 06:38:05PM +0100, Marc Weber wrote:
I've hacked on hasktags again
http://mawercer.de/hasktags.hs
I'd like to merge changes into the ghc distribution or ask someone to do
so.
Thanks! I assume that this is the same as
On Thu, Mar 06, 2008 at 02:18:08AM +, Duncan Coutts wrote:
foreign import ccall unsafe curses.h ACS_UARROW
acs_uarrow :: Ptr ChType
#define ACS_UARROW NCURSES_ACS('-') /* arrow pointing up */
You ought to use a C wrapper around these sorts of things. If you're
lucky, the API
On Thu, Mar 13, 2008 at 01:31:41PM -0700, Simon Marlow wrote:
Gregory Wright wrote:
This morning (13 March 2008) the ghc trac wedged reporting
Trac detected an internal error:
OperationalError: database is locked
This happens from time to time for me too, usually it goes away with a
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 .hp
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 after
On Fri, Mar 14, 2008 at 12:21:38AM +, Ross Paterson wrote:
On Fri, Mar 14, 2008 at 12:05:18AM +, 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:
Setting the locale *might* have side
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
`let` can be
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'd certainly find it useful if it was clearer
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
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 where
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
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-{includes,libraries} to ./configure. This ends
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 the
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
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 asking for exactly that -
that those flags
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] {
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 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 ghc
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 to -O2. If you
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.html
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
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:
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 want
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.
And
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
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't
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 without
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 your
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
-I../gmp/gmp uild -I../libffi/build/include -I. -dcmm-lint -c
PrimOps.cmm -o PrimOps.o
PrimOps.cmm:945:0: unknown macro: RET_
RET_ is a relatively recent addition to compiler/cmm/CmmParse.y by
the patch
[Fix conversions between Double/Float and simple-integer
Ian Lynagh
=
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
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:
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
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
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 access to the
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.
What's
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 that
I'm
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
___
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 Wed, Jul 16, 2008 at 08:25:41AM +, david48 wrote:
Simon Marlow marlowsd at 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 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 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 the
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 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 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
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 matters
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 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 anybody
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
with
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 wouldn't object to
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
doesn't
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). Does
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 central repo into a repo
in which you have
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 automatic
merge commits when you pull
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 main
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 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
___
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)
precisely
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
system, that might indeed be good. Indeed
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 specific
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 switching) is not going to be useful to GHC in any case
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 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.
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 ./compiler/Makefile 196
-# XXX We ought to actually install
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-users@haskell.org
http://www.haskell.org/mailman/listinfo
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]: ***
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
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; you
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
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]: ***
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/dist/ghc-6.10.0.20080921-src-extralibs.tar.bz2
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-dirs
field of the rts package.
Running strings
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
sh
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? Currently,
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/kgar
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]:
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 tool
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
argv[0]:
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)
but that still
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
*
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/CoState.o
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 anything
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/dist/stable/dist/6.10.1-rc-1
201 - 300 of 1147 matches
Mail list logo