Re: ANN: ghc 6.8.2 from MacPorts
Hello Christian, On Monday 17 March 2008 12:31, Christian Maeder wrote: Thanks Chris! This should fix http://hackage.haskell.org/trac/ghc/ticket/1958 http://hackage.haskell.org/trac/ghc/ticket/2117 Thorkil, you called your patch illustrative only. I suggest to commit it. Any objections? Thanks for the patch, anyway. No objections at all, since the patch does appear to solve some real problems. But I would suggest that we keep at least #1958 open, until we have understood the problem better. As described in #1958, the patch is what I would call a lucky guess, based on several experiments with different versions of very small assembly language programs that triggered the linker error message. I, at least, would not claim to understand what goes on in detail. I have not head from Apple since reporting the problem. I checked a few weeks ago and currently I am actually unable to access the bug reporter. I have a plan eventually to try to figure out what the real problem is (that is, debugging the linker), but haven't gotten around to it so far. Cheers Christian My built can be found at: http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/mac/ghcs/ghc-6.8.2-powerpc-apple-darwin-static-libs.tar.bz2 It uses static libs for gmp, ncurses and readline, but should run on tiger and leopard ppc. (#1845, #2031 are still problems) C.M.Brown wrote: Hi Christian, The build went without any problems, the log can be found here: http://www.cs.kent.ac.uk/people/rpg/cmb21/inst.log.gz kind regards, Chris. Thanks to you all for working on this matter. Best regards Thorkil ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: http://www.haskell.org/ghc/dist/mac_frameworks/GNUreadline-framework.zip
Hello, Thanks everybody. However, I believe that using a modified readline library is debatable, mainly because it adds the burden of keeping this library up-to-date to the GHC maintenance process. Having a renamed library is one thing and it does not seem that also modifying the contents of the library is an improvement. For me to consider this idea, it should be the very last solution, every other stone having been turned. And I certainly believe that stones remain to be turned in this case. I would very much like to hear your comments to this. In addition, if you must replace this framework with another with different contents, I would suggest the use of some versioning scheme. Otherwise is seems that a lot of confusion could result. Thanks and best regards Thorkil On Thursday 03 January 2008 16:18, Ian Lynagh wrote: Hi Christian, On Thu, Jan 03, 2008 at 02:41:56PM +0100, Christian Maeder wrote: Judah's framework (2342543 Bytes) http://www.math.ucla.edu/~jjacobson/ghc/GNUreadline-framework.zip should replace (my old one) http://www.haskell.org/ghc/dist/mac_frameworks/GNUreadline-framework.zip Done! Thanks Ian ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Data.HashTable.hashInt seems somewhat sub-optimal
Hello, On Monday 20 August 2007 13:15, Ian Lynagh wrote: ... I'm also suspicious of this, though: -- | A sample hash function for Strings. We keep multiplying by the -- golden ratio and adding. -- -- Note that this has not been extensively tested for reasonability, -- but Knuth argues that repeated multiplication by the golden ratio -- will minimize gaps in the hash space. hashString :: String - Int32 hashString = foldl' f 0 where f m c = fromIntegral (ord c + 1) * golden + mulHi m golden should this be where f m c = (fromIntegral (ord c + 1) + m) * golden ? Does Knuth (TAOCP?) say? In the 2nd edition of Knuth's The Art of Computer Programming, Vol 3, Sorting and Searching there is a discussion of hash functions on pp. 514-520. One of the techniques suggested for hashing a one-word (i.e. essentially fixed-size) key is the following multiplicative scheme: h(K) = floor ( M*(((A/w)*K)) mod 1) ) where w is the word-size (say, 2^32), M is the desired limit of the hash function (for efficiency, probably a suitable power of 2) and, finally, A is some integer constant. What happens here is that we consider the (word) K as a fraction with the binary point at the left end of the word rather than at the right, thus getting a fraction with a value between 0 and 1. This value we then multiply by A and cut off the integer part, once again getting a fractional value between 0 and 1. And finally, we multiply by M and cut away the fractional part to get an integer value between 0 and M-1. And, sure, Knuth suggests various variants of selecting the multiplier A related to the golden ratio (sqrt(5)-1)/2 = 0.6180... to gain suitable spreading of hashes for keys in arithmetic progressions. (K, K+d, K+2d, ...). But what we are dealing with in the hashString function is what Knuth would call a multiword or variable-length key. Such cases, Knuth suggests, can be handled by multiple-precision extensions of [e.g. the multiplicative scheme] above, but it is generally adequate to speed things up by combining the individual words together into a single word, then doing a single multiplication ... as above. Neither of the above definitions of f implement a multiple-precision extension of the multiplicative hashing scheme that involves the golden ration. And none of the methods suggested by Knuth for combining multiple words into single words or otherwise compute hashes for multiword keys involve the golden ration. So I cannot find obvious traces of Knuth having anything at all to say about either of the f's. ... Best regards Thorkil ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1563: -Onot is not described in the GHC User's Guide, Version 6.6.1
Hello, To get some help with Haskell, it is probably best to write to the [EMAIL PROTECTED] mailing list. I also suggest that you include some details of what your difficulties seem to be. Best regards Thorkil On Saturday 28 July 2007 02:44, Paulo Silva wrote: Hi I have a dificult how to write a fuction haskell; could you please help me to do that ? Best ragard Paulo Silva GHC [EMAIL PROTECTED] escreveu: #1563: -Onot is not described in the GHC User's Guide, Version 6.6.1 +--- Reporter: thorkilnaur | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Documentation | Version: 6.6.1 Severity: normal | Keywords: Difficulty: Unknown | Os: Unknown Testcase: | Architecture: Unknown +--- The GHC optimization option -Onot is not described in the current (Version 6.6.1) GHC User's Guide, but it is nevertheless used, for example in mk/build.mk.sample in the GHC darcs repository. I would expect some description of -Onot in http://www.haskell.org/ghc/docs/latest/html/users_guide/options- optimise.html and a summary in http://www.haskell.org/ghc/docs/latest/html/users_guide/flag- reference.html. Interestingly, I have found this description in an earlier version of the User's Guide (http://www.haskell.org/ghc/docs/2.10/users_guide/user_26.html): `-Onot': This option will make GHC forget any -Oish options it has seen so far. Sometimes useful; for example: `make all EXTRA_HC_OPTS=-Onot'. But what this really means, I am not sure. -- Ticket URL: GHC The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs Alertas do Yahoo! Mail em seu celular. Saiba mais. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Installation Problem GHC 6-6
Hello, Can you tell us exactly which package you have attempted to install? That would be very useful, thanks. Also, if you could make the exact sequence of commands used and the output somehow available, that would also help a lot to figure out what has happened. (A quick shot at a possible solution would be to say sudo make install rather than just make install to install as root. Unfortunately, the error messages you quote don't really indicate that lack of permissions is the problem, so I am not really sure that this suggestion would work.) Thanks and best regards Thorkil On Thursday 19 July 2007 22:41, Cornelius Nevrinceanu wrote: Hello: I tried to install GHC 6-6 on my Mac PowerBook G4, under system 10.4.10. I followed the instructions that came with the download. The Makefile phase seemed to work correctly however make install did not find things in order (see further down). What did I do incorrectly? Thanks, Cornelius Nevrinceanu Trace of make install faber:~ Faber$ make install Configuring ghc, version 6.6, on powerpc-apple-darwin ... Creating a configured version of ghcprof .. /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or directory chmod: bin/powerpc-apple-darwin/ghcprof: No such file or directory Done. Creating a configured version of ghc-asm .. /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or directory chmod: lib/powerpc-apple-darwin/ghc-asm: No such file or directory Done. Creating a configured version of ghc-split .. /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or directory chmod: lib/powerpc-apple-darwin/ghc-split: No such file or directory Done. Creating a configured version of ghc-6.6 .. /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory chmod: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory Done. Creating a configured version of ghci-6.6 .. /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory chmod: bin/powerpc-apple-darwin/ghci-6.6: No such file
Re: The Glasgow-haskell-bugs Archives seems to end at April 2007
Hello, On Sunday 08 July 2007 19:59, Ian Lynagh wrote: On Sun, Jul 08, 2007 at 06:46:10PM +0200, Thorkil Naur wrote: The Glasgow-haskell-bugs Archives http://www.haskell.org/pipermail/glasgow-haskell-bugs/ seem to end at April 2007. Other archives (like http://www.haskell.org/pipermail/glasgow-haskell-users/) seem to extend to the present time of writing. Hmm, I can't see anything obviously wrong in the settings. I've just re-applied them so let's see if this appears in the archives. It didn't, as far as I can tell ... Thanks Ian Best regards Thorkil ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Haskell install error
Hello, You may find these details useful: http://www.haskell.org/pipermail/glasgow-haskell-users/2007-May/012576.html (This is referred from the ghc 6.6.1 download page http://haskell.org/ghc/download_ghc_661.html.) Best regards Thorkil On Thursday 31 May 2007 14:06, schulzy wrote: Hello I am a relativly new Mac user and need to use the Haskell 6.6 for a project. I downloaded the binary install file from the Haskell download site unpakaged it, ran the ./configure, and the make install both as admin and they both were sucessful. When i then try and run the ghci compiler i get the following error: dyld: Library not loaded: /usr/local/lib/libreadline.5.2.dylib Referenced from: /usr/local/lib/ghc-6.6/ghc-6.6 Reason: image not found Trace/BPT trap I was hoping someone could walk me through a solution. I currently have the haskell 6.4 compiler on my computer. Sincerly Schulzy -- View this message in context: http://www.nabble.com/Haskell-install-error-tf3846179.html#a10892594 Sent from the Haskell - Glasgow-haskell-bugs mailing list archive at Nabble.com. ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Bug: --make non-functional on GHC compiler
Hello, Try to change the line module CutParse(main) where in Main.hs to module Main(main) where Best regards Thorkil On Saturday 10 March 2007 18:08, Samuel A. Falvo II wrote: Required Information: 1. What kind of machine are you running on, and exactly what version of the operating system are you using? (on a Unix system, uname -a or cat /etc/motd will show the desired information.) $ uname -a Linux aldeberan 2.6.16.13-3c95x #3 PREEMPT Tue May 2 23:16:59 PDT 2006 i686 unknown unknown GNU/Linux 2. What version of GCC are you using? gcc -v will tell you. bash-2.05b$ gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 3. Run the sequence of compiles/runs that caused the offending behaviour, capturing all the input/output in a script (a UNIX command) or in an Emacs shell window. We'd prefer to see the whole thing. bash-2.05b$ cat Main.hs module CutParse(main) where main :: IO () main = do putStr Hello world! bash-2.05b$ ghc --make -v Main Glasgow Haskell Compiler, Version 6.4.1, for Haskell 98, compiled by GHC version 6.2.2 Using package config file: /usr/local/lib/ghc-6.4.1/package.conf Hsc static flags: -static *** Chasing dependencies: Chasing modules from: Main Stable modules: *** Compiling CutParse ( Main.hs, interpreted ): compile: input file Main.hs *** Checking old interface for CutParse: Compiling CutParse ( Main.hs, Main.o ) *** Parser: *** Renamer/typechecker: *** Desugar: Result size = 30 *** Simplify: Result size = 6 *** Tidy Core: Result size = 6 *** CorePrep: Result size = 8 *** Stg2Stg: *** CodeGen: *** CodeOutput: *** Assembler gcc -I. -c /tmp/ghc11833.s -o Main.o *** Deleting temp files Deleting: /tmp/ghc11833.s Upsweep completely successful. *** Deleting temp files Deleting: link(batch): upsweep (partially) failed OR Main.main not exported; not linking. *** Deleting temp files Deleting: bash-2.05b$ ls Main.hi Main.hs Main.o NOTE: I have verified this problem exists with both the GHC 6.2.2 and 6.4.1 compilers. I do not yet have 6.6.x due to the hours it takes to compile on my box. 5. What is the program behaviour that is wrong, in your opinion? According to two sources: * http://haskell.org/ghc/docs/6.4/html/users_guide/modes.html#make-mode * ghc --help I should be able to simply invoke the --make option to have it build a complete program. The program was reduced to a simple Hello world program for the sake of demonstration in this bug. However, nothing I do convinces GHC to produce an executable, as per provided documentation. Folks on IRC also suggested using the --main-is= flag, as follows: bash-2.05$ ghc --make -v --main-is=Main.main Main however, this also produces the same result -- no executable binary. 6. If practical, please send enough source files for us to duplicate the problem. See attached file. I should point out that, in all honesty, I think this is a bug with the documentation more than a bug with GHC itself; clearly, GHC 6.2.2 was used to *build* GHC 6.4.1, so it MUST be possible to emit binaries. The trick is giving it the right options to do so. My thinking is that the documentation is not correct in this area. Alternatively, --make itself may be buggy, and that GHC 6.4.1 was built without using it. Either way, there is a fundamental disconnect between docs and reality. :) Thank you. -- Samuel A. Falvo II ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1171: GHC doesn't respect the imprecise exceptions semantics
Hello, The code in YHC is roughly if some list is empty then error No files found else error Many files found. If this code were changed to the equivalent of error (if some list is empty then No files found else Many files found), would there still be circumstances where the actual output produced could vary? Thanks and best regards Thorkil On Wednesday 28 February 2007 12:31, Simon Marlow wrote: Neil Mitchell wrote: Hi In response to Neil: why use `unsafePerformIO` rather than IO exceptions here? I think you're asking for more trouble... Are you referring to ioError? My knowledge of exceptions in Haskell is limited. The error architecture is often a long way from the IO monad, so whatever we do can't require the IO monad. Yes - the example was in the IO monad so I thought you could use IO exceptions. In any case, I don't recommend using 'error' (or indeed 'unsafePerformIO') for errors you report to the user, purely because of its non-deterministic semantics. If you use a suitable error monad or IO exceptions, you can be sure that you'll get the same behaviour regardless of compiler or optimisation settings. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Fix ghc-6.6 darcs-all for Mac OS X 10.4
Hello,
The following patch fixes ghc-6.6 darcs-all for Mac OS X 10.4.
Best regards
Thorkil
New patches:
[Fix darcs-all for Mac OS X
Thorkil Naur [EMAIL PROTECTED]**20061123125539
The regular exporession /\? which is used by darcs-all to stand for zero or one /'s
seems to be a GNU extension of basic regular expressions. In any case, it is not
supported by sed on Mac OS X 10.4.
The patched darcs-all works on Max OS X and (SuSE) Linux.
] {
hunk ./darcs-all 13
-default_extra_repo_root=`echo $default_repo_root | sed 's!/ghc-6.6/\?$!!'`
+default_extra_repo_root=`echo $default_repo_root | sed 's!/ghc-6.6/\{0,1\}$!!'`
}
Context:
[cas(): modify assembly syntax to make it work everywhere (hopefully)
Simon Marlow [EMAIL PROTECTED]**20061121132646]
[Fix printf$LDBLStub workaround for Darwin
[EMAIL PROTECTED]
Apparently, the original fix never really worked due to typos and oversights.
]
[Add ppr for the MKPAP case, and rearrange the other cases to match the datatype
Ian Lynagh [EMAIL PROTECTED]**20061120155352]
[Avoid problems with unaligned loads on alpha/mips/mipsel/arm
Ian Lynagh [EMAIL PROTECTED]**20061120154914
This is overly conservative, but it works.
]
[Add a C++ phase. Fixes bug #800
Lemmih [EMAIL PROTECTED]**20060727080023]
[Don't force -static on mips
Ian Lynagh [EMAIL PROTECTED]**20061120122305]
[MERGE: Don't make ghc threaded if GhcNotThreaded is YES
Ian Lynagh [EMAIL PROTECTED]**20061120121855]
[Cope with big endian float word order on little endian machines
Ian Lynagh [EMAIL PROTECTED]**20061120121309]
[Fix unregisterised alpha builds
Ian Lynagh [EMAIL PROTECTED]**20061004125857]
[use lock cmpxchg instead of lock/cmpxchg
Simon Marlow [EMAIL PROTECTED]**20061117114429
I'm not sure where the latter version came from, but it apparently
doesn't generate a legal instruction on Solaris.
]
[MERGE: Fix (yet another) odd interaction between selector thunks and compacting GC
Ian Lynagh [EMAIL PROTECTED]**20061115135020
Tue Nov 14 12:31:57 GMT 2006 Simon Marlow [EMAIL PROTECTED]
* Fix (yet another) odd interaction between selector thunks and compacting GC
This should fix errors of the form
internal error: scavenge_mark_stack: unimplemented/strange closure
type 28 @ 0x2b92e5f79960
But since it's quite difficult to reproduce the error, I can't be 100%
certain it's gone. I certainly can't reproduce it again after the
fix, anyway.
]
[Fix compilation problems
Ian Lynagh [EMAIL PROTECTED]**20061115015300]
[Default the kind of unconstrained meta-type variables before tcSimplifyTop
[EMAIL PROTECTED]
This patch fixes a long standing bug, Trac #179,
and a recently reported one, Trac #963.
The problem in both cases was an unconstrained type variable 'a', of kind
argTypeKind (printed ??) or openTypeKind (?). At top level we now default
the kind of such variables to liftedTypeKind (*). This is important because
then instance declarations can match it. The defaulting function is called
TcMType.zonkTopTyVar, and is commented. (Most of the extra lines in the
patch are comments!)
]
[MERGE: Fix error reporting for contexts during deriving (Trac 958)
Ian Lynagh [EMAIL PROTECTED]**20061115005551
[EMAIL PROTECTED]
When doing the fixpoint iteration for 'deriving' we have to be careful
not to end up in a loop, even if we have -fallow-undecidable-instances.
Test is tcfail169
]
[Improve error message (push to 6.6 branch)
[EMAIL PROTECTED]
[Improve handling of unused imports (test is mod75)
[EMAIL PROTECTED]
[Remove STANDALONE_PACKAGE bits that had escaped the removal
Ian Lynagh [EMAIL PROTECTED]**20061110182050]
[use the right $(HC) for stage 3
Simon Marlow [EMAIL PROTECTED]**20061109101753]
[remove unused STANDALONE_PACKAGE stuff
Simon Marlow [EMAIL PROTECTED]**20061109101729]
[Do not filter the type envt after each GHCi stmt
[EMAIL PROTECTED]
Fixes Trac #925
A new comment in TcRnDriver in tcRnStmt reads thus:
At one stage I removed any shadowed bindings from the type_env;
they are inaccessible but might, I suppose, cause a space leak if we leave them there.
However, with Template Haskell they aren't necessarily inaccessible. Consider this
GHCi session
Prelude let f n = n * 2 :: Int
Prelude fName - runQ [| f |]
Prelude $(return $ AppE fName (LitE (IntegerL 7)))
14
Prelude let f n = n * 3 :: Int
Prelude $(return $ AppE fName (LitE (IntegerL 7)))
In the last line we use 'fName', which resolves to the *first* 'f'
in scope. If we delete it from the type env, GHCi crashes because
it doesn't expect that.
]
[MERGE: Figure out where the rest of the repositories are, based on defaultrepo
Ian Lynagh [EMAIL PROTECTED]**2006141531]
[move newSpark() prototype to RtsExternal.h to avoid warnings
Simon Marlow [EMAIL PROTECTED]**20061107115430]
[In hashExpr, use Word32 rather than relying on wrapping behaviour of Int
Simon Marlow [EMAIL PROTECTED]**20061020153925
Fixes #952
Re: [GHC] #1004: ghci-6.6 crash on PPC
Hello,
I tried to reproduce this. Here is the result:
Thorkil-Naurs-Computer:~/tn/tmp/GHC/trac/#1004: ghci-6.6 crash on
PPC/ghc-6.4.1
thorkilnaur$
/Users/thorkilnaur/tn/GHCDarcsRepository/ghc-6.6/ghc/compiler/stage2/ghc-inplace
--interactive Checksum.hs
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.6, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base ... linking ... done.
Checksum.hs:12:8:
Could not find module `Utils':
Use -v to see a list of the files searched for.
Failed, modules loaded: none.
Prelude :q
Leaving GHCi.
After editing Checksum.hs to remove import Utils:
Thorkil-Naurs-Computer:~/tn/tmp/GHC/trac/#1004: ghci-6.6 crash on
PPC/ghc-6.4.1
thorkilnaur$
/Users/thorkilnaur/tn/GHCDarcsRepository/ghc-6.6/ghc/compiler/stage2/ghc-inplace
--interactive Checksum.hs
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.6, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base ... linking ... done.
[1 of 1] Compiling Main ( Checksum.hs, interpreted )
Checksum.hs:82:36: Not in scope: `splitWord'
Failed, modules loaded: none.
Prelude
Could something be missing from your report?
Best regards
Thorkil
On Tuesday 14 November 2006 15:23, GHC wrote:
#1004: ghci-6.6 crash on PPC
+---
Reporter: [EMAIL PROTECTED] | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: GHCi | Version: 6.6
Severity: normal |Keywords:
Difficulty: Unknown |Testcase:
Architecture: powerpc | Os: MacOS X
+---
During a long (10 to 15 minute) run of a communication system simulation,
I noticed had occasional crashes of ghci with the output
{{{
interactive: internal error: interpretBCO: unknown or unimplemented
opcode 1028
(GHC version 6.6 for powerpc_apple_darwin)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
Abort trap
gregory-wrights-powerbook-g4-17
}}}
or
{{{
interactive: internal error: interpretBCO: unknown or unimplemented
opcode 1033
(GHC version 6.6 for powerpc_apple_darwin)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
Abort trap
a83-245-238-133
}}}
or
{{{
interactive: internal error: interpretBCO: unknown or unimplemented
opcode 1040
(GHC version 6.6 for powerpc_apple_darwin)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
Abort trap
a83-245-238-133
}}}
The same code when compiled would run to completion.
I could not post the original code because it contained proprietary
customer information. However, I have been able to isolate a much smaller
case which also fails.
The module below, which computes a 16 bit checksum function, fails when
run under
ghci with
{{{
[9,120,46,192,248,87,242,122,183,2,96,217,164,46]
85:
[203,223,98,240,74,91,106]
86:
[78,239,201,3,74,238,146,170,71]
87:
[46,128,19,27,218,48,10,148test aborted: loop
*Main
}}}
The same code runs to completion when compiled:
{{{
[15,76,203,225,63,86,10,21,39,140,91,244,38,101,10,197,212,24,242,50,105,139,139,210,108,79,185,171,127,232,57,37,77,234,164,47,175,91,78,198,237,253,153,83,159,7,11,30,138,150,19,68,10,234,46,101,39,146,46,164,52,54,109,163,46,174,22,46,61,43,234,125,148,182,188,19,4,48,84,227,57,156,152,55,235,211,204,10,104,170,40,209,174,238,200,16,82,204,203,133,196,42,146,8,66,171,67,142,208,67,67,37,237,48,249,99,212,152,79,52,136,104,187,218,6,73,174,244,146,118,202,141,26,79,34,91,10,167,41,244,151,47,28,35,181,199,244,233,221,118,64,53,59,245,245,166,255,86,124,37,192,175,203,184,52,155,141,66,247,227,51,40,154,150,9,121,215,237,21,23,60,83,31,27,23,128,18,83,17,119,136,73,46,60,242,79,190,189,56,154,229,47,92,242,81,157,251,51,27,4,93,213,103,176,144,43,12,187,5,85,109,42,194,214,30,110,129,129,197,97,239,210,133,201,180,207,123,120,62,106,47,30,1,207,30,213,219,210,158,67,101,164,149,85,6,138,52,55,64,160,85,119,132,247,226,255,29,3,122,235,217,228,83,197,157,41,208,138,23,152,48,93,53,223,40,168,17,129,29,48,250,31,136,4,213,136,178,70,10,207,43,48,69,157,71,31,119,137,137]
997:
[48,92,91,80,79,62,248,169,156,171,156,102,154,114]
998:
