On 19.09 21:28, Tomasz Zielonka wrote:
On Tue, Sep 19, 2006 at 09:13:56PM +0200, Rene de Visser wrote:
I would suggest -fforce-recomp for force recompilation.
-frecompile-all
- Einar Karttunen
___
Glasgow-haskell-users mailing list
Hello glasgow-haskell-users,
7.4.10 of user guide say:
-- f and g assume that 'a' is already in scope
f = \(x::Int, y) - x
g (x::a) = x
seems that f definition should contain 'a'
--
Best regards,
Bulat mailto:[EMAIL PROTECTED]
Hello glasgow-haskell-users,
can someone try to compile this one-line module:
import Control.Concurrent.STM.TArray
with a recent 6.5 builds, preferably mingw32 ones?
it doesn't work for me, although TVar and other modules import
without any problems; and i see TArray.hi module along with
Hi,
I get the exact same thing with ghc-6.5.20060914.
Weird.
Josef
On 9/20/06, Bulat Ziganshin [EMAIL PROTECTED] wrote:
Hello glasgow-haskell-users,
can someone try to compile this one-line module:
import Control.Concurrent.STM.TArray
with a recent 6.5 builds, preferably mingw32 ones?
it
Malcolm Wallace schrieb:
I think there is a wrapper somewhere that provides the old
Data.FiniteMap in terms of the Data.Map implementation.
Darcs patch attached, if it is of interest.
This patch does not have the functions:
foldFM_GE, fmToList_GE, keysFM_GE, eltsFM_GE,
Hello glasgow-haskell-users,
attached module compiles fine with ghc 6.4.2, hugs 2003+, but not with
my ghc 6.5 snapshot. it says:
66.hs:9:0:
Illegal instance declaration for `Stream m (StringReader r)'
(the Coverage Condition fails for one of the functional dependencies)
In the
I've copied the old code from Data.FiniteMap and only implemented:
foldFM_LE f v k =
Map.foldWithKey (\ i w c - if i k then c else f i w c) v
Christian Maeder schrieb:
Malcolm Wallace schrieb:
I think there is a wrapper somewhere that provides the old
Data.FiniteMap in terms of the Data.Map
Quite right; that's just as specified. The coverage condition is
documented in the manual. (GHC 6.4 and Hugs are too liberal, and
thereby risk divergence during type checking.) If you want this
program to work, use -fallow-undecidable-instances
Simon
| -Original Message-
| From:
How can I convince ghc version 6.5.20060919 to accept latin1 characters
in literals?
I wish to keep source files (containing umlauts in strings) that can be
compiled by either ghc-6.4.2 and ghc-6.6.
Christian
___
Glasgow-haskell-users mailing list
Hello Simon,
Wednesday, September 20, 2006, 7:35:39 PM, you wrote:
Quite right; that's just as specified. The coverage condition is
documented in the manual. (GHC 6.4 and Hugs are too liberal, and
thereby risk divergence during type checking.) If you want this
program to work, use
Hello all,
I made another update to the notes on Replacing GMP, at http://
hackage.haskell.org/trac/ghc/wiki/ReplacingGMPNotes . It's pretty
basic and you'd probably find it shabby, but comments, modifications
appreciated. I am still in the throes of trying to *portably* beat
GMP for
On Wed, Sep 20, 2006 at 02:54:57PM +0200, Christian Maeder wrote:
This patch does not have the functions:
foldFM_GE, fmToList_GE, keysFM_GE, eltsFM_GE,
foldFM_LE, fmToList_LE, keysFM_LE, eltsFM_LE,
It should be quite easy to do with split or splitLookup.
Best regards
Tomasz
On Wed, 2006-09-20 at 18:14 +0200, Christian Maeder wrote:
How can I convince ghc version 6.5.20060919 to accept latin1 characters
in literals?
I wish to keep source files (containing umlauts in strings) that can be
compiled by either ghc-6.4.2 and ghc-6.6.
You can use numeric escapes like
* Rich Fought [EMAIL PROTECTED]:
I've got some unit test code that forks off test processes using the
'system' function and then delays using 'threadDelay' to synchronize
with the test process.
This has worked fine until I upgraded to 6.4.2, now some of the
'threadDelay' calls never
14 matches
Mail list logo