Re: Cyclic compilation dependencies...
Alastair Reid <[EMAIL PROTECTED]> writes: > Or you can use Hugs to execute happy using something like this: > > runhugs -h10m Happy.hs MyGrammar.y > > It'll probably take a few minutes to run but you've only got to do it once. > (btw I've never tried this route with GHC's parser - but I've done it when > working on the greencard parser and it worked pretty well.) before anyone tries to do this... I don't think Happy 1.5 will work under Hugs. It's on my list of things to fix for the next verion. Cheers, Simon -- Simon Marlow [EMAIL PROTECTED] University of Glasgow http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key
Re: Cyclic compilation dependencies...
8>Qxd$QC/sdeK{93/{KA]&T@gir{b8(rd5/zL85UcsTGty!z9Nx%Z+0e193YVEXFcWdM.]+uyVYA6 WNNn]tdh-oQ]/#\R;Vts^}W]a%+%VqSEAu X-URL: http://WWW.CS.Yale.EDU/homes/reid-alastair/ Date: Tue, 06 Oct 1998 09:58:33 -0300 From: Alastair Reid <[EMAIL PROTECTED]> Sender: [EMAIL PROTECTED] Precedence: bulk Resent-Date: Tue, 6 Oct 1998 15:45:12 +0100 Resent-From: [EMAIL PROTECTED] Resent-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" > Tim Hemel <[EMAIL PROTECTED]> writes: > > I am trying to make a port skeleton for the BSD ports selection for GHC. > > [but happy depends on ghc depends on happy ...] > > How do I get out of this mutual recursion? > > You start off with a binary distribution of one of the packages. Simon Marlow writes: > You'll need GHC installed in order to compile GHC in any case Or you can use Hugs to execute happy using something like this: runhugs -h10m Happy.hs MyGrammar.y It'll probably take a few minutes to run but you've only got to do it once. (btw I've never tried this route with GHC's parser - but I've done it when working on the greencard parser and it worked pretty well.) Alastair
Re: Cyclic compilation dependencies...
Tim Hemel <[EMAIL PROTECTED]> writes: > I am trying to make a port skeleton for the BSD ports selection for GHC. Good idea - I keep meaning to get around to this. > When configuring, I get the following messages: > >: : : > checking for gzip... /usr/bin/gzip > checking for happy... no > checking for version of happy... > Happy version 1.4 or later is required to compile GHC. > > So, I check the Happy web page: > > Downloading Happy > > To compile Happy from source, you'll need GHC version 2.10 or later. The > source is here: > > ftp://ftp.dcs.gla.ac.uk/pub/haskell/happy/happy-1.5-src.tar.gz > > How do I get out of this mutual recursion? You start off with a binary distribution of one of the packages. You'll need GHC installed in order to compile GHC in any case, so I suggest you make up two packages - ghc-3.02-bin and ghc-3.02. The binary distribution package should be straightforward, just a configure and make install. Having a build-from-source GHC port will really make the BSD folks happy - I hear they regularly build the entire packages collection :-) Cheers, Simon -- Simon Marlow [EMAIL PROTECTED] University of Glasgow http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key
RE: Problem compiling ghc4.00/2
Sigbjorn Finne <[EMAIL PROTECTED]> wrote, > Manuel M. T. Chakravarty <[EMAIL PROTECTED]> writes: > > > > Thanks, Sigbjorn, the patch worked fine. However, I > > immediately ran into another problem: > > > > nomi chak 3 (~/haskell): ghc-4.00 -o hello_world hello_world.hs > > ghc-4.00: module version unchanged at 18 > > /usr/local/lib/ghc-4.00/libHSrts.a(Printer.o): In function > `DEBUG_LoadSymbols': > > /usr/src/redhat/BUILD/fptools/ghc/rts/Printer.c:623: undefined reference > to `bfd_init' > > /usr/src/redhat/BUILD/fptools/ghc/rts/Printer.c:624: undefined reference > to `bfd_openr' > > /usr/src/redhat/BUILD/fptools/ghc/rts/Printer.c:628: undefined reference > to `bfd_check_format_matches' > > > > These seem to be symbols required by the new runtime > > system. What is a `bfd'? > > It's a GNU lib for working with object files in a plat. indep. manner, and > is used by some debugging code in the RTS (which is enabled by default.) > Try adding -lbfd -liberty to your final link line (or add 'em to the end > of @SysLibrary in the driver script.) > > Not too user-friendly this :), and this has been tidied up in the imminent > ghc-4.00 > release. Thanks, it works. However, I still get some warnings during linking, but it seems as if they are due to the use of libc5 by `bfd' and glibc by the rest of the system -- this will hopefully go away when the remaining libc5 dependencies in Linux disappear. Thanks for your help, Manuel
Cyclic compilation dependencies...
Hi, I am trying to make a port skeleton for the BSD ports selection for GHC. When configuring, I get the following messages: : : : checking for gzip... /usr/bin/gzip checking for happy... no checking for version of happy... Happy version 1.4 or later is required to compile GHC. So, I check the Happy web page: Downloading Happy To compile Happy from source, you'll need GHC version 2.10 or later. The source is here: ftp://ftp.dcs.gla.ac.uk/pub/haskell/happy/happy-1.5-src.tar.gz How do I get out of this mutual recursion? My fixed point calculus gives up here. I would like to have a solution that can be used from the port without too much hassle and downloading other packages. Thanks in advance, Tim -- ,.---. | Tim Hemel -- TimeWaster <[EMAIL PROTECTED]> | Out of my mind. | |http://cuba.xs4all.nl/~tim/ |Back in five minutes. | `'---'