Having added the caddr_t definition to the two files, things chugged
along famously for a bit. However, down around absCSyn way, another
glitch occurred:
ghc -DOMIT_NATIVE_CODEGEN -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen
-Iparser
Seth LaForge [EMAIL PROTECTED] writes:
The error given comes from gcc:
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/cc1 /tmp/cca03661.i
-quiet -dumpbase ghc3636.c -O -ansi -version -fomit-frame-pointer
-fno-defer-pop -o ghc3636.s
GNU C version 2.7.2.3 (i386 Linux/ELF)
Well, let me try to reply to both of these at once, just to keep
everyone up to date. Sven Panne writes:
Looks like an old friend of mine (problems on HP-UX some releases ago).
The problem is fptools/ghc/lib/cbits/timezone.h. It tries to be
clever about handling time info on different
spj:
: Sergey, Marc
:
: I've had a look at your Docon thing.
It really is Sergey's thing. He deserves all the credit.
[snip]
Cheers,
Marc
Sergey, Marc
I've had a look at your Docon thing.
It's very impressive. But I'm amazed it compiles at all!
When I fixed the makefile it showed up *all sorts* of loops.
For example, IParse_ imports DPrelude, and DPrelude imports IParse_
Getting these mutually recursive modules to work
David Barton writes:
/usr/src/ghc/tmp/ghc8242.hc:35545: structure has no member named `tm_zone'
/usr/src/ghc/tmp/ghc8242.hc:36256: structure has no member named `tm_zone'
/usr/src/ghc/tmp/ghc8242.hc:36304: structure has no member named `tm_gmtoff'
/usr/src/ghc/tmp/ghc8242.hc:37074:
David Barton wrote:
Oh, dear. This one I don't even know how to *start* with.
You mean -odir, don't you? :-)
When compiling the library, the compile crashes with the following:
[...]
/usr/src/ghc/tmp/ghc8242.hc:35545: structure has no member named `tm_zone'
David Barton writes:
When I check out time.h, I find the definitions of tm_zone and
tm_gmtoff are embedded in that same damn if statement based on
__USE_BSD. Almost all of these things seem to be offshoots of the
same damn problem. Unfortunately, I am not sure how to paste these
Enno Scholz writes:
Hi,
the Install file in the Win/NT binary release of ghc-2.10 says
that the required version of Perl can be found at
ftp://ftp.dcs.gla.ac.uk/pub/haskell/glasgow/working/perl5-004pl1.zip
However, this seems to be an invalid URL.
Hmm..that
Sigbjorn writes:
That is probably the simplest thing to do until we get a grasp on
changes made in the version of GNU libc2 that RH5.0 ships with. If
you're willing to experiment, doing
foo% cd ghc/lib
foo% make libHS.a required/Time_HC_OPTS=-optc-D__USE_BSD
may (or may
Oh, dear. This one I don't even know how to *start* with.
When compiling the library, the compile crashes with the following:
rm -f required/Time.o ; if [ ! -d required/Time ]; then mkdir required/Time; else
find required/Time -name '*.o' -print | xargs rm -f __rm_food ; fi ;
Hi,
the Install file in the Win/NT binary release of ghc-2.10 says that the required
version of Perl can be found at
ftp://ftp.dcs.gla.ac.uk/pub/haskell/glasgow/working/perl5-004pl1.zip
However, this seems to be an invalid URL.
Any help would be greatly appreciated!
David Barton [EMAIL PROTECTED] writes:
Having added the caddr_t definition to the two files, things chugged
along famously for a bit. However, down around absCSyn way, another
glitch occurred:
ghc -DOMIT_NATIVE_CODEGEN -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen
-InativeGen -Iparser
David Barton writes:
When I check out time.h, I find the definitions of tm_zone and
tm_gmtoff are embedded in that same damn if statement based on
__USE_BSD. Almost all of these things seem to be offshoots of the
same damn problem. Unfortunately, I am not sure how to paste these
John Hughes wrote on the Std Haskell board:
`Punning' can be used in three places in Haskell. Suppose a record
type is defined by
data R = R{x :: Int}
Then
* R{x} constructs a record, and is equivalent to R{x=x}
* r{x} updates the x field of record r, and is equivalent to
15 matches
Mail list logo
