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 be
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 p
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!
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-
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
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".
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
| -Origi
"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 t
Hello *,
I noticed a five percent speed up by making local definitions global.
This is the first version with local definitions:
f =
where
mySet = foldl (flip Set.insert) Set.empty myList
myList =
Then I moved mySet and myList to the top level which gave me the speed up.
Shouldn
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 know"import Foogle and use -fallow-overlappi
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:
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 doe
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 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
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 with
> > 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
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) imple
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
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
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, 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
> > > 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 ma
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 Sh
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
fu
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 = | in a `nicer' way than
| 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
fla
25 matches
Mail list logo
