| What are the disadvantages of compiling every library
| with -fallow-overlapping-instances?
It's not H98, so it has to be an option, enabled by a flag. Of course
you are free to put the flag at the top of every module.
Sergey's point is that the libraries are pre-compiled, so you can't add
On Mon, Sep 04, 2006 at 03:39:06PM +0100, Simon Peyton-Jones wrote:
|
| data Equation = ...
| instance Show Equation where ...
|
| instance Show [Equation]
| where
| showsPrec _ eqs = certain program which prints a list of equation
|
More about instance overlaps with the GHC library:
I need to print in a special way the data of
[Equation], (Term, Term), [(Term, Term)], (Equation, Equation).
The first can be by defining showList in instance Show Equation.
But Show has not a method of showPair. So, I need to write the
On Tue, Sep 05, 2006 at 12:50:39PM +0400, Serge D. Mechveliani wrote:
More about instance overlaps with the GHC library:
I need to print in a special way the data of
[Equation], (Term, Term), [(Term, Term)], (Equation, Equation).
The first can be by defining showList in instance Show
HaXml (no longer builds)
In what way does HaXml fail to build for Hugs? Is it easily
fixable?
... and there's the famous Data.FiniteMap.
So does anyone have any objections if I go ahead and commit the
replacement (compatibility) implementation of Data.FiniteMap to the main
On Tue, Sep 05, 2006 at 12:12:00PM +0100, Malcolm Wallace wrote:
HaXml (no longer builds)
In what way does HaXml fail to build for Hugs? Is it easily
fixable?
... and there's the famous Data.FiniteMap.
So does anyone have any objections if I go ahead and commit the
On Tue, Sep 05, 2006 at 12:11:20PM +0100, Ross Paterson wrote:
[..]
You seem to be using special instances to do two things: add spacing and
remove extraneous parentheses. A neater way to do the latter would be
to use the precedence parameter of showsPrec for Term to control whether
the
On Tue, 2006-09-05 at 12:12 +0100, Malcolm Wallace wrote:
HaXml (no longer builds)
In what way does HaXml fail to build for Hugs? Is it easily
fixable?
... and there's the famous Data.FiniteMap.
So does anyone have any objections if I go ahead and commit the
replacement
On Tue, 2006-09-05 at 12:19 +0100, Ross Paterson wrote:
On Tue, Sep 05, 2006 at 12:12:00PM +0100, Malcolm Wallace wrote:
HaXml (no longer builds)
In what way does HaXml fail to build for Hugs? Is it easily
fixable?
... and there's the famous Data.FiniteMap.
So
On Tue, Sep 05, 2006 at 02:21:31PM +0200, Duncan Coutts wrote:
On Tue, 2006-09-05 at 12:19 +0100, Ross Paterson wrote:
On Tue, Sep 05, 2006 at 12:12:00PM +0100, Malcolm Wallace wrote:
So does anyone have any objections if I go ahead and commit the
replacement (compatibility)
So does anyone have any objections if I go ahead and commit the
replacement (compatibility) implementation of Data.FiniteMap to the
main repository for packages/base?
I'd rather see HaXml updated to use Data.Map, perhaps with a
compatibility layer for older GHCs.
OK, I've looked more
Hi Simon,
Which version of the testsuite should I be using to test my
builds of the release candidates?
Best Wishes,
Greg
On Sep 1, 2006, at 6:03 AM, Simon Marlow wrote:
Only a week late, we are pleased to announce the Release Candidate
phase for GHC 6.6.
Snapshots beginning
On Tue, Sep 05, 2006 at 02:13:33PM +0100, Malcolm Wallace wrote:
So does anyone have any objections if I go ahead and commit the
replacement (compatibility) implementation of Data.FiniteMap to the
main repository for packages/base?
I'd rather see HaXml updated to use Data.Map,
On 05 September 2006 14:21, Gregory Wright wrote:
Which version of the testsuite should I be using to test my
builds of the release candidates?
Good question. We haven't made any tarballs of the testsuite, but just
grabbing the current sources from darcs is fine.
Cheers,
Simon
On 9/5/06, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
The old model was that every instance is potentially overlappable; andyou only need the flag when you *use* the instances.But peoplecomplained that the clients of their library should not need to knowimport Foogle and use
Hello *,
I noticed a five percent speed up by making local definitions global.
This is the first version with local definitions:
f = some expression based on mySet
where
mySet = foldl (flip Set.insert) Set.empty myList
myList = some constant list
Then I moved mySet and myList to
Michael Marte [EMAIL PROTECTED] schrieb im
Newsbeitrag news:[EMAIL PROTECTED]
Hello *,
I noticed a five percent speed up by making local definitions global.
Maybe the global defintions are monomorphic, and the local defintions
are polymorphic. You could evaluate the types of the global types
That's odd. Making things more global can reduce optimisation
opportunities, but making things ore local should not. You can say
-ddump-simpl to get an idea of what the differences are.
If you can make a smallish repo case, I'll take a look, though perhaps
not before ICFP.
Simon
|
Hello all,
I've discovered that GHC doesn't deal very well with the following
program. It appears to diverge when running the following program
with 'runghc'. The main compiler can also be persuaded to diverge in
a similar fashion. Hugs exhibits correct behavior, ie, it prints
hello.
You and many others --- but the example is always the same!
http://www.haskell.org/ghc/docs/latest/html/users_guide/bugs.html#bugs-g
hc
Simon
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-users-
| [EMAIL PROTECTED] On Behalf Of Robert Dockins
| Sent: 05 September
Ah. My apologies for bringing up such a well-worn issue, then.
On Sep 5, 2006, at 3:38 PM, Simon Peyton-Jones wrote:
You and many others --- but the example is always the same!
http://www.haskell.org/ghc/docs/latest/html/users_guide/
bugs.html#bugs-g
hc
Simon
| -Original Message-
On Fri, Sep 01, 2006 at 10:11:30AM +0100, Simon Marlow wrote:
Nowadays -mfpmath=sse is better than -ffloat-store, because SSE2 has single
and double-precision floating point arithmetic. I get pretty reproducible
arithmetic on x86_64 this way, where SSE2 is the default.
Thanks for the tip!
Hello,
I successfully downloaded and installed ghc-6.5.20060901 on Windows XP
(SP2 etc.). However, when attempting to build fps-0.8, I received a
large number of errors stemming from gcc being unable to find Stg.h or
HsBase.h. As far as I could tell using -v, gcc is still being passed
the old
trevion:
Hello,
I successfully downloaded and installed ghc-6.5.20060901 on Windows XP
(SP2 etc.). However, when attempting to build fps-0.8, I received a
large number of errors stemming from gcc being unable to find Stg.h or
HsBase.h. As far as I could tell using -v, gcc is still being
24 matches
Mail list logo