November 2006 - Yhc - Haskell.org

yhi doesn't like '--help'
by Isaac 08 Nov '06

08 Nov '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The yhi command prints its help if it gets no arguments, or prints WARNING: ignored unknown flag '--help' and then its help, if it is called as `yhi --help`. It shouldn't complain about that flag, it should just print the help! Isaac P.S. I might have added this to the issues database instead of e-mailing the list, but I don't like the idea of "making a Google account" -- which involves giving them my email address, as well as allowing google.com to spy on me with cookies (I think? I have cookies disabled for all sites I don't explicitly exempt, currently, and an *explicit* ban -not that that makes any difference currently- for cookies from google.com, since I "know" they store cookies that serve no purpose except to allow them to track an identity for my searches. :/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFUlfwHgcxvIWYTTURAlXHAJ4uT6muZFQh4cZiY9TvOD9sgxmxTwCgmWjj 33Iu+8veA6lDWWyzNr/RQi8= =afCw -----END PGP SIGNATURE-----

2 1

Error trying to build Yhc
by Isaac 08 Nov '06

08 Nov '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 $ darcs get --partial http://darcs.haskell.org/yhc && cd yhc && scons [...] Getting dependencies for src/compiler98/Main.hs. An error ocurred running `ghc -M -optdep-f - -optdepsrc/compiler98/.Main.hs.dep - c p p - D y h c V E R S I O N = \ " 0 . 7 . 0 - 2 0 0 6 1 1 0 5 0 3 4 3 1 3 - c u s t o m \ " - -i./src/compiler98:./src/libraries/general:./src/libraries/core:depends/cpphs:depends/filepath:./src/interactive src/compiler98/Main.hs`: >ghc-6.4.2: unrecognised flags: - - >Usage: For basic information, try the `--help' option. > Dependencies will not be calculated. ghc -i./src/compiler98 -i./src/libraries/general -i./src/libraries/core - -idepends/cpphs -idepends/filepath -i./src/interactive -cpp - -DyhcVERSION=\"0.7.0-20061105034313-custom\" -c src/compiler98/Main.hs - -o src/compiler98/Main.o src/compiler98/Main.hs:9:0: Failed to load interface for `Core.View': Could not find module `Core.View': use -v to see a list of the files searched for scons: *** [src/compiler98/Main.o] Error 1 scons: building terminated because of errors. What a bizarre error -- it looks like some spaces were interspersed in part of ghc's command-line there! (That is the right repository for darcs-get now? The old one had worse errors of course) Anyway, it's repeatable... at least on my ppc Ubuntu-Edgy system... Isaac -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFTdIEHgcxvIWYTTURApLiAKCILDZO4lNjX44XQ9Pb+IFaFxKHMACfU1dH znM0ZMZA+xDC7DQprKtCx/w= =HHqZ -----END PGP SIGNATURE-----

3 5

corep option, compiling the compiler
by Henk-Jan van Tuyl 08 Nov '06

08 Nov '06

L.S., I am trying to run Dr Haskell, using the YHC binary I downloaded (http://www.cs.york.ac.uk/fp/yhc/snapshot/yhc-latest.zip) but I get the message that the corep option is not valid. According to http://yhc06.blogspot.com/2006/09/yhccore-api-available.html this option should exist, but it is not listed with command yhc -? (By the way, the help info uses "yhcc" instead of "yhc".) Another problem is, that I cannot get the compiler compiled at my Windows XP system (I am using GHC 6.4, so I can use wxHaskell, and Darcs 1.0.3) After running Makefile.bat all I get the messages: Dependancy found (ghc) Dependancy found (darcs) Copying patch 37 of 37... done! Applying patches to the "working" directory... darcs: failed to read patch in get_extra: Thu Apr 22 18:39:38 West-Europa (zomertijd) 2004 malcolm * [cpphs @ 2004-04-22 16:39:38 by malcolm] Initial revision Perhaps this is a 'partial' repository? Failed to darcs get cpphs Can you help me get things working? -- Met vriendelijke groet, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ -- Using Opera's revolutionary e-mail client: https://secure.bmtmicro.com/opera/buy-opera.html?AID=789433

2 2

Re: [Yhc] building YHC on gentoo linux
by Andrew Wilkinson 08 Nov '06

08 Nov '06

On 11/8/06, C.M.Brown <cmb21(a)kent.ac.uk> wrote: > > I downloaded subversion from the website. According to my machine: > > svn, version 1.4.2 (r22196) > compiled Nov 8 2006, 11:18:53 > You need to build it so subversion can pull repositorys over http. How you might do that, I've no idea. I've always built it through portage and have never had this problem. Andrew

2 1

Please run "scons depends"
by Neil Mitchell 08 Nov '06

08 Nov '06

Hi, Can all Yhc users who want to build with the current darcs version please do "scons depends", or you'll get an error message about System.FilePath. This is my fault for releasing a new incompatible version of System.FilePath, but shouldn't happen again in the future. Thanks Neil

1 0

building YHC on gentoo linux
by C.M.Brown 08 Nov '06

08 Nov '06

Hi again! After failed attempts of building yhc on my mac, I thought I would try it on my linux box. However, it's still refusing to build. I have install subversion and downloaded yhc using darcs. Then during the configure I get the following message: Finished getting. svn co http://svn.python.org/projects/python/trunk/Modules/_ctypes/ depends/ctypes svn: Unrecognized URL scheme for 'http://svn.python.org/projects/python/trunk/Modules/_ctypes' Bootstrapping... build/SConscript.depends -> depends/SConscript build/SConscript.cpphs -> depends/cpphs/SConscript build/SConscript.filepath -> depends/filepath/SConscript IOError: [Errno 2] No such file or directory: 'depends/ctypes/SConscript': File "Sconstruct", line 71: bootstrap(env) File "/home/cmb21/yhc/build/bootstrap.py", line 13: copy(env, "depends/ctypes/SConscript", "build/SConscript.ctypes") File "/home/cmb21/yhc/build/bootstrap.py", line 31: open(to, "wb").write(open(file, "rb").read()) I have attached the config.log file with this email. I hope someone can help me build yhc! THanks, Chris.

1 0

Building yhc on MAC OS X
by C.M.Brown 07 Nov '06

07 Nov '06

Hi, I am trying to build yhc on my mac. I have ghc 6.4.1 installed and gcc 4.0.1. However, when configuring I get the following message: ... Checking for GHC binary... (cached) "/Users/cmb21/bin/ghc" Checking for GHC version 6.4.1 or later... (cached) Found version 6.4.1. Checking whether byte ordering is bigendian... (cached) no Checking size of char... (cached) no Checking size of short... (cached) no Checking size of int... (cached) no Checking size of long... (cached) no Checking size of long long... (cached) no Checking size of float... (cached) no Checking size of double... (cached) no Checking size of void*... (cached) no Failed to check types sizes/endianness. You do have a working C compiler don't you? If so then please contact the Yhc developers for help. dhcp2938:~/yhc cmb21$ I'm not sure what the problem is here; could someone help please? Kind regards, Chris Brown.

3 3

Typo in build-system, and why about threading on ppc
by Isaac 05 Nov '06

05 Nov '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "type=relase/normal/debug (default=normal) Enables debug information, or compiles with optimizations." "relase" --> "release"? (Is this just a bug in the message or is it actually called the typo'd thing) Also "threads=0 (default=1, except on ppc where the default is 0) Disables threading" I suppose this is related to the result "Checking for pthread_create() in C library pthread... no" ? What's special about ppc here? does it cause trouble somehow? Isaac P.S. I'm looking at this is because I'm actually trying to use Yhc for something now (hopefully it'll work this time...). This time I'm thinking that it might be the right compromise between compile-time and run-time for checking my numerous QuickCheck properties (ghc takes ages to compile, and hugs takes ages to run, where ages are about half a minute on my machine ^_^). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFTTmZHgcxvIWYTTURAn2yAKCnlVJfLMwQhtJjPbkobSmHt/HKvwCguS+k ogZqsBKHJWSpdEkuSyBk7CI= =eZv6 -----END PGP SIGNATURE-----

2 1

Re: Fwd: [Yhc] Finfo flags
by Thomas Shackell 02 Nov '06

02 Nov '06

> Can anyone tell me what the Finfo flags field means and is used for? > > The C runtime defines this enum, which I assume is related: > > enum FInfoFlags { FFL_NONE = 0x00, FFL_INVIS = 0x01, FFL_LAMBDA = 0x02, > FFL_PRIM_APPLY = 0x04 }; > > They were added in about May, and seem to relate to Hat, based on patch > comments. Sorry Rob, Took me a while to spot this email. It's entirely Hat related, FFL_INVIS means treat this function as though it didn't exist from a tracing point of view. FFL_LAMBDA means this is a lambda function so don't try to trace it's name or anything. FFL_PRIM_APPLY means this is the special inbuilt apply function that is so special you can't even write it in Haskell. So please trace it specially. Thanks Tom

2 2