> OK, rebuilding from scratch, I discovered that I should 
> really have defined
>         #define HAVE_ALTZONE 1
>         #define HAVE_TIMEZONE 1
> I still wonder why configure got this setting wrong in the 
> first place.

I don't know.  The test in question is FPTOOLS_ALTZONE in aclocal.m4 - 
could you try the test program there by itself and see if you get the
expected results?  Also, does config.log say anything helpful?

> Anyway, rebuilding from scratch yet again (it seems impossible to
> change config.h and keep going successfully),

You should be able to 'cd ghc/includes && make' to carry on after
changing config.h, unless the new config.h affects anything you already
built (it shouldn't in the case of the timezone defines).

> This time, the culprit is our slightly aging version of 'find': with
> only the -name option, it does not report any filenames; you need to
> add the -print option as well.

Ok, adding that shouldn't do any harm.

> So the second part of the solution is 
> to add the following fix to hslibs/util/Makefile:
> 
>     ifneq "$(ReadlineIncludePath)" ""
>       SRC_HC_OPTS += -I$(ReadlineIncludePath)
> +     SRC_HSC2HS_OPTS += -I$(ReadlineIncludePath)
>     endif

Fixed, thanks.

> Then, discovering that the installed version of readline is too old
> to support all the operations in Readline.hsc, I have to upgrade
> readline and start all over again...

What version of readline do you have?  The configure script checks for
version 4 and does the right thing (by the looks of it).

> ... finally getting a complete build, after a mere four working days
> of attempts.  But now, in order to install it, I need to know the
> properties of `make clean'.  The problem is that, after building ghc
> on the local disc, my Sparc machine now only has 43Mb of disc space
> left, which is clearly insufficient to install it.  So, if I do a
> `make clean', will I be throwing away my freshly built compiler
> and libraries?  Or will it just clean up the intermediate files,
> leaving the important stuff in place, meanwhile hopefully freeing
> enough space for installation to become possible?

We don't have a variant of make clean that leaves the binaries and
libraries in place, unfortunately.  You can go around by hand and delete
objects, but bear in mind that if you then do a 'make install' it will
probably try to rebuild them.  I don't think there's a solution to this
one without plugging in some more disk space, sorry!

Cheers,
        Simon

_______________________________________________
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to