#760: Template Haskell doesn't like scoped type variables
---+
Reporter: [EMAIL PROTECTED] |Owner:
Type: bug | Status: new
Priority: normal |
#754: EVACUATED object entered
--+-
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: closed
Priority: normal | Milestone:
Component:
#751: ghc 6.4.2 on OS X 10.4.6 fails a compiler error building Crypto-3.0.3.
--+-
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: high
Christian Maeder wrote:
Christian Maeder wrote:
using Rev. 1.1.2.3 of timeout.hs I could run the testsuite until
conc020 which did then sleep with truss repeatedly outputting:
I ran the testsuite now with ghc-6.4.1. The results are attached at
#751: ghc 6.4.2 on OS X 10.4.6 fails a compiler error building Crypto-3.0.3.
--+-
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: normal
Hello,
The following code:
-
data Tree a = Leaf | Node a Tree Tree
double :: Tree Int - Tree Int
double Leaf
= Node 1 Leaf Leaf
double (Node myKey leftTree rightTree)
= Node myKey (double leftTree) (double rightTree)
-
caused an error message:
-
ghc-6.4: panic! (the
Thurston Hou Yeen Dang wrote:
Hello,
The following code:
-
data Tree a = Leaf | Node a Tree Tree
double :: Tree Int - Tree Int
double Leaf
= Node 1 Leaf Leaf
double (Node myKey leftTree rightTree)
= Node myKey (double leftTree) (double rightTree)
-
caused an error message:
#761: Occasional Segmentation Fault and strange object 17863
---+
Reporter: guest | Owner:
Type: bug | Status: closed
Priority: normal
#751: ghc 6.4.2 on OS X 10.4.6 fails a compiler error building Crypto-3.0.3.
--+-
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: high
Hello *,
I am migrating a project from ghc 6.2 to ghc 6.4. This project has a
module called Pretty and that's where my problems start. When importing
Pretty, ghc does not consider my local definition but the Pretty module
from the standard library (which is an alias for
Georg Sauthoff wrote:
[..]
If I go into ghc/rts and manually execute the last command, it terminates
sometimes. I.e. if I execute it manually 20 times, 1 time it hangs and
19 times it terminates ...
[..]
to give more information:
In the log from a truss[1] after hanging this block gets
Reilly Hayes wrote:
1) Issues with bookstrap.mk
bootstrap.mk in head contains the following lines
TOP_SAVED := $(TOP)
TOP:=$(TOP)/ghc
include $(TOP)/mk/version.mk
include $(TOP)/mk/paths.mk
# Reset TOP
TOP:=$(TOP_SAVED)
Yes, none of that is required any more. Thanks.
2) Building the
Michael Marte wrote:
I am migrating a project from ghc 6.2 to ghc 6.4. This project has a
module called Pretty and that's where my problems start. When importing
Pretty, ghc does not consider my local definition but the Pretty module
from the standard library (which is an alias for
Simon,
I checked the version of ghc I use: It's 6.4.1.
Michael
Simon Marlow wrote:
Michael Marte wrote:
I am migrating a project from ghc 6.2 to ghc 6.4. This project has a
module called Pretty and that's where my problems start. When
importing Pretty, ghc does not consider my local
On 01 May 2006 10:08, Sven Panne wrote:
Am Sonntag, 30. April 2006 10:15 schrieb Bulat Ziganshin:
may be it's not too late to just rerelease GHC? especially if hooks
interface in current cabal version don't planned to change in
foreseeable future. having common cabal interface for 6.4.2 and
On Tue, May 02, 2006 at 12:16:27PM +0100, Simon Marlow wrote:
Hi,
[..]
There appears to be a problem with the threaded RTS on some platforms:
Solaris and possibly FreeBSD. I haven't been able to track down the
problem yet - if someone could build GHC with -threaded -debug and send
me
As described in trac ticket 738, GHC HEAD does not
work on Fedora Core 5 with selinux in enforcing
mode. Selinux is the additional level of protection
in Linux kernel that works above usual Unix
permissions. Turning selinux to permissive mode
(as suggested in the workaround to make GHC work)
Hello haskell,
Main reason of slowness of existing Handle-based I/O in GHC is locking
around each operation. it is especially bad for simple char-at-a-time
I/O where 99% of time spent on locking and unlocking.
To be exact, on my CPU, hPutChar for 100mb file requires 150 seconds,
while hGetChar
Call for Papers -- Submission deadline: June 9, 2006
FORMAL METHODS IN THE TEACHING LAB
Examples, Cases, Assignments and Projects Enhancing Formal
Methods Education
http://www.di.uminho.pt/FME-SoE/FMEd06/
Apologies for repeated posts. The GPCE 2006 deadline for technical
paper submission has been extended to May 14.
GPCE provides a venue for researchers and practitioners interested in
foundational techniques for enhancing the productivity, quality and
time-to-marked in software development
[Apologies for multiple postings]
---
WLPE' 06 - 2nd CALL FOR PAPERS
Workshop on Logic-based Methods in
Programming Environments
(satellite workshop of ICLP’06)
On Tue, May 02, 2006 at 12:15:20PM +0400, Bulat Ziganshin wrote:
Second, i've developed my own simplified version of this procedure.
Here i should say that my library uses MVar () field to hold lock
and separate immutable data field with actual data locked:
data WithLocking h = WithLocking h
RULE'06, 7th International Workshop on Rule-Based Programming, 11th August,
2006, Seattle, USA, A Satellite Event of RTA
http://www.dcs.kcl.ac.uk/events/RULE06/
IMPORTANT DATES
- 14th May, 2006 Deadline for electronic submission of papers
- 15th
Evan Martin wrote:
I remember reading a tutorial that pointed out that you can often
avoid explicit recusion in Haskell and instead use higher-level
operators.
For your code, I think
drawModals = foldr (flip ()) (return ()) . map drawModal
works(?).
I think it would be foldl so that the
Hello Brian,
Tuesday, May 2, 2006, 3:12:48 AM, you wrote:
-- Prolog style coding...
drawModals :: [Control] - ManagerM ()
drawModals [] = return ()
drawModals (c:cs) = do
drawModals cs
Bulat Ziganshin wrote:
Hello Donald,
Friday, April 28, 2006, 12:29:38 PM, you wrote:
I looked at http://www.haskell.org/haskellwiki/Libraries_and_tools, and
suffice it to say that this page don't reflects current state of the
art. during many years it was not updated and when it was moved
Tomasz Zielonka wrote:
and handle options as functions from Config to Config:
I find this approach very convenient, but I push it a bit further. Some
time ago I wrote a small article about this:
http://www.haskell.org/pipermail/haskell/2004-January/013412.html
[from there]
-- Here
Hi,
it was just published the student application form, you can find it at:
http://code.google.com/soc/student_step1.html
I hope we will be collecting good Haskell applications from students :-)
I am very happy to see how many did signed up on the People page as now:
On Tue, May 02, 2006 at 02:27:28PM +0200, Mirko Rahn wrote:
But how to handle dependencies between options using this technique? I
can image two solutions:
1: Every dependency 'a implies b' has to be checked in both functions,
the one for a and the one for b.
2: An order for the actions has
Ello. I'm looking for a way to interface the Windows API with Haskell
in order to write a Win32 console handler thingy. I don't know
anything about the Haskell Foreign Function Interface beyond what its
name implies and that it's an extension to Haskell 98 (or is it?). So
just where do I start?
Hi,
Pretty much every Haskell implementation supports the FFI - its a
standardised Haskell 98 extension. Take a look at the System.Win32
library which is a wrapper round the Windows API. If you have a
reference to the Win32 API (i.e. MSDN) then the API looks like a very
straightforward wrapper.
31 matches
Mail list logo
