Ch. A. Herrmann wrote:
Simon == Simon Marlow [EMAIL PROTECTED] writes:
Simon The right thing to do on such a box is to use the RPM or
Simon debian package, if one is available.
For the reason below, RPM is not a solution for us. Currently, I'm
compiling GHC with a modified
Simon Peyton-Jones wrote:
I only added 'with' because I did not want to steal *two* new keywords.
One is bad enough! I proposed using 'let' (not dlet), with the '?' to
distinguish dynamic from lexical bindings, but did not achieve
consensus.
I only added `with' to GHC originally because
"Manuel M. T. Chakravarty" wrote:
"Jeffrey R. Lewis" [EMAIL PROTECTED] wrote,
Lack of consensus = the status quo stays.
My order of preference:
1. [happy]. Use 'let'
2. [consent]. Use 'dlet' or 'with'
3. [hate] Use both 'dlet' and 'with'
Marcus Shawcroft wrote:
Ralf Hinze wrote:
It compiles just fine except that ghci is not built:
ghci
ghc-5.00: not built for interactive use
Do I have to specify this explicitly?
Cheers, Ralf
Hi
ghci is not built unless you are compiling with ghc 4.11 or better. Try
Simon Peyton-Jones wrote:
Thanks. I've added both tests to the HEAD.
Jeff: let us know the outcome re bug-hunt.
Attached is a much shorter demonstration of the first bug. I don't have the HEAD
checked out anywhere right now, so it isn't convenient to change it myself.
--Jeff
P.S. the
Simon Peyton-Jones wrote:
| I think I've worked out what's going on now. But I don't like it.
| When I use -fallow-undecidable-instances and -fallow-overlapping-instances
| (as I did) I was assuming (like Keith Wansbrough did) that
| GHC would do a Prolog-style backtracking search when it
"S.D.Mechveliani" wrote:
Dear GHC,
I fear, there is some hard bug in ghc-4.06.
On the program
main = let p= 5 :: Integer
iI = eucIdeal "be" p [] [] [(p,1)]
r1 = Rse 1 iI dZ
dK = upGCDRing r1 eFM
--upRing
Simon Peyton-Jones wrote:
| If y'all agree that GHC should match hugs on this, it's only
| about a 4 line
| fix - I've tried it out already. On the other hand, I don't
| think that this
| will make Sergey a happy camper. Many instance declarations
| need to be
| tweaked. It's a tedious
Marcin 'Qrczak' Kowalczyk wrote:
Thank you for ghc-4.06!
The following code is accepted by Hugs, but ghc complains about type
variable r being not in scope. Adding "forall m r." causes the error
"each forall'd type variable mentioned by the constraint must appear
after the =", where Hugs
Sven Panne wrote:
"Jeffrey R. Lewis" wrote:
Currently (out of CVS), a compile of `hslib/lang' fails on FFI.lhs:
FFI.lhs:119: Data constructor not in scope: `SIZEOF_CHAR'
FFI.lhs:120: Data constructor not in scope: `ALIGNMENT_CHAR'
[...]
Some parts of the configuration
Mark Utting wrote:
Simon wrote:
Can anyone help with this? Simon and Sigbjorn are both
on holiday, and I am wonderfully ignorant about such things.
John McCarten wrote:
I recently emailed you concerning the installation of GHC,
I have now managed to install and configure to some
"Sigbjorne Finne (Intl Vendor)" wrote:
Hi,
if you compile the contents of lib/ with FOR_HUGS
set to YES, you shouldn't run into either of these, e.g.,
sof$ make FOR_HUGS=YES AddrBits.hs
../src/ihc -fno-qualified-names --hugs -fno-imports\
-fint-is-int -c AddrBits.idl -o
The following patches are for ghc/interpreter, and fix some problems due
to the recent change in Weak/Foreign stuff.
--Jeff
In ghc/includes:
*** Assembler.h 1998/12/07 21:33:20 1.1
--- Assembler.h 1998/12/07 21:33:47
***
*** 118,123
--- 118,124
PTR_REP = 'P',
When attempting to reconstruct the syntax for existential
quantification, I tried:
newtype Groo a = Groo (Either a b)
To my surprise, using ghc-4.00, this worked - without even using
`-fglasgow-exts'. (it doesn't work, with or without `-fglasgow-exts'
under 3.02)
Then I read the release notes
Simon Peyton-Jones wrote:
When attempting to reconstruct the syntax for existential
quantification, I tried:
newtype Groo a = Groo (Either a b)
To my surprise, using ghc-4.00, this worked - without even using
`-fglasgow-exts'. (it doesn't work, with or without `-fglasgow-exts'
GHC 3.02, outa-tha-box. In the program given below, compiled by:
% ghc -fglasgow-exts -c tt.hs -o tt.o
I get the complaint:
tt.hs:22:
No instance for `Conditional Bool [Bool]'
(arising from use of `ifc' at tt.hs:22)
I say there is an instance, given by the last instance decl in
Using an H/Direct CVS snapshot from several days ago:
Using ihc -c:
The generated greed-card code imports the prelude qualified, but
references Prelude entities unqualified in %fun decls. Example fragment
(see the last line):
module BDD
( Bdd
...
) where
import StdDIS
Compilation fails when entering the lib subdirectory because:
make[1]: Entering directory `/home/src/hdirect-230698/lib'
Makefile:4: ../mk/boilerplate.mk: No such file or directory
And indeed, there is no mk directory anywhere in the distribution.
--Jeff
On a sparc, Solaris 2.5.1, during make boot, I encounter the following
minor glitch:
==fptools== gmake boot --no-print-directory -r;
in /amd/church/projects/pacsoft/E/haskell/ghc-3.01/ghc/driver
19 matches
Mail list logo