Bugs item #973063, was opened at 2004-06-15 08:14
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=973063group_id=8032
Category: libraries/base
Group: 6.2.1
Status: Open
Hi,
I added a new option to ghc (6.2.1 release) -Of?le,
wh?ch read opt?ons from a f?le us?ng unsafeperform?oç
When I try to comp?le cop?s of the same f?le w?th
d?fferent opt?ons (same d?rectory, but -o to d?fferent
f?le) somet?mes I get error message attached.
Th?s does not happen w?th
Bugs item #848431, was opened at 2003-11-24 17:10
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=848431group_id=8032
Category: Profiling
Group: 6.0.1
Status: Closed
Resolution: Fixed
Priority:
On 11 June 2004 14:46, Mike Aizatsky wrote:
Hello,
I'm having strange problems with binary file output. In my
application I'm preparing the [Word8], then doing just 4 operations:
1. openBinaryFile
2. newListArray from my list
3. hPutArray
4. file close
Everything works ok till I
On 10 June 2004 14:49, Arjan van IJzendoorn wrote:
Hello GHC people,
I'm having a lot of fun with GHC and wxHaskell, but at one point
something unwanted happened. I created a version of wxHaskell from
source with extra GHC options -prof -auto-all; I wanted to have a
profiling version of
On 15 June 2004 10:37, Ford Prefect wrote:
I added a new option to ghc (6.2.1 release) -Of?le,
wh?ch read opt?ons from a f?le us?ng unsafeperform?oç
When I try to comp?le cop?s of the same f?le w?th
d?fferent opt?ons (same d?rectory, but -o to d?fferent
f?le) somet?mes I get error message
Simon,
Sorry it was clearly my fault. I was quite sure I'm using the
openBinaryFile, while I was using openFile. Turned out after several
more hours of tough debugging.
BTW, wouldn't it be better if there were text/binary output functions
instead of text/binary files? It makes sense to output
Here's another low priority TH buglet:
Prelude ''[]
GHC.Base.[] --works as expected
Prelude '[]
interactive:1:1: parse error on input `['
There is a similar parsing problem for these names:
() (,) (,,) etc
All of these work when you use ''() to get the name of the type.
While we're on