Re: ANNOUNCE: GHC 6.8.1 Release Candidate
Dear Ian, all, I'm getting a build error that I've seen before. I must be overlooking something. What I do: lzensp@ewi1043:~/local/src> curl http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.20070912-src.tar.bz2 | tar -xj % Total % Received % Xferd Average Speed Time Time Time % Current Dload Upload Total Spent Left Speed 100 6893k 100 6893k 0 0 682k 0 0:00:10 0:00:10 --:--:-- 743k holzensp@ewi1043:~/local/src> cd ghc-6.8.20070912 holzensp@ewi1043:~/local/src/ghc-6.8.20070912> ./boot Booting . Booting libraries/base Booting libraries/directory /usr/share/aclocal/progsreiserfs.m4:13: warning: underquoted definition of AC_CHECK_LIBREISERFS run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Booting libraries/old-time Booting libraries/process Booting libraries/readline Booting libraries/unix holzensp@ewi1043:~/local/src/ghc-6.8.20070912> ./configure && make [...] make[1]: *** No rule to make target `../includes/DerivedConstants.h', needed by `stage1/codeGen/CgProf.o'. Stop. make[1]: Leaving directory `/local/holzensp/src/ghc-6.8.20070912/compiler' make: *** [stage1] Error 1 Either this is a bugreport or a kind request for advice. Regards, Philip
Hi Philip, Thanks for the report! On Fri, Sep 14, 2007 at 12:20:20PM +0200, Philip K.F. Hölzenspies wrote:
holzensp@ewi1043:~/local/src/ghc-6.8.20070912> ./boot Booting . Booting libraries/base Booting libraries/directory
This is running "autoreconf" in libraries/directory
/usr/share/aclocal/progsreiserfs.m4:13: warning: underquoted definition of AC_CHECK_LIBREISERFS run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
autoreconf seems to be complaining about its own library files here. I can't explain why you'd get this for directory but not for other libraries. Do you have multiple versions of autoreconf installed (will probably be part of an autoconf or autotools package, or similar)? Is this problem repeatable?
Booting libraries/old-time Booting libraries/process Booting libraries/readline Booting libraries/unix holzensp@ewi1043:~/local/src/ghc-6.8.20070912> ./configure && make [...] make[1]: *** No rule to make target `../includes/DerivedConstants.h', needed by `stage1/codeGen/CgProf.o'. Stop. make[1]: Leaving directory `/local/holzensp/src/ghc-6.8.20070912/compiler' make: *** [stage1] Error 1
Earlier in the make process you should have something like: ------------------------------------------------------------------------ == make boot -r --jobserver-fds=3,4 -j; in /home/ian/ghc/darcs/val/includes ------------------------------------------------------------------------ Creating ghcautoconf.h... Done. Creating ghcplatform.h... Done. ../utils/mkdependC/mkdependC -f .depend -- -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts -- mkDerivedConstants.c gcc -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts -c mkDerivedConstants.c -o mkDerivedConstants.o gcc -o mkGHCConstants.o -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts -c mkDerivedConstants.c -DGEN_HASKELL gcc -o mkDerivedConstantsHdr -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts mkDerivedConstants.o ./mkDerivedConstantsHdr >DerivedConstants.h gcc -o mkGHCConstants -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts mkGHCConstants.o ./mkGHCConstants >GHCConstants.h ------------------------------------------------------------------------ which creates DerivedConstants.h. Did this give any errors or anything? Can you check whether the file really does exist or not please? Thanks Ian
Dear Ian, I gave it a check. There is only one autoreconf installation on my system. The version (might be relevant) is GNU autoreconf 2.59.
Earlier in the make process you should have something like:
------------------------------------------------------------------------ == make boot -r --jobserver-fds=3,4 -j; in /home/ian/ghc/darcs/val/includes ------------------------------------------------------------------------ Creating ghcautoconf.h... Done. Creating ghcplatform.h... Done. ../utils/mkdependC/mkdependC -f .depend -- -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts -- mkDerivedConstants.c gcc -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts -c mkDerivedConstants.c -o mkDerivedConstants.o gcc -o mkGHCConstants.o -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts -c mkDerivedConstants.c -DGEN_HASKELL gcc -o mkDerivedConstantsHdr -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts mkDerivedConstants.o ./mkDerivedConstantsHdr >DerivedConstants.h gcc -o mkGHCConstants -Werror -DTABLES_NEXT_TO_CODE -I. -I../rts mkGHCConstants.o ./mkGHCConstants >GHCConstants.h ------------------------------------------------------------------------
which creates DerivedConstants.h. Did this give any errors or anything? Can you check whether the file really does exist or not please?
I have attached the make output and the post-make find output, i.e. I ran: make &> make.log find . &> find.log The lines you mention are in the make log, but there's no file DerivedConstants.h in the find log. I don't see a clear error in the make log to explain it, though. Regards, Philip
On Friday 14 September 2007 15:42, Ian Lynagh wrote:
On Fri, Sep 14, 2007 at 12:20:20PM +0200, Philip K.F. Hölzenspies wrote: [...]
/usr/share/aclocal/progsreiserfs.m4:13: warning: underquoted definition of AC_CHECK_LIBREISERFS run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
autoreconf seems to be complaining about its own library files here. I can't explain why you'd get this for directory but not for other libraries. Do you have multiple versions of autoreconf installed (will probably be part of an autoconf or autotools package, or similar)? Is this problem repeatable?
Warnings like this can safely be ignored, you often get tons of them. At one point in time, the autoconf people decided to issue warnings for some things which have been documented as "don't do this", but it obviously takes ages until all packages obey these simple rules. The progreiserfs.m4 probably belongs to some badly maintained ReiserFS library which is installed on the system and gets included via arcane ways. Ugly, but nothing to worry about, as autoconf still does the same as before... Cheers, S.
participants (3)
-
Ian Lynagh -
Philip K.F. Hölzenspies -
Sven Panne