Hi all
I've been reading the GHC docs and they say that strict functions are
good for space and time. Section 6.2 goes on to explain how to read the
.hi files to determine the strictness of a function. However, it doesn't
explain all the cases I am seeing. Example of the ones I've noticed are:
On Sat, Oct 20, 2001 at 01:11:05AM +1000, Andrew J Bromage wrote:
G'day all.
On Fri, Oct 19, 2001 at 02:30:59PM +0100, Ian Lynagh wrote:
Also, the prelude definition of zipWith has LVL whereas the following
definition has LVV. Why is something like the following not used?
zipWith
On Mon, Jan 28, 2002 at 05:25:29PM -, Simon Marlow wrote:
You're right, it seems that our 'unlit' program (the filter used to
convert a literate file into an illiterate one) leaves lines beginning
with '#' in place.
We could remove this, but I'm not sure how much code it would break.
Hi all
I am curious as to why the List.sort implementation in GHC is a
quicksort algorithm rather than an algorithm that guarantees n log n
time in the worst case? I have attached a mergesort implementation along
with a few scripts to time it's performance, the results of which are
shown below
On Sun, May 12, 2002 at 09:22:02PM +0100, Claus Reinke wrote:
randomise l = do
map snd $ sortBy compareIdx $ zip rs l
where
n = length l
rs = take n $ randomRs (1,n) $ mkStdGen 100
compareIdx (i,_) (j,_) = i `compare` j
rsort l = sort $ randomise l
This
Hi all,
Should GHC 5.02.3 support the latest version of the FFI or is that still
only in CVS?
Thanks
Ian
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Hi all,
I appear to be using huge amounts of CPU time, and I am trying to work
out why. The commands I ran and their output are in systime_log at
http://urchin.earth.li/~ian/systime/, and all the source and other
output is there too. Essentially the program uses more system time than
user time
On Wed, Feb 12, 2003 at 11:19:00AM -, Simon Marlow wrote:
I'm stumped too, but I'm intrigued to know what's going on.
I've just tried running it on another machine and I get roughly 0 system
time used, so it looks like a kernel and/or hardware problem.
Sorry for wasting your time
Ian
Hi all,
Looking at
ghc --show-iface .../ghc/lib/ghc-5.05/imports/base/GHC/Float.hi
I see
floor1 :: forall b. (GHC.Real.Integral b) =
Double - b
__S L
properFraction2 :: forall b. (GHC.Real.Integral b) =
Double - (b, Double)
__S L
On Tue, Mar 18, 2003 at 10:22:52AM -, Simon Marlow wrote:
floor1 :: forall b. (GHC.Real.Integral b) =
Double - b
__S L
This floor is the dictionary selector, and for various (complicated
looking) reasons it is lazy in its dictionary argument.
Aha! Thanks.
I'm having problems building GHC 6.0 with GCC 3.3. I've fixed a couple
of problems with comments in CPP macros as seen elsewhere, and then
everything seemed to be going fine until it came to create
stage2/ghc-6.0 and it failed with a huge number of things like
stage2/utils/Util.o(.text+0xb8): In
On Sun, Jun 08, 2003 at 01:40:42PM +0100, Ian Lynagh wrote:
I'm having problems building GHC 6.0 with GCC 3.3. I've fixed a couple
If it helps, I've just done a stage 1 build with SplitObjs = NO in
mk/build.mk and it makes hello world fine.
Also, I forgot to include this last time:
$ gcc -v
Hi all,
I've had a request for --enable-threaded-rts support in the Debian
packages, but I don't want to just build with it as then HOpenGL can't
be used.
My hope was that I could share most files and just have a different
binary or something for the threaded-rts (it would be even better if a
On Wed, Jul 30, 2003 at 06:01:22PM +0100, Simon Marlow wrote:
stage2/utils/Util.o(.text+0xb8): In funtion r4c8_entry: undefined
reference to GHCziBase_True_Closure
... and roughly 40,000 errors of the same form.
GHCziBase_True_closure is a symbol that should be coming from
On Thu, Jul 31, 2003 at 08:55:01AM +0200, Jan Scheffczyk wrote:
Hi all,
I recently switched to ghc 6.0.1 running on a debian linux box.
When compiling a program using
ghc --make -O
or
ghc --make -O2
I get lots of errors while linking.
The linker concerns about undefined references
On Wed, Jul 30, 2003 at 01:06:02PM +0100, Simon Marlow wrote:
=
The (Interactive) Glasgow Haskell Compiler -- version 6.0.1
=
We are pleased to announce a new
On Mon, Aug 04, 2003 at 02:11:19PM -0700, Ashley Yakeley wrote:
In article [EMAIL PROTECTED],
Ian Lynagh [EMAIL PROTECTED] wrote:
Debian packages are now in the archive for unstable; just apt-get
update and apt-get install ghc6 ghc6-prof ghc6-doc. There are also
ghc6-hopengl, ghc6
On Wed, Sep 03, 2003 at 12:39:33PM +1000, Donald Bruce Stewart wrote:
$ ghc/ghc-6.0.1/ghc/compiler/ghc-inplace
ghc-6.0.1: no input files
Usage: For basic information, try the `--help' option.
$ ghc/ghc-6.0.1/ghc/compiler/ghc-inplace hello.hs
On Thu, Sep 04, 2003 at 10:41:49AM +0100, Simon Marlow wrote:
| | alpha-dec-osf3 | dies on host with: |
| || cc1: Invalid option `ieee' |
So all 32-bit platforms have worked or are looking good, but
the 64 bit couldn't
On Wed, Sep 03, 2003 at 11:43:44AM +0100, Simon Marlow wrote:
In light of this, I might amend the instructions to recommend using
hc-build even for an unregisterised bootstrap, because copying across
the .hi files isn't guaranteed to work when cross-compiling (I'm not
certain that the .hi
On Fri, Sep 05, 2003 at 02:56:19PM +1000, Donald Bruce Stewart wrote:
(cough)
I was a bit too soon reporting the sparc-sun-solaris2, two
attempts have died with stg_ap_v_ret. Same result sparc-*-openbsd.
Here's an updated list:
On Wed, Sep 10, 2003 at 07:57:33AM +1000, Donald Bruce Stewart wrote:
Looks like that was it!
I've just built a working unreg compiler on
sparc-unknown-openbsd, which I have not been able to do previously.
Is that using the instructions in the users guide and without having to
copy .hi
On Wed, Sep 10, 2003 at 08:31:40AM +1000, Donald Bruce Stewart wrote:
Following the new guide, and the new distrib/hc-build, with the
fix to .hc file generation on the host that Simon sorted out yesterday.
This generated a working sparc binary. That compiler in turn is
recompiling the
On Thu, Sep 11, 2003 at 02:21:29PM +1000, Matt Chapman wrote:
On Thu, Sep 11, 2003 at 02:06:57AM +0100, Ian Lynagh wrote:
Bootstrapping IA64 from x86 (with numerous patches from CVS) looks
like it is working fine, although I am getting
ghc-6.0.1(9371): unaligned access
On Thu, Sep 11, 2003 at 09:52:07AM +0100, Simon Marlow wrote:
Things aren't so easy with alpha as gcc rejects the -mieee
flag when GHC
calls gcc for -cpp'ing. I fear a nasty hacky wrapper may be in order.
Is this when running gcc on the Alpha, or on the bootstrapping host?
The
On Thu, Sep 11, 2003 at 07:53:02PM +1000, Donald Bruce Stewart wrote:
simonmar:
Things aren't so easy with alpha as gcc rejects the -mieee
flag when GHC
calls gcc for -cpp'ing. I fear a nasty hacky wrapper may be in order.
Is this when running gcc on the Alpha, or on the
On Fri, Sep 12, 2003 at 10:59:05AM +0100, Simon Marlow wrote:
Looks like you need some mangler support now...
Unfortunately neither the mangler nor alpha are exactly strong points of
mine.
I'm also somewhat confused by how
die Prologue junk?: $p\n if $p =~ /^\s+[^\s\.]/;
[...]
# On Alphas,
On Fri, Sep 12, 2003 at 10:59:05AM +0100, Simon Marlow wrote:
Looks like you need some mangler support now...
Am I right in thinking that by just putting
GhcUnregisterised=YES
SplitObjs=NO
in mk/build.mk every time you build GHC it ought to not only work on
arches with bit-rotted mangler
On Mon, Sep 15, 2003 at 03:18:43PM +0100, Simon Marlow wrote:
Starting with a reg compiler producing reg code and iterating
a standard
configure/make/make install with 6.0.1 gives these numbers on x86:
70m5.850s
86m27.550s
86m26.350s
so it looks like this is about 25%
On Mon, Sep 15, 2003 at 03:18:43PM +0100, Simon Marlow wrote:
Am I right in thinking that by just putting
GhcUnregisterised=YES
SplitObjs=NO
in mk/build.mk every time you build GHC it ought to not only work on
arches with bit-rotted mangler support but also those with none
On Wed, Sep 17, 2003 at 06:27:03PM +0200, Peter Simons wrote:
Pardon me if this is a dumb question, but is there a make target,
which I can use to install all documentation that comes with the
build? I am aware of make install-docs, but this doesn't build nor
install, say, the user's guide.
On Wed, Sep 17, 2003 at 05:14:36PM +0100, Ian Lynagh wrote:
alpha:
--- ghc6-6.0.1.orig/ghc/includes/Stg.h
+++ ghc6-6.0.1/ghc/includes/Stg.h
@@ -33,6 +33,8 @@
# endif
#endif
+#include TailCalls.h
+
/* Configuration */
#include config.h
Ooops, TailCalls.h wants to be below
On Fri, Sep 26, 2003 at 02:07:57PM +0100, Claus Reinke wrote:
talking about broken things: I've been reluctant to mention it so far,
because I can't even give a reproducable example, and the problem
only occurs on very large projects, so without a clue as to what
might cause it, I
On Tue, Dec 16, 2003 at 02:05:14PM -, Simon Marlow wrote:
The (Interactive) Glasgow Haskell Compiler -- version 6.2
And, for Christmas, we at Debian bring
On Mon, Jan 05, 2004 at 11:35:37AM +, Malcolm Wallace wrote:
Unfortunately, Hat is currently limited to ghc version 5.04.3 (i.e. not
yet updated to cope with the 6.x series),
The Debian package works with ghc6.2 (at least the Insort example works
for me - I haven't done more with it than
Hi,
In ghc/compiler/main/DriverFlags.hs machdepCCOpts includes a -static
flag for some arches. Is this really necessary? I can't see any comments
as to why, nor any real answers from a quick google.
It causes this when compiling darcs on these arches:
On Mon, Mar 08, 2004 at 03:25:06PM +, Ian Lynagh wrote:
On Mon, Mar 08, 2004 at 11:07:07AM -, Simon Marlow wrote:
What platform? Does everything work if you remove the -static?
alpha, powerpc and hppa so far. I expect the same will happen for mips
and mipsel.
If, on powerpc
On Tue, Mar 09, 2004 at 01:04:59AM +0100, Wolfgang Thaller wrote:
So I assume this is on powerpc-linux?
Yup, sorry (and the others are all Linux too).
Thanks
Ian
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
Hi,
If I have this Foo.hs:
---
module Foo (foo) where
import Word (Word8)
import Control.Monad.ST (ST)
import Data.Array.ST (STUArray, writeArray)
foo :: STUArray s Int Word8 - [Word8] - Int - ST s ()
foo arr ps i = writeArray arr i w
where i' = 4 * i
w =
On Wed, Mar 10, 2004 at 09:41:46AM -, Simon Marlow wrote:
Yes, this let will be done strictly.
Thanks (and to the other Simon too)
Like how ISTR Int#s always
appear to have strictness L (these inconsitencies make things
much more difficult as a user IMO, incidentally).
ISTR?
I
On Wed, Jun 02, 2004 at 10:00:38AM +, Gabriel Ebner wrote:
Hello,
scott west wrote:
Does anyone have any
unregistered amd64 builds that they've cooked up?
And please put it on a ftp server somewhere if you have a working build for
Linux/amd64.
I think this should work
Hi all,
My intuition tells me that the code in
http://urchin.earth.li/~ian/Mem.hs
should have the same space usage regardless of whether USESMEM is
defined. However, when compiling with
ghc -Wall -O2 -cpp --make Mem -o mem
and running
./mem True 10 /dev/null
it runs
Hi all,
If I have the following module:
--88--
module Q (foo) where
foo :: String - [String] - Bool
#ifdef FIRST
foo x _ | x `seq` x == . = True
#else
foo x _ | x == . = True
#endif
foo x xs = x `seq` any (x ==) xs
On Tue, Jul 13, 2004 at 03:16:39PM +0100, Simon Marlow wrote:
On 13 July 2004 15:02, Peter Simons wrote:
ghci-6.3 (from CVS) shows me strictness information when I
request :info for a data type, like:
[...] Send Mailbox Stricts: _ [...]
I have no idea how to read that
On Fri, Sep 16, 2011 at 06:46:35AM +0100, Ganesh Sittampalam wrote:
On 15/09/2011 15:43, Ian Lynagh wrote:
On Thu, Sep 15, 2011 at 08:47:30AM +, Simon Peyton-Jones wrote:
Re TypeDirectedNameResolution, I would actually prefer it if it were
less general. i.e. if you were to write
On Tue, Oct 25, 2011 at 05:19:34PM -0700, Johan Tibell wrote:
make[1]: *** No rule to make target
`libraries/Cabal/cabal/dist-boot/build/Distribution/Version.hi', needed by
`compiler/stage1/build/PackageConfig.o'. Stop.
make: *** [all] Error 2
Try:
rm -rf libraries/Cabal
./sync-all
On Wed, Nov 02, 2011 at 01:29:16PM +, Max Bolingbroke wrote:
On 2 November 2011 10:03, Jean-Marie Gaillourdet j...@gaillourdet.net wrote:
As far as I know, not all encodings are reversable. I.e. there are byte
sequences which are invalid utf-8. Therefore, decoding and re-encoding
On Wed, Nov 02, 2011 at 07:02:09PM +, Max Bolingbroke wrote:
[snip some stuff I didn't understand. I think I made the mistake of
entering a Unicode discussion]
This is why the unmodified PEP383 approach is kind of nice - it uses
lone surrogate (rather than private use) codepoints to do the
On Wed, Nov 02, 2011 at 07:59:21PM +, Max Bolingbroke wrote:
On 2 November 2011 19:13, Ian Lynagh ig...@earth.li wrote:
They are allowed to occur in Linux/ext2 filenames, anyway, and I think
we ought to be able to handle them correctly if they do.
In Python, if a filename is decoded
We are pleased to announce the first release candidate for GHC 7.2.2:
http://www.haskell.org/ghc/dist/7.2.2-rc1/
This includes the source tarball, installers for OS X and Windows, and
bindists for amd64/Linux, i386/Linux, amd64/FreeBSD and i386/FreeBSD.
7.2.2 will be a minimal bugfix
On Mon, Nov 07, 2011 at 05:02:32PM +, Simon Marlow wrote:
Basically, imagine a reversible transformation:
encode :: String - [Word8]
decode :: [Word8] - String
this transformation is applied in the appropriate direction by the
IO library to translate filesystem paths into
On Mon, Nov 07, 2011 at 08:31:04PM +0200, Wolfgang Jeltsch wrote:
The problem with this approach is that different labels do not have
different representations at the value level. In my record system, I use
label definitions like the following ones:
data MyName1 = MyName1
data
On Mon, Nov 07, 2011 at 01:25:11AM +0400, Kyra wrote:
On 11/6/2011 5:18 PM, Ian Lynagh wrote:
7.2.2 will be a minimal bugfix release, fixing only bugs that cannot be
worked around. Please let us know if you find any showstoppers.
#5531 is still there and no workarounds are known. Also, it's
On Wed, Nov 09, 2011 at 11:02:54AM +, Simon Marlow wrote:
I would be happy with the surrogate approach I think. Arguable if
you try to treat a string with lone surrogates as Unicode and it
fails, then that is a feature: the original string wasn't Unicode.
All you can do with an invalid
On Wed, Nov 09, 2011 at 03:58:47PM +, Max Bolingbroke wrote:
(Note that the above outlined problems are problems in the current
implementation too
Then the proposal seems to me to be strictly better than the current
system. Under both systems the wrong thing happen when U+EFxx is entered
=
The (Interactive) Glasgow Haskell Compiler -- version 7.2.2
=
The GHC Team is pleased to announce a new bugfix release of GHC, 7.2.2.
The 7.2 branch is intended to
On Fri, Nov 11, 2011 at 11:59:54PM +0100, Bas van Dijk wrote:
I noticed the links to modules in base in the latest docs point to the
previous base library causing 404 errors:
http://www.haskell.org/ghc/docs/latest/html/libraries/index.html
Looks fine to me. Perhaps you have a cached copy?
On Tue, Nov 15, 2011 at 08:34:01AM +, Malcolm Wallace wrote:
On 14 Nov 2011, at 22:09, Simon Peyton-Jones wrote:
Trouble is, what type does this have?
f x = x {}
f :: a - a
That wouldn't help the original poster, as it is incompatible with
f :: Foo Clean - Foo Dirty
On Fri, Dec 23, 2011 at 12:46:38PM +, Simon Peyton-Jones wrote:
Dear GHC users
I've just discovered something very peculiar with unboxed tuples in GHC.
The problem is that there is no boxed singleton tuple, whereas there is
an unboxed singleton tuple, so there is a conflict between the
On Fri, Dec 23, 2011 at 01:34:49PM +, Simon Peyton-Jones wrote:
Arguments Boxed Unboxed
3 ( , , )(# , , #)
2 ( , ) (# , #)
1
0 () (# #)
Simple, uniform.
Uniform horizontally, but strange vertically!
Hi hvr,
On Tue, Jan 10, 2012 at 12:05:51PM +0100, Herbert Valerio Riedel wrote:
As the {Int,Word}{,8,16,32,64} types in Haskell are usually regarded to
follow modulo arithmetic (w.r.t. to the Num-class ops), I was trying to
implement efficient non-modulo Safe{Int,Word}{,8,16,32,64} types
On Sun, Jan 15, 2012 at 01:38:20PM +0100, Greg Weber wrote:
The blocking issues are described on
http://hackage.haskell.org/trac/ghc/wiki/Records/OverloadedRecordFields
a) Representation hiding (look for that heading)
How about
On Thu, Jan 19, 2012 at 07:11:19AM -0500, Matthew Farkas-Dyck wrote:
Sometimes I thought to use ∀ to quantify over type variables, as
over term variables, at least as an option.
Do you mean that in
f :: (x, X, (+), (:+))
only x would be a type variable and X, (+), (:+) would be type
On Fri, Jan 27, 2012 at 08:57:35PM -0800, Evan Laforge wrote:
Unfortunately ghci still segfaults for me most times (the previous
release candidate did too). Anyone else seeing this? What should I
do to troubleshoot?
OS X 10.6.8, using GHC-7.4.0.20120126-x86_64.pkg
Ah, sorry, I should have
On Fri, Jan 27, 2012 at 11:10:26PM -0600, Austin Seipp wrote:
Ian, can I ask what the procedure would be to check out the 7.4 branch
of GHC and all the associated libraries to try this out? I'm not
familiar with all the `sync-all`-fu, but I speculate it's what'll do
it. :)
See
On Sat, Jan 28, 2012 at 09:52:13AM -0500, Sanket Agrawal wrote:
I installed it on my mac (OS X 10.7.2, XCode 4.1) without any issues (using
bindist, not pkg). Is upgrading to XCode 4.2 ok from GHC perspective
There is a problem with the LLVM gcc and GHC:
On Sat, Jan 28, 2012 at 08:32:31PM +0400, Serge D. Mechveliani wrote:
On Fri, Jan 27, 2012 at 11:15:46PM +, Ian Lynagh wrote:
We are pleased to announce the first release candidate for GHC 7.4.1:
http://www.haskell.org/ghc/dist/7.4.1-rc2/
The first candidate or the second
On Sat, Jan 28, 2012 at 05:09:20PM -0600, Austin Seipp wrote:
I run XCode 4 (and haven't had the opportunity to upgrade.) Would it
be reasonable to make a binary distribution for people like Evan and
Me and hopefully have it put on the download page?
If someone makes a bindist and/or
On Mon, Jan 30, 2012 at 10:02:42AM +, Simon Marlow wrote:
On 30/01/2012 09:45, Christian Maeder wrote:
This seems not to be fixed in Release Candidate 2
Thanks for letting us know. Ian, please merge this patch:
commit f283c39119b333e4249420fa96b93652e0fbaec1
Author: Simon Marlow
Hi Rene,
On Mon, Jan 30, 2012 at 08:15:05PM +0100, Rene de Visser wrote:
What are the plans for http://hackage.haskell.org/trac/ghc/ticket/5623 which
seems to be still open?
We don't plan to fix it for 7.4.1. Assuming we do a 7.4.2, if we have a
fix for it then it could go in 7.4.2.
Thanks
=
The (Interactive) Glasgow Haskell Compiler -- version 7.4.1
=
The GHC Team is pleased to announce a new major release of GHC, 7.4.1.
Here are some of the
On Wed, Feb 08, 2012 at 11:24:00AM +0100, Joachim Breitner wrote:
GHC 7.4.1 started to ship and expose the binary library, version
0.5.0.3. On hackage is binary-0.5.1.0.
Actually, 7.4.1 comes with 0.5.1.0. The release notes have the wrong
version number, unfortunately.
* Use the version
On Fri, Feb 10, 2012 at 12:49:56AM +0100, Bas van Dijk wrote:
Should I file a bug for this:
It's already reported: http://hackage.haskell.org/trac/ghc/ticket/5836
Thanks
Ian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
On Fri, Feb 10, 2012 at 04:03:42PM +, Simon Peyton-Jones wrote:
The page describes an improved implementation of the Typeable class, making
use of polymorphic kinds. Technically it is straightforward, but it
represents a non-backward-compatible change to a widely used library, so we
On Fri, Feb 10, 2012 at 03:30:02PM -0800, John Meacham wrote:
something I have thought about is perhaps a special syntax for Proxy, like
{:: Int - Int } is short for (Proxy :: Proxy (Int - Int)). not sure whether
that is useful enough in practice though, but could be handy if we are
On Thu, Feb 16, 2012 at 02:55:13PM -0600, Austin Seipp wrote:
64-bit GHC on OS X gives me this:
$ ghc -fforce-recomp -threaded finalizer
[1 of 1] Compiling Main ( finalizer.hs, finalizer.o )
Linking finalizer ...
$ ./finalizer
waiting ...
done!
waiting ...
running finalizer
On Mon, Feb 27, 2012 at 10:37:25AM +1100, Erik de Castro Lopo wrote:
Given a GHC git commit hash, is there a way to get the various
libraries into a state where I can build the GHC version specified
by the hash?
No, but if you have a list of nightly builds, e.g.
On Thu, Mar 01, 2012 at 07:58:42AM +, AntC wrote:
SORF's whadyoumaycalls are at the Kind level. (I'm not opposed to them
because
they're new-fangled, I'm opposed because I can't control the namespace.)
I haven't followed everything, so please forgive me if this is a stupid
question,
On Thu, Mar 01, 2012 at 08:52:29PM +, AntC wrote:
Ian Lynagh igloo at earth.li writes:
On Thu, Mar 01, 2012 at 07:58:42AM +, AntC wrote:
SORF's whadyoumaycalls are at the Kind level. (I'm not opposed to them
because
they're new-fangled, I'm opposed because I can't
On Thu, Mar 01, 2012 at 10:46:27PM +, AntC wrote:
Also this would be ambiguous:
object.SubObject.Field.subField
Well, we'd have to either define what it means, or use something other
than '.'.
In terms of scope control, I think (I'm guessing rather) you do get similar
behaviour
On Thu, Mar 01, 2012 at 11:32:27PM +, AntC wrote:
AntC anthony_clayden at clear.net.nz writes:
Ian Lynagh igloo at earth.li writes:
But I think you are agreeing that (leaving aside the issue of whether
the design is reasonable) the above variant would indeed allow the user
On Fri, Mar 02, 2012 at 01:44:45AM +0100, Gábor Lehel wrote:
On Fri, Mar 2, 2012 at 1:06 AM, Ian Lynagh ig...@earth.li wrote:
Right, but other people would prefer the SORF behaviour to the DORF
behaviour.
Who and why? What's the use case?
My main complaint against DORF is
that having
On Fri, Mar 02, 2012 at 01:04:13AM +, AntC wrote:
Let me explain better what I mean by two private namespaces, then we'll try
to understand how your proposal goes ...
module T where
data FieldT = Field
data RecT = RecT{ Field :: Int }
...
module U
Hi all,
Just a quick note to let you know about our release plans:
We plan to put out a GHC 7.4.2 release candidate around the end of the
March. The final release will probably not happen until around the end
of April.
Thanks
Ian, on behalf of the GHC team
On Mon, Mar 26, 2012 at 10:47:14PM +, AntC wrote:
Ticket #3356 claims that {-# LANGUAGE NoTraditionalRecordSyntax #-} was
implemented in 7.2.1.
But GHCi v7.2.1 complains Unsupported extension: NoTraditionalRecordSyntax.
What (if anything) actually got implemented?
It was implemented
Hi all,
A quick 7.4.2 release plan update:
We've been having trouble with our nightly builds, so we haven't managed
to put out a release candidate yet. As soon as we have builds ready,
we'll put the RC out, and all being well the release will follow one or
two weeks later.
Thanks
Ian, on
Hi Bulat,
On Wed, May 09, 2012 at 06:54:48PM +0400, Bulat Ziganshin wrote:
the one thing that users of my program asked most is the Win64
support: http://code.google.com/p/freearc/issues/list . we have waited
for a several years, but it's still not in GHC, so i want to know at
least: why
On Tue, May 08, 2012 at 09:22:04PM +0100, Ian Lynagh wrote:
A quick 7.4.2 release plan update:
We've been having trouble with our nightly builds, so we haven't managed
to put out a release candidate yet. As soon as we have builds ready,
we'll put the RC out, and all being well the release
We are pleased to announce the first release candidate for GHC 7.4.2:
http://www.haskell.org/ghc/dist/7.4.2-rc1/
This includes the source tarball, installers for OS X and Windows, and
bindists for amd64/Linux, i386/Linux, amd64/FreeBSD and i386/FreeBSD.
Please test as much as possible;
On Tue, May 29, 2012 at 10:09:47AM +1000, Tim Cuthbertson wrote:
I signed up for an account on http://hackage.haskell.org/trac/ghc/ to
report a couple of bugs, but can't file them until my email address is
verified.
I've tried two different email addresses, waited more than 24 hours,
and
On Wed, May 30, 2012 at 08:44:26PM +1000, Tim Cuthbertson wrote:
Configuring hsc2hs-0.67...
make[1]: *** No rule to make target `libraries/process/ghc.mk'. Stop.
make: *** [all] Error 2
Any hints?
That file should be included in the source tarball.
Thanks
Ian
On Tue, Jun 05, 2012 at 03:07:09PM +0200, Soenke Hahn wrote:
If not, does that mean,
ghc-7.4.1 does not support OS X 10.5?
As far as I know, if you build GHC 7.4.1 on OS X 10.5 then it will work,
but I haven't tried it so I may be wrong.
However, binaries built on newer versions (including
Dear GHC users,
Windows 64bit GHC port: First alpha release
---
The Industrial Haskell Group has recently funded work by Well-Typed to
make a Windows 64bit port of GHC. The port will officially be released
as part of the upcoming GHC 7.6.1 release, but in
Hi Bas,
On Sun, Jun 17, 2012 at 05:11:35PM +0200, Bas van Dijk wrote:
module Main where
import Foreign
import qualified Foreign.Concurrent as FC
import Control.Concurrent
import Bindings.Libusb.InitializationDeinitialization
main :: IO ()
main = do
ctxPtr - alloca $ \ctxPtrPtr -
On Mon, Jun 25, 2012 at 02:34:34PM +0100, José Pedro Magalhães wrote:
(Btw, validate goes through. Does validate not build the user's guide?)
It only builds it if the tools are available. I think that's mainly
because they're a bit fiddly to install on Windows.
Thanks
Ian
On Tue, Jun 26, 2012 at 04:30:02PM -0700, Johan Tibell wrote:
I just want to see things changed. :)
We're happy to try to improve things, but I'm not sure what change you
want exactly.
We could change the default for GHC stable branches to:
* Use the tag for the latest release, unless that
On Wed, Jun 27, 2012 at 11:42:24AM -0700, Johan Tibell wrote:
On Wed, Jun 27, 2012 at 8:12 AM, Ian Lynagh i...@well-typed.com wrote:
On Tue, Jun 26, 2012 at 04:30:02PM -0700, Johan Tibell wrote:
I just want to see things changed. :)
We're happy to try to improve things, but I'm not sure
Hi Johan,
On Wed, Jun 27, 2012 at 03:06:39PM -0700, Johan Tibell wrote:
On Wed, Jun 27, 2012 at 12:53 PM, Ian Lynagh ig...@earth.li wrote:
If a GHC release needs an unreleased change in one of the libraries, and
the maintainer (for whatever reason) is not responding to e-mails,
should
We are pleased to announce the first release candidate for GHC 7.6.1:
http://www.haskell.org/ghc/dist/7.6.1-rc1/
This includes the source tarball, installers for 32bit and 64bit
Windows, and bindists for amd64/Linux, i386/Linux, amd64/OSX and
i386/OSX.
Please test as much as possible; bugs
On Mon, Aug 13, 2012 at 08:45:51AM +, Philip Holzenspies wrote:
Absolutely true, but I came across this in the GHC-source itself. I would
like the GHC-source to be literateable (not a work, but you know what I mean)
in markdown.
FWIW, I'm not sure the work necessary to maintain
701 - 800 of 1147 matches
Mail list logo