| This bug is older! ghc 5.04 does not enforce that the return type of
| main
| is (). In fact with 5.04 you can return anything you want and get
very
| fancy exception on termination if you return a more complex data
type.
|
| I don't know about an exception on termination (Is it a known
Bugs item #686546, was opened at 2003-02-14 14:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=686546group_id=8032
Category: Compiler
Group: 5.04.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Johan Alfredsson (sduvan)
Assigned to:
This has gone away with my new constructor-naming commit.
Simon
| -Original Message-
| From: Hal Daume III [mailto:[EMAIL PROTECTED]]
| Sent: 28 November 2002 15:38
| To: Simon Peyton-Jones
| Cc: [EMAIL PROTECTED]
| Subject: RE: new -fext-core bug (X = zdwX)
|
| Okay, my bad. Then
Bugs item #686620, was opened at 2003-02-14 16:34
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=686620group_id=8032
Category: Driver
Group: 5.04.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Martin Norbäck (norpan)
Assigned to:
Bugs item #686622, was opened at 2003-02-14 16:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=686622group_id=8032
Category: Build System
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: John A. Murdie (jamurdie)
Assigned to:
Bugs item #686546, was opened at 2003-02-14 13:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=686546group_id=8032
Category: Compiler
Group: 5.04.2
Status: Closed
Resolution: None
Priority: 5
Submitted By: Johan Alfredsson (sduvan)
Assigned to:
Bugs item #686622, was opened at 2003-02-14 16:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=686622group_id=8032
Category: Build System
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: John A. Murdie (jamurdie)
Assigned to:
Bugs item #686622, was opened at 2003-02-14 16:35
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=686622group_id=8032
Category: Build System
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: John A. Murdie (jamurdie)
Assigned to:
This is ok in ghc-5.04.2 onwards. Time to update your GHC
Simon
| -Original Message-
| From: Jorge Adriano [mailto:[EMAIL PROTECTED]]
| Sent: 13 February 2003 14:21
| To: [EMAIL PROTECTED]; GHC Users Mailing List
| Subject: Pattern matching with implicit par. bug
|
| There it goes,
|
fre 2003-02-14 klockan 09.41 skrev Simon Peyton-Jones:
Weÿll merge the fix into the 5.04 branch. Weÿre planning another 5.04
release (5.04.4), which has numerous small fixes, sometime ´soon¡, but
exactly when depends on demand. When would you need it for your
course?
Will this release
Interesting example!
| Coincidentally, I tripped over this subtlety myself just last night.
(I,
| too, often use '$' to avoid nested parentheses.) I concluded it was
an
| instance of the partial-application restriction that I found
described in
| section 7.11.4 of the GHC 5.02 User's Guide
Simon Peyton-Jones wrote:
Interesting example!
| Coincidentally, I tripped over this subtlety myself just last night.
(I,
| too, often use '$' to avoid nested parentheses.) I concluded it was
an
| instance of the partial-application restriction that I found
described in
| section 7.11.4
Hello:
I have some CGI programs running with Hugs and I want to use GHC
instead.
What changes must I do to the .hs file?
Is it an easy job?
Thank you very much
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
What is the limit on open files, and why? I think it'd be nice to
just schedule a huge amount of IO operations, and have them all be
performed when required (i.e. when the FM is first accessed).
Apparently, my addDir took the trouble to open the files, but not
generate the FMs -- any idea
Yes, getting the right amount of strictness--and in the right places--can be
tricky. For your program, it seems you should process each file completely
(reflecting its contents strictly in your histogram so the contents can be dropped
and the file descriptor closed) before moving on to the next
Well the definition clearly falls under the monomorphism restriction as
laid down by the Report, because you haven't given a signature for
us,n,j. I suggest
ctPar :: (?ctPar::CTPar) = CTPar
ctPar = ?ctPar
(us,n,j) = ctPar
That should work
Simon
| -Original Message-
| From: Jorge
This is ok in ghc-5.04.2 onwards. Time to update your GHC
Simon
| -Original Message-
| From: Jorge Adriano [mailto:[EMAIL PROTECTED]]
| Sent: 13 February 2003 14:21
| To: [EMAIL PROTECTED]; GHC Users Mailing List
| Subject: Pattern matching with implicit par. bug
|
| There it goes,
|
The following message is a courtesy copy of an article
that has been posted to comp.lang.functional as well.
In the spirit of http://ioccc.org/
Bring us your poor, weary, downtrodden, and unreadable source code.
Come to the 0th INTERNATIONAL OBFUSCATED HASKELL CODE CONTEST!
This contest
The following message is a courtesy copy of an article
that has been posted to comp.lang.functional as well.
I didn't include the url for rule updates and winner announcements.
Here it is: http://iohc.mgoetze.net/
--
Shae Matijs Erisson - 2 days older than RFC0226
#haskell on irc.freenode.net -
[Our apologies if you receive this more than once.]
==
CALL FOR PAPERS
23rd conference on
FOUNDATIONS OF SOFTWARE TECHNOLOGY
AND
What is the limit on open files, and why? I think it'd be nice to
just schedule a huge amount of IO operations, and have them all be
performed when required (i.e. when the FM is first accessed).
Apparently, my addDir took the trouble to open the files, but not
generate the FMs -- any idea
Yes, getting the right amount of strictness--and in the right places--can be
tricky. For your program, it seems you should process each file completely
(reflecting its contents strictly in your histogram so the contents can be dropped
and the file descriptor closed) before moving on to the next
Dean Herington [EMAIL PROTECTED] writes:
Ketil Z. Malde wrote:
-- | add data from a file to the histogram
addFile :: FiniteMap String Int - String - IO (FiniteMap String Int)
addFile fm name = do
x - readFile name
return (addHist fm x)
I changed this to read x
--
CALL FOR PAPERS 32 JAIIO - WAIT 2003
Argentinian Workshop on Theoretical Computer Science
Buenos Aires - Argentina
September 1-5, 2003
--
The Argentinian
Shae Matijs Erisson wrote:
The following message is a courtesy copy of an article
that has been posted to comp.lang.functional as well.
In the spirit of http://ioccc.org/
Bring us your poor, weary, downtrodden, and unreadable source code.
Come to the 0th INTERNATIONAL OBFUSCATED HASKELL
This seems to be contrary to how i thought haskell was implemented in
ghc (and probably other systems). I was under the impression that thunks
in ghc were opaque except for the code address at the begining of them.
in order to evaluate something you just jump to the address stored in
it.
so i
On Fri, 14 Feb 2003, John Meacham wrote:
This seems to be contrary to how i thought haskell was implemented in
ghc (and probably other systems). I was under the impression that thunks
in ghc were opaque except for the code address at the begining of them.
in order to evaluate something you
Excellent idea. This does indeed seem to be the cleanest way to explain
the necessary type constraints. I think we (Simon M) may add it to the
library.
Simon
| -Original Message-
| From: Dean Herington [mailto:[EMAIL PROTECTED]]
| Sent: 13 February 2003 15:21
| To: [EMAIL PROTECTED]
|
Well the definition clearly falls under the monomorphism restriction as
laid down by the Report, because you haven't given a signature for
us,n,j. I suggest
ctPar :: (?ctPar::CTPar) = CTPar
ctPar = ?ctPar
(us,n,j) = ctPar
That should work
Simon
| -Original Message-
| From: Jorge
29 matches
Mail list logo