Olaf Chitil writes:
> I have several problems with using the nofib benchmarks 2.05 with ghc-2.08. Most
> problems are connected with the fact that I try to compile them for several
> ways, i.e. my `build.mk' includes:
>
...
>
>
> 1. `make all' says:
>
> ==nofib== anna_a: time to compile Ut
Arthur Gold writes:
> Hey now:
>
> I've been trying to install ghc-2.10 (so I can _then_ build 3.01)--but to
> no avail...
>
> What _seems_ to be happening is that since PACKAGE_SH_SCRIPTS = ,
> the make dies on syntax...in [config-pkgs]
>
There's a pointer to a patch for Makefile.in on the d
Marc van Dongen= writes:
>
> I suspect the program included below is
> incorrect. Nevertheless it compiles fine under
> ghc-3.01 patchlevel 0.
>
> > module Main( main ) where
> > import List( genericLength )
> > main = putStr (show integral) >>
> >putStr "\n">>
> >re
Marc van Dongen= writes:
>
> : of the report), this means resolving `integral' to be a value of type
> : Int.
>
> I think this ``resolving'' may lead to unwanted results. It took
> me quite some time to discover that Integral was resolved to Int
> in some program I had. Is there a possibility
Timothy Robin BARBOUR writes:
>
> There is a more persistent problem with green-card-2.0. It generates c
> files, as follows:
>
> Foo.gc ==> Foo.hs, Foo.c, Foo.h
>
> which is a bit confusing for make:
>
> Foo.hs ==> Foo.o
> Foo.c ==> Foo.o
>
> Also it generates Foo.c even when it is empty.
>
Arthur Gold writes:
>
> Now I'm having a problem building 3.01: "No rule to make target
> `bison.simple', needed by `syntax.tab.o'
>
hi,
I'm guessing this happens while trying to do a `make boot' in
ghc/utils/ugen. Could you send us the output of doing a `make boot'
there? I'm puzzled as to wh
Alastair Reid writes:
> > is there a way in Hugs to convert a state transformer into a IO
> > computation? In GHC "IO a" is (or perhaps used to be) defined as
> > "ST RealWorld a", so you can use state transformers in the IO monad.
>
> I don't think that works with GHC anymore.
>
Yes it doe
Arthur Gold writes:
> Hey:
>
> Well, one bug down one (?) to go...
>
> Now the `make all' dies on the compilation of Readline.lhs...
>
> /tmp/ghc18014.hc:29: `rl_point' undeclared (first use this function)
>
You're close to the finish - see
http://www.dcs.gla.ac.uk/mail-www/glasgow-haske
Timothy Robin BARBOUR writes:
>
> Also, the module below (my attempt to clean up Hash.hs) produces this
> warning when compiled with ghc-3.01:
>
> Hash.hs:1: Warning: `Hashable' mentioned 3 times in export list
>
> I thought this one had been fixed, but now it seems to be growing.
>
...
> mod
Sven Panne writes:
> During some experiments with GreenCard I stumbled across a serious
> restriction in GHC. Here a short example (an small part of a program
> generated by GreenCard):
>
> --
> module Foo where
> bar :: Double -> Doubl
Sven Panne writes:
>
> The problem with this code is the fact that every callback seems
> to eat 8 bytes from the stack:
>
Sigh, thought I'd fixed this - patch at the end.
--Sigbjorn
*** runtime/c-as-asm/PerformIO.lhc 1998/01/09 13:33:03 1.5
--- runtime/c-as-asm/PerformIO.lhc
Fermin Reig writes:
>
> Hi,
>
> I got the following error message with 2.10:
>
> MyFiniteMap.lhs:857: Compiler bug: kind mis-match between
> `ta1XZ' :: `*' and `Int#' :: `*#'
> Expected: `Int#'
> Inferred: `ta1XZ'
> In the second argument of `put', namely
S.D.Mechveliani writes:
> Hello, people,
>
>
> Please, why the project does not link?
>
...
> Now, remove this -Onot from /docon/Makefile and prepare the
> optimized DoCon by
> cd /docon; rm export/* ; make all
>
> Then the above test with cubeext.hs, it cannot l
Sven Panne writes:
> During the compilation of a small project with ghc-3.01 (Linux) I get:
>
>panic! (the `impossible' happened):
>unboxArg: PrelBase.(){-40-}
>
> The code leading to this error is available at:
>
>http://www.pms.informatik.uni-muenchen.de/mitarbeiter/pan
Sven Panne writes:
>
> The rules for _casm_/_casm_GC_ seem to be as follows:
>
>* Haskell code called via performIO from C-land can use _casm_
> (see (1) above).
>
>* Haskell code calling C-code which calls back Haskell *must* use
> _casm_GC_ (see (2) above).
>
>* Other
Erik Schnetter writes:
>
> I recently received the following error message from ghc 3.00 on
> Linux-86:
>
> /home/erik/ghc-3.00/bin/ghc -fglasgow-exts -H16M -c Parser.hs
>
> panic! (the `impossible' happened):
> unifyKinds: length mis-match
>
Hi,
thanks for the report - this bug has b
Sven Panne writes:
> Compiling GreenCard generated programs does not always work on HP-UX.
> The following program (a short version of some GreenCard output)
> demonstrates the problem:
>
> -- Main.hs --
> import Addr
>
> main :: IO ()
>
Sven Panne writes:
> Traditionally, profiling with optimizations on has been a problem in
> GHC's history... :-]Here's a new one:
>
..
> ghc-3.01 -o blah -O -prof -fglasgow-exts Foo.o Main.o
> Main.o(.text+0xe9): undefined reference to `CC_FooZdmycc2ZdDUPD_struct'
> Main.o(.text+0xe
Jeffrey R. Lewis writes:
> The import decl
>
> import Ick as Uck
>
> is treated silently as if the `as Uck' hadn't been typed. GHC gives an
> ingracious syntax error at least. Mind you, according to the report
> this seems to be valid syntax, and the case where your omit `qualified'
Hennus Bergman writes:
>
> Anybody know why in the following program 2147483648::Word32
> is printed as '0'?
>
Hi,
many thanks for reporting this. It's a bug, the above expression is
expanded into
(fromInteger 2147483648)::Word32
but the Num.fromInteger method for Word32 goes from Integer
Sven Panne writes:
> I can't figure out what's wrong with the following code, so it's
> hopefully a bug in GreenCard: :-)
>
Yes, not just one but two; patch appended.
--Sigbjorn
*** src/Proc.lhs1998/03/12 13:13:20 1.12
--- src/Proc.lhs1998/03/13 20:46:02
***
Sven Panne writes:
>
> ifaceBinds: free vars: PrelPack.unpackCString#{-8D-}
> ghc-3.01: module version changed to 1; reason: no old .hi file
>
>
> Is this a bug in GHC? Can the warning be ignored safely?
>
Just ignore it... This warning from the interface file generator has
been with us for
Simon Marlow writes:
> Alastair Reid <[EMAIL PROTECTED]> writes:
>
> > My reading of the report is that Hugs is right and GHC is wrong.
> > Do the Glasgow folks agree?
>
> Yep - we're still trying to track down the cause though.
>
We've located the problem now - fixed in the next release.
(Ca
Sven Panne writes:
> My previous mail went our a little bit too early:
>
> Browsing through the compilation logs, I guess that %edi needs some
> fixup, too. So the mangler probably needs yet another line...
>
Yes, adding cases for %edi and %esi should account for code that gcc
might generate w
Patrik Jansson writes:
> [In ghc-2.10 and ghc-3.01]
>
> The ghc version of the ST module
>
> ghc/lib/exts/ST.lhs
>
> makes (ST s) a Monad but not a Functor.
>
> In hugs 1.4 February it is both a Monad and a Functor.
>
ST should be an instance in Functor. Will fix for the next version -
t
Hi,
GHC's behaviour is consistent with the report, Hugs' isn't.
This issue came up on the haskell mailing list a couple of months ago,
see
http://www.dcs.gla.ac.uk/mail-www/haskell/threads#00270
for more info.
hth,
--Sigbjorn
David Barton writes:
> Consider the following (literate) program
Sorry, forgot the .html extension:
http://www.dcs.gla.ac.uk/mail-www/haskell/threads.html#00270
--Sigbjorn
Steve Price writes:
> On Wed, 25 Mar 1998, Sigbjorn Finne wrote:
> > http://www.dcs.gla.ac.uk/mail-www/haskell/threads#00270
>
> I had problems with that address,
Regardless of what the report says (I can see why Hugs choose to
deviate), the problem here is really that there's presently no way for
the Haskell programmer of changing the echoing of a terminal attached
to a Handle. Adding the following two operations to IOExts would help
setEcho :: Handle
Hi,
don't have Solaris 2.6 here, and we're not aware of anyone having
compiled up ghc under 2.6, so the error you're seeing below may not be
the only one..
The breakage below looks as if you're not picking up the typedef of
u_long. Try adding
#ifdef solaris2_TARGET_OS
#define __EXTENSIONS__
#e
Thomas Hoefer writes:
> Hi,
>
> I got problems in compiling the file StdDIS.hs after successfully
> generating the greencard-binary. The message is the following:
>
> >ghc -fglasgow-exts -fno-prune-tydecls -c StdDIS.hs -o StdDIS.o
> >
> >ERROR: Native code generator can't handle casmmake[2]: **
Kevin GLYNN writes:
>
> I have written a small application which uses Mutable Arrays to fixpoint
> boolean equations. It builds and runs, but slowly! In an attempt to see
> what is going on I am trying to build a profiled version. I have built
> all modules with -O2 -prof -auto-all -fvia-C (vi
S.D.Mechveliani writes:
>
> What it is all about? I also need the language description for ghc-3.01.
> For example, it surprised me with the composed constructs in the
> instances. And the overlapping instances, even as presented above, are
> of great need. But ghc-3.01 does not understand
>
Byron Cook writes:
> Does anyone have a projected date for a GHC 3.x binary release?
>
> :-)
>
Yes, "soon" :-) If you've got access to either a FreeBSD or a
sparc-sun-solaris2 box, there's 3.01 binary bundles available on the
ftp server.
--Sigbjorn
[redirected to g-h-bugs list]
Pablo Andres Mocciola writes:
> I have a problem when I try to compile the following program
>
> >module Main where
> >
> >import Random
> >
> >main = do rs <- randomIO (1,10)
> > print (take 10 rs)
>
> The command line is
> >ghc2.10 -o rand Main.hs
>
>
Byron Cook writes:
> Hi,
>
> Is there a ghc flag that will let me include a file before "hc" is
> involked?
>
No, afraid not. Aesthetic considerations aside, why do you not want to
have #includes appear in a source file?
--Sigbjorn
I guess I should have checked the cpp info pages more carefully before
replying the first time around...To do what you want, add the following
to your ghc command line:
-cpp -optP-imacros -optPhawkMacros.h
hth,
--Sigbjorn
Byron Cook writes:
> There are some macros that we would like to be ava
Manuel Chakravarty writes:
> Sigbjorn Finne wrote,
>
> > A 55-tuple no less :-) It arises from the compilation of a (big!)
> > letrec of Happy parser states, and is a `bug' that has been fixed in
> > later releases of ghc. I suggest picking up a more recent ghc bina
Alex Ferguson writes:
>
>
> (The file are actually in ~abf/ghc-3.01/build/ghc/lib/std/Prel*.mc_hi
> if that makes sense of what follows, which _looks_ like the right place
> for them.)
>
...
> -himap=./%.mc_hi:/usr/local/ghc-3.01/lib/imports/conc/%.mc_hi:/usr/local/ghc-3.0
> 1/lib/imports/co
Thomas Hoefer writes:
> Hi
>
> I try to use C-Pointers in Haskell by invoking GreenCard 2.0.
>
> The C-Function I want to use is declared like this:
>
> >%fun listTo :: Int -> [Int]within the Haskell-source and
> >int *listTo( int i ) within the C-source
Mariano Suarez Alvarez writes:
> Using ghc-3.01, if one does
>
> mkdependHS t.lhs
>
> where t.lhs is
>
>
> \begin{code}
> module T where
> \end{code}
>
> \begin{code}
> mediaTypeP :: Parser MediaType
> mediaTypeP =
> (litP "*/*" >> return AnyType) +++
Joachim Korittky writes:
>
> The following program shows a difference in Show and Read
> between ghc and Hugs:
>
>
> module Main where
>
> data Fields = Fields { i::Int }
> deriving(Show, Read)
>
> data Foo = Foo Fields
> deriving(Show, Read)
>
> foo = Fo
Sven Panne writes:
> Thomas Hoefer wrote:
> > I downloaded H/Direct as a source, adapted it to my settings and then
> > typed "make all". [...]
> > >ld: fatal: symbol `main' is multiply defined:
> > >(file mkNativeInfo.o and file
> > /usr/local/lib/libHSrts.a(main.o));
> > >ld: fatal: Fil
Sven Panne writes:
> GHC 3.02 compiled successfully on Linux (our HPs ran out of /tmp-space, but
> stay tuned), but there are some buglets:
>
> When configuring GHC, there are a few errors/warnings, but compilation
> continues anyway:
>
>[...]
>/mnt/liesl1/inst/panne/fptools/ghc/utils/u
Sven Panne writes:
> In my obviously never-ending adventure of porting the Binary
> lib to GHC, two nasty bugs in the latest GC version hit me:
>
> ---
> import StdDIS
> ---
> newtype Baz a =
>
> When compiling the latest Green Card (290598) with -O, ghc-3.02 fails
> with an internal error:
>
>[...]
>ghc-3.02 -O -recomp-c FillIn.lhs -o FillIn.o
>ClosureInfo.lhs:1128: Non-exhaustive patterns in case
>
The work-around suggested of compiling with -Onot should work fin
Sven Panne writes:
> The first one is not a severe bug, but nevertheless: When using
> declare, Green Card omits a C type cast. Consider the following
> (silly) GC spec:
>
> --
> module Cast where
>
> import StdDIS
>
> newtype Foo = B Word32
> %d
David J King writes:
> Hi,
>
> Congrats to the SAS for ghc-3.02, I had no problem installing
> it :-)
>
> One problem I have had though is getting it to find some
> interface files. I get the following with a simple prog
> that does an import Parallel
>
> % ghc-3.02 -c -gransim -fvia-C -fha
Antony Bowers writes:
>
..
>
> I had one attempt at building 3.01, which failed because of the
> _POSIX_SOURCE problems you noted previously on the bugs list. Now that I
> have 2.10 working reasonably well, I am trying to build 3.02 from source
> (downloaded from the Glasgow web site). The bui
Jon Mountjoy writes:
> Hello,
>
> Has anybody else had a core dump from ghc-3.02 during a build?
>
> Running Solaris (SunOs 5.6) on a sparc.
>
> I was trying to compile ghc-3.02 with ghc-2.10. I modified the
> config.mk file by adding this:
> GhcCompilerWays= p mc
> (Hopefully convincing it t
Marc van Dongen writes:
> Hi there,
>
> While trying to compile the following eroneous program
>
> > module Buggy( buggy ) where
> > buggy = _
>
> with ghc-3.02, ghc decided to go down with the following
> error message:
> reader/ReadPrefix.lhs:159: Non-exhaustive patterns in case
>
Thanks
Alastair Reid writes:
>
> [redirected to [EMAIL PROTECTED]]
>
> Arjan van Ijzendoorn (or is it Kees?) writes:
> > I've a complete program written using Haskell (GHC 3.02) but I'm unable to
> > load the program in Hugs (jan98, 1.4). I get an error that "showLitChar" is
> > not defined. I could t
Guest account nr 2 writes:
> Hi,
>
> This is byron ([EMAIL PROTECTED]), and im at Chalmers this week,
> where im having a problem getting GHC 2.10 to work. here is the error
> msg:
>
> ld: fatal: file simulate: cannot msync file; errno=49
>
> do you have any ideas? what is msync?
>
If I re
Alex Ferguson writes:
>
> Sigbjorn Finne replies to me:
> > > Wouldn't it be a little neater for the installation script to relink or
> > > remove the "old" ghc, at least in the case that it really is just a
> > > symbolic link?
>
> >
Mariano Suarez Alvarez writes:
> Compiling lx (the lexical analyser generator) with -O, everything goes
> smoothly until we get to the main file Lx.hs, on which ghc-3.02 panics
> and dies. The (long!) -v output is included below. If I compile without
> -O, everything is fine.
>
Hi,
thanks - lo
>
> Anyways, I want to make ghc 2.10 on my alpha. It runs Debian GNU/Linux.
> Fortunately, the alpha-dec-osf image works somewhat so I hope to be able to
> bootstrap.
>
Should this not work, a set of .hc files is now available from the ftp
site (see installation guide for info on how to boot
Bonard B. Timmons III writes:
> Hi,
>
> Why is dropPS for PackedString not completely analogous to drop for
> String? For example,
>
> drop 5 "hello" yields ""
>
> whereas
>
> unpackPS (dropPS 5 (packString "hello")) yields "hello"
>
> Given the straightforward source of dropPS below, this i
Axel Simon writes:
> Hi,
>
> I installed the GHC 2.10 binary bundle on my Win NT system. Both options
> (install and in-place) come up with the following problem (where main is the
> trivial program from the install.html file):
>
> bash-2.01$ ghc -o hello Main.hs
...
> main/CmdLineOpts.lhs:4
Simon Marlow writes:
> Antony Bowers <[EMAIL PROTECTED]> writes:
>
> > Now the build gets a little further, but it dies with the message
> >
> > /tmp/ghc5621.hc:4948: structure has no member named `_tv_sec'
>
> I can't fathom why you're getting this message: we have Sparcs
> running an identi
S.D.Mechveliani writes:
> Here is an -O -ish bug in ghc-3.02-i386-unknown...
>
> remove -Onot and run`make all'
> It reports
> -
> several successful compilations, then
>
> Vec0_.hs:22: Warning:
> Warning: fail
[re-routed from the haskell list]
Hi,
yes, to compile ghc from Haskell sources you need a recent version of
ghc installed. ghc-2.10 is the default, see section 6 of the
installation guide for info on how to go about overriding this
setting.
--Sigbjorn
> To: [EMAIL PROTECTED]
> cc: [EMAIL PROT
Ralf Hinze writes:
> Fiddling around with bits I discovered that `shiftR' (defined in Bits)
> has not the expected behaviour.
>
> On 32 bit ints we have
>
> > [ shiftR 2147483647 i :: Int32 | i <- [0..31] ]
>
>[2147483647,0,1,3,7,15,31,63,127,255,511,1023,2047,4095,8191,16383,32767,65535,13107
Ralf Hinze writes:
> That's not really a bug. Ghc's output is sometimes not properly
> formatted, ie parenthesis are missing. Look at
>
> Pattern match(es) are non-exhaustive
> in the definition of function `lp'
> Patterns not recognized: G G _ _ _ _ (_ : _)
>
> The last
>
> Keeping track of the included .h files in the .hi files would probably
> be the right thing, but in the meanwhile I could live with a simple
> compiler flag to disable this new "feature".
>
I won't repeat the arguments for why GHC should not aim to be a better
C compiler here and do cross-
Stefan Westmeier writes:
> Hi,
>
> the following happend while compiling RegexpLib 1.4 from Meurig Sage
> with ghc-3.03 (cvs) on a Linux box.
>
...
> stefan@eiger:/usr/local/software/ghc/regexp/RegexpLib1.4 > ghc-3.03 -v -concurrent
>-fglasgow-exts -syslib exts -syslib misc -H25m -O
>-i/usr
Sven Panne writes:
> Tom Thorsen wrote:
> > My program keeps crashing with bus error using BSD.getHostByAddr. I think
> > the problem is that the arguments to the function have been swapped in the
> > c call (lines 241-250 of file fptools/ghc/lib/misc/BSD.lhs from the 3.02
> > distribution), but
Martin Stein writes:
> During developing a module, I tried to compile the incomplete module
> SplayTree.hs to check something and got a panic!
>
> After changing the incorrect first line of SplayTree.hs from
>
> > module Dictionary where
> to
> > module SplayTree where
>
> I got the right erro
Thanks for the report - the bug should now have been fixed (and a
couple of others). The next nightly ghc tarball should have the
fix included.
The fix makes a couple of programmer visible changes. For instance,
in the name of robustness, SocketPrim.inet_addr is now an IO
action. Have a look in
Sven Panne writes:
> Hmmm, usually one wants to know *which* files are ready for input.
> Additionally, select can wait for output and exceptions, so my
> suggestion is:
>
>hSelect :: [Handle] -- input
>-> [Handle] -- output
>
Tommy Thorn writes:
> > Thanks for the report - as a result of constant folding, the compiler
> > ends up with an Int that is outside the representable range. There's
> > two ways of looking at this, I guess - one being that the constant
> > folder should check boundaries before folding (good id
Hi,
see
http://www.dcs.gla.ac.uk/mail-www/glasgow-haskell-bugs/msg01145.html
for explanation&fix.
--Sigbjorn
Marc van Dongen writes:
> Hi there,
>
>
> I would like to report the following.
>
> After splitting up one module in two seperate modules in
> two different files, I ended up with
Tommy Thorn writes:
> I'm trying to rewrite a small C program and stumbled into an apparent
> lack of select. Is this an intentional omission? Notice, that I need
Yes, select()/poll() is not part of POSIX.1 (or POSIX.4). What's
really needed is a library that provides the bits that POSIX don
Shin-Cheng Mu writes:
> Hello, my Hero Haskell Hackers, :)
>
> Compiling GHC 3.02 for i386 Linux, the make process stops
> at the point when compiling ghc/lib/posix/PosixProcPrim.lhs.
> The error message generated is attached below.
>
> I tried the patch suggested by Carl R. Witty (I'm not su
Thanks, we're aware of the problem. Compile RnEnv.lhs with -Onot for
now.
--Sigbjorn
Stefan Westmeier writes:
> Hi,
>
> the second iteration compiling the newest CVS-sources gives the
> following error. Second iterations is: the first iteration was done
> was a previous version of ghc-3.03 an
Looking out of the panorama windows here at GHC HQ, the general
opinion seems to be that the grass is distinctly greener on the other
side, so we'd more or less agreed on changing "trace" to behave as
the Hugs version do! Since we're both willing to change, perhaps we
should meet halfway and just
>
> Running Solaris 2.6 and trying to install Perl5. Receiving the
> following message. unbale to locate a working cc compiler (which was
> repeatedly installed). Got the same result after carefully installing
> gcc? Anyone - any ideas, please
>
Hi,
are you able to compile&link simple C prog
Hi,
thanks for the report -
Thomas Nordin writes:
> Environment:
> bash-2.01$ uname -a
> CYGWIN32_NT TIGGER 4.0 19.3 i686 unknown
> bash-2.01$ perl --version
> This is perl, version 5.004_04 built for cygwin32
>
> Building ghc-3.02 from hc files:
> mk/config.mk.in:230 is "GhcLibWays
Thomas Nordin writes:
> Hi ghc-3.02 on cywin32 19.3 told me to mail this to you, from
> compiling Happy 1.5:
>
> /usr/local/bin/ghc -cpp -fhaskell-1.3 -fglasgow-exts -O -H12m-c ProduceCode.
> lhs -o ProduceCode.o -osuf o
>
>
> panic! (the `impossible' happened):
> lookupBindC:no in
Bjarte Mayanja Oestvold writes:
> Hi, there's a bug in `diffClockTimes' (Time.lhs, line 216): the
> arguments in the subtraction computing the minute field is swapped.
>
> Also `toCalendarTime' has the wrong type:
> GHC: toCalendarTime :: ClockTime -> CalendarTime
> Report: toCalendarTime
Shin-Cheng Mu writes:
> Building 3.02 on Linux, the compiler stops at ghc/runtime/main/Signal.c.
>
> ../../ghc/driver/ghc -I../includes -optc-DGCap -O -optc-DIN_GHC_RTS=1
> -I../run
> time/storage -c main/Signals.c -o main/Signals.o
> main/Signals.c:136: warning: `struct sigcontext_st
Tommy Thorn writes:
> Hi,
>
> I tried a simple use of the _ccall_ construct:
>
> import Posix
> import PosixUtil
>
> main = vol 100
>
> vol :: Int -> IO ()
> vol v = do fd <- openFd "/dev/mixer" ReadOnly Nothing
> (OpenFileFlags False False False False False)
Yes, Green Card doesn't understand qualified type names in %fun
lines, hence that sorry hack. Compile your .idl with
-fno-qualified-names and hope that this generate any clashes with
any silently imported Prelude entities.
--Sigbjorn
Jeffrey R. Lewis writes:
> Using an H/Direct CVS snapshot fro
Conal Elliott writes:
> It seems that NT Emacs 20.2.97 sets the TMPDIR environment variable to a
> value like "c:\TEMP", which then confuses GHC, because the "\" gets ignored
> by bash. If you get an error message about a missing file like
> "C:TEMP/ghc1032.cpp" missing, you need to unset the TM
For people that keep track of the fptools/ sources via the CVS
repository, I've just committed some changes that may affect
you in unexpected ways, so I thought I'd post a warning should you
encounter behaviour out of the ordinary..
Contained in the commit is a completely rewritten IO implementa
Colin Paul Adams writes:
> In section 5.6 of the ghc user's guide version 3.02 it says:
>
> You need to import PackedString and heave in your -syslib ghc to use
> PackedStrings.
>
> In fact there is no syslib ghc - it sould read -syslib misc (or not
> mention it at all).
>
Thanks, I've grep'e
I believe this bug has been fixed. ghc-current, which is available on
the ftp site in source form, compiles the offending code without any
problems.
--Sigbjorn
Simon Marlow writes:
> Marc van Dongen <[EMAIL PROTECTED]> writes:
>
> > Hi there,
> >
> > > module F( f ) where
> > > class C a b wh
David Barton writes:
>
[..seq pain deleted..]
>
>Fixed in the new RTS, but, for now, I suggest removing the uses of
>'seq' from UU_Parsing.hs.
>
> Will do, although it hurts --- that's what makes these parsing
> combinators so efficient! But I guess I can live with that until I
> g
David Barton writes:
> Sigbjorn writes:
>
>Looks bad, could you tar&zip the program up so that we can have a look
>at it?
>
> On the way to you, under separate cover (why burden the list?).
>
Thanks, got it. It looks as if it's seq'ing that's causing the
trouble. Your crash can effect
Sven Panne writes:
> The following examples taken from
>http://www.dcs.gla.ac.uk/~simonpj/quantification.html
> don't work (type signature for mkTs corrected):
>
>module GHCDoesntLikeMeButHugs13cDoes.hs where
>
>data T a = T1 (forall b. b -> b -> b) a
>
>mkTs :: (forall b. b -> b
Martin Lange writes:
> Hi there,
>
> In attempting to link a compiled haskell programm together with the
> readline library
> it produces the following output:
>
> ghc-3.02 -cpp -O2-for-C -syslib posix -fglasgow-exts -fvia-C -I. -ilts
...
> /usr/local/lib/libHSmisc.a(Readline__26.o)(.text+
David Barton writes:
> Well, that didn't take long.
>
> After doing gmake boot, I get the following error:
>
> ghc: input file doesn't exist: parser/U_tree.hs
>
> And by golly, ghc/compiler/parser/U_tree.hs is not there!
>
Hard to say what went wrong here, other than 'make boot' not having
c
[Redirected to g-h-b]
Felix Schroeter writes:
> Hello!
>
> I just tried to update my ghc anoncvs copy, and got this error:
>
> Connection closed by remote host.
> cvs [update aborted]: end of file from server (consult above messages if any)
>
Looks like the disk filled up overnight, which ha
Kevin Glynn writes:
>
> Simon Marlow writes:
> >
> > This is pre-release of the long awaited GHC 4.00. I decided to put
> > together a release today because the sources are in pretty good shape
> > at the moment, not because it is at all ready. In particular, we plan
> > to have some sor
Timothy Robin BARBOUR writes:
>
> I've just downloaded this tarball, and I can't find mk/config.h.in . I
> can generate it using autoheader though.
>
Oops, forgot to copy the generated autoheader template into the source
tree, sorry. To avoid this kind of unnecessary bafflement for people
th
Timothy Robin BARBOUR writes:
> The following code:
>
> module Test ( Incrementable ) where
>
> class Incrementable a where
>increment :: a -> a
>
> instance (Num a) => Incrementable a where
>increment = (+ 1)
>
>
> compiled on a Debian 1.3 K6(intel clone) Linux box with:
>
> /usr/l
Shin-Cheng Mu writes:
> Bombarding you again with problems compiling GHC. :)
>
> GHC complained not seeing type constructor ForeignObj
> when compiling Int.lhs, with GhcLibWays = mp. I attached the
> error message below..
>
> I noticed that ForeignObj is defined in lib/std/PrelForeign.lhs
> if
Mike Thomas writes:
> Hi all.
>
> Beginner Question:
>
> I just installed (make in-place) GHC 2.10 over CygWin B19.1, using the Perl
> and cygwin.dll from the GHC ftp site.
>
Hi,
this will not work, I'm afraid. That ghc-2.10 binary release was
compiled up for the beta18 release of the cygwi
Hi,
what version of ghc did you compile your program with? Based on your
stack size setting, I'm guessing ghc-2.10 :-) Since then, List.sort
has been speeded up quite a bit (i.e., we're not using the sample
implementation in the Prelude any longer), and I'm unable to reproduce
your problem with
Damir Medak writes:
>
> Hi!
>
> I tried to install the binary distribution of GHC-2.10 on a Win95 machine
> running Cygwin32. Thanks to the instructions found on your site, I've gone
> pretty far: "make in-place" and the later compilation works fine for me.
> I can produce and run exe-files.
>
Hi,
using list comprehensions for the kind filter&map operation you're
wanting to express, seems like a good option.
border p = check "no border in page" [ x | (Border x) <- p]
margin p = check "no margin in page" [ x | (Margin x) <- p]
check :: String -> [a] -> a
check err_msg []=
Colin Paul Adams writes:
>
> Trying to compile happy 1.5 using ghc 3.02:
>
...
> panic! (the `impossible' happened):
> lookupBindC:no info!
> for: actionFunction_sqBJ
> (probably: data dependencies broken by an optimisation pass)
> static binds f
301 - 400 of 660 matches
Mail list logo