* Wolfgang Thaller [EMAIL PROTECTED] [2002-10-09T00:42+0200]:
When building the library archive libHSbase.a, the makefile system
includes not only all the split object files, but also the file
PrimopWrappers.o. Consequently [at least on Mac OS X], ranlib generates
a warning about duplicate
Bugs item #617082, was opened at 2002-10-01 15:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=617082group_id=8032
Category: Compiler
Group: 5.04
Status: Closed
Resolution: Duplicate
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
Bugs item #620264, was opened at 2002-10-08 14:46
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=620264group_id=8032
Category: Compiler
Group: 5.04.1
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
[EMAIL PROTECTED] would be a better bet.
Wolfgang Thaller is Supreme Being for MacOS so I'm cc'ing him too.
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
| Sent: 14 October 2002 14:44
| To: [EMAIL PROTECTED]
| Subject: ghc MacOS X 10.2 behaviour
|
| Hi all,
[Indented text is me; unindented text is GHCi]
Initial experience with the bug:
*Autoexi let x e = do putStrLn hmm...; return 'c'
*Autoexi y - catch (getChar) (x)
here, I hit ^C several times, hoping to catch that as an exception.
This didn't seem to happen, and GHCi appeared
Simon Peyton-Jones wrote:
[EMAIL PROTECTED] would be a better bet.
Wolfgang Thaller is Supreme Being for MacOS so I'm cc'ing him too.
Oh, I like that title!
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
| Sent: 14 October 2002 14:44
| To: [EMAIL
| Aha. So how will GHC find all the various module imports?
You install the package using ghc-pkg. That tells GHC where it is.
For more information on the interaction between hierarchical libraries
and the package mechanism, see
I'm looking for secure compile and run-time methods to ensure
automatically that Haskell modules cannot perform particular
IO operations. Therefore, I've got some questions that might
be interesting for other people using GHC as well.
o There are functions like unsafePerformIO. How
Hi,
I am using ghc-5.04 and a code like:
with c ( \c' - hPutBuf h c' (sizeOf c))
fails with Fail: Prelude.undefined when c is a user defined type,
such as a pair:
instance (Storable at,Storable bt) = Storable (at,bt) where
sizeOf (a,b) = sizeOf a + sizeOf b
alignment
Hi all,
I'm working with Haskell on MacOS X 10.2.1 using the binaries from
www.uni-graz.at/imawww/haskell.
Now, when I compile some code with ghc I get two errors:
/tmp/ghc617.hc:283: conflicting types for 'GHCziTopHandler_runIO_closure'
and
/usr/local/lib/ghc-5.04/include/RtsAPI.h:125:
I am using ghc-5.04 and a code like:
with c ( \c' - hPutBuf h c' (sizeOf c))
fails with Fail: Prelude.undefined when c is a user defined type,
such as a pair:
instance (Storable at,Storable bt) = Storable (at,bt) where
sizeOf (a,b) = sizeOf a + sizeOf b
Hi again, all.
So I rewrote some of the versions, so there are now six versions of the
array normalization code. They are:
normal: combination of foldM and mapM_
loop: a two-pass loop mimicking foldM and mapM_
unboxed-normal: normal on unboxed arrays
unboxed-loop: loop on
On Monday 14 October 2002 09:25 am, you wrote:
While I'm happy that the fix versions outperform the 2-pass versions for
boxed arrays, the discrepency between 79.16 seconds for one million
elements and 4.54 sectons on the same data is alarming. Can anyone
suggest a way to reconcile this?
As
13 matches
Mail list logo