Unexpected signal when buliding hugs98 CVS HEAD
The current CVS HEAD fails to bulid--there is an unexpected signal encountered when running runhugs. I attached the end of my build log below. This failure occurs on both platforms I tried: Ubuntu 6.06 and Windows XP. It seems the recent change to input.c is to blame: * If any valid Haskell module (I tried A.hs containing [ main = putStrLn "hello" ] ) is substituted for hapax.hs on the command line, the unexpected signal still occurs. The problem is not specific to Cabal or hapax.hs. * If a module with a syntax or typechecking error is substituted for hapax.hs, runhugs correctly reports the error and exits. * If I check out the sources as of 2006-09-06 and then build Hugs, the build succeeds. * If I then "cvs update -A," which gives me the new input.c, and then "make" the build succeeds * If I "make clean" after running "cvs update -A," and before rebuilding, the same unexpected signal error stops the build. Regards, Brian .... Preprocessing Network/Hackage/CabalInstall/Install Preprocessing Network/Hackage/CabalInstall/List Preprocessing Network/Hackage/CabalInstall/Main Preprocessing Network/Hackage/CabalInstall/Setup Preprocessing Network/Hackage/CabalInstall/TarUtils Preprocessing Network/Hackage/CabalInstall/Types Preprocessing Network/Hackage/CabalInstall/Update Preprocessing Network/Hackage/Client Preprocessing Network/Hackage/Interface Preprocessing Network/Hackage/Version echo timestamp for bootlib >bootlib/.stamp cd ../cpphs; HUGSFLAGS=-P../libraries/bootlib HUGSDIR=../hugsdir ../src/runhugs -98 ../packages/Cabal/examples/hapax.hs configure --verbose --hugs --prefix='/us r/local' --scratchdir='../hugsdir/packages/cpphs' --with-compiler=../src/ffihugs Unexpected signal make[1]: *** [../hugsdir/programs/cpphs/Main.hs] Error 1 make[1]: Leaving directory `/home/brian/hugs98/libraries' make: *** [all] Error 2
The current CVS HEAD fails to bulid--there is an unexpected signal encountered when running runhugs. I attached the end of my build log below. This failure occurs on both platforms I tried: Ubuntu 6.06 and Windows XP. It seems the recent change to input.c is to blame: * If any valid Haskell module (I tried A.hs containing [ main = putStrLn "hello" ] ) is substituted for hapax.hs on the command line, the unexpected signal still occurs. The problem is not specific to Cabal or hapax.hs. * If a module with a syntax or typechecking error is substituted for hapax.hs, runhugs correctly reports the error and exits. * If I check out the sources as of 2006-09-06 and then build Hugs, the build succeeds. * If I then "cvs update -A," which gives me the new input.c, and then "make" the build succeeds * If I "make clean" after running "cvs update -A," and before rebuilding, the same unexpected signal error stops the build. Regards, Brian .... Preprocessing Network/Hackage/CabalInstall/Install Preprocessing Network/Hackage/CabalInstall/List Preprocessing Network/Hackage/CabalInstall/Main Preprocessing Network/Hackage/CabalInstall/Setup Preprocessing Network/Hackage/CabalInstall/TarUtils Preprocessing Network/Hackage/CabalInstall/Types Preprocessing Network/Hackage/CabalInstall/Update Preprocessing Network/Hackage/Client Preprocessing Network/Hackage/Interface Preprocessing Network/Hackage/Version echo timestamp for bootlib >bootlib/.stamp cd ../cpphs; HUGSFLAGS=-P../libraries/bootlib HUGSDIR=../hugsdir ../src/runhugs -98 ../packages/Cabal/examples/hapax.hs configure --verbose --hugs --prefix='/us r/local' --scratchdir='../hugsdir/packages/cpphs' --with-compiler=../src/ffihugs Unexpected signal make[1]: *** [../hugsdir/programs/cpphs/Main.hs] Error 1 make[1]: Leaving directory `/home/brian/hugs98/libraries' make: *** [all] Error 2
On Sat, Sep 09, 2006 at 12:51:15AM -0500, Brian Smith wrote:
The current CVS HEAD fails to bulid--there is an unexpected signal encountered when running runhugs. I attached the end of my build log below. This failure occurs on both platforms I tried: Ubuntu 6.06 and Windows XP.
Thanks for the report. I think it's fixed now.
Ross, Thanks. But, now I get an error "No rule to make target '../hsc2hs/Main.hs'... It only happens with a fresh tree. If you already have build hugs once successfully, then the error doesn't occur. See this log: Configuring cpphs-1.2... configure: looking for package tool: hugs near compiler in ..\src\ffihugs configure: found package tool in ..\src\hugs.exe configure: Using install prefix: C:\haskell-toolchain-a\msys-mingw\local configure: Binaries installed in: C:\haskell-toolchain-a\msys-mingw\local\Haskel l\bin configure: Libraries installed in: C:\haskell-toolchain-a\msys-mingw\local\Haske ll\hugs\packages\cpphs configure: Private binaries installed in: C:\haskell-toolchain-a\msys-mingw\loca l\cpphs-1.2 configure: Data files installed in: C:\Program Files\Common Files\cpphs-1.2 configure: Using compiler: ..\src\ffihugs configure: Compiler flavor: Hugs configure: Compiler version: configure: Using package tool: ..\src\hugs.exe configure: Using ar found on system at: C:\haskell-toolchain-a\msys-mingw\mingw\ bin\ar.exe configure: Using haddock found on system at: c:\haskell-toolchain-A\haddock- 0.7\ haddock.exe configure: No pfesetup found configure: Using ranlib found on system at: C:\haskell-toolchain-a\msys-mingw\mi ngw\bin\ranlib.exe configure: Using runghc found on system at: c:\haskell-toolchain-A\ghc- 6.4.2\bin \runghc.exe configure: Using runhugs found on system at: c:\projects\hugs98\src\runhugs.exe configure: Using happy: c:\haskell-toolchain-A\happy-1.15\happy.exe configure: Using alex: c:\haskell-toolchain-A\alex-2.0.1\alex.exe configure: Using hsc2hs: c:\haskell-toolchain-A\ghc-6.4.2\bin\hsc2hs.exe configure: No c2hs found configure: No cpphs found configure: No greencard found cd ../cpphs; HUGSFLAGS=-P../libraries/bootlib HUGSDIR=../hugsdir ../src/runhugs -98 ../packages/Cabal/examples/hapax.hs build --verbose Preprocessing library cpphs-1.2... Preprocessing executables for cpphs-1.2... Building cpphs-1.2... /bin/rm -f -r ../hugsdir/packages/cpphs/autogen mkdir -p ../hugsdir/programs mv ../hugsdir/packages/cpphs/programs/cpphs ../hugsdir/programs rmdir ../hugsdir/packages/cpphs/programs (echo '@echo off'; \ echo "set rootdir=`cd ..; src/runhugs -Plibraries/bootlib libraries/pwd.hs`"; \ echo '%rootdir%/src/runhugs -P%rootdir%/libraries/bootlib %rootdir%/hugsdir/pro grams/cpphs/Main.hs %*') >tools/cpphs.bat make[1]: *** No rule to make target `../hsc2hs/Main.hs', needed by `../hugsdir/p rograms/hsc2hs/Main.hs'. Stop. make[1]: Leaving directory `/c/projects/hugs98/libraries' make: *** [all] Error 2
On Sat, Sep 09, 2006 at 06:48:26PM -0500, Brian Smith wrote:
Thanks. But, now I get an error "No rule to make target '../hsc2hs/Main.hs'...
It only happens with a fresh tree. If you already have build hugs once successfully, then the error doesn't occur.
[...] make[1]: *** No rule to make target `../hsc2hs/Main.hs', needed by `../hugsdir/p rograms/hsc2hs/Main.hs'. Stop. make[1]: Leaving directory `/c/projects/hugs98/libraries' make: *** [all] Error 2
How odd. hsc2hs (including hugs98/hsc2hs/Main.hs) should be fetched by the top-level Makefile when it fetches the libraries and cpphs. Are you starting from a fresh CVS checkout, or are you using a local copy of the libraries?
Ross,
The problem is that an empty hsc2hs directory gets created when we do a CVS
checkout. When we darcs pull hsc2hs, then darcs sees the existing hsc2hs
directory and puts everything into hsc2hs_0 instead.
Actually, this was happening yesterday too, but I didn't mention it because
I was trying to get around the unexpected signal problem.
Here are the exact command I executed:
rm -Rf hugs98
cvs co hugs98
cd hugs98
make
On 9/9/06, Ross Paterson
On Sat, Sep 09, 2006 at 06:48:26PM -0500, Brian Smith wrote:
Thanks. But, now I get an error "No rule to make target '../hsc2hs/Main.hs'...
It only happens with a fresh tree. If you already have build hugs once successfully, then the error doesn't occur.
[...] make[1]: *** No rule to make target `../hsc2hs/Main.hs', needed by `../hugsdir/p rograms/hsc2hs/Main.hs'. Stop. make[1]: Leaving directory `/c/projects/hugs98/libraries' make: *** [all] Error 2
How odd. hsc2hs (including hugs98/hsc2hs/Main.hs) should be fetched by the top-level Makefile when it fetches the libraries and cpphs. Are you starting from a fresh CVS checkout, or are you using a local copy of the libraries?
_______________________________________________ Cvs-hugs mailing list Cvs-hugs@haskell.org http://www.haskell.org/mailman/listinfo/cvs-hugs
On Sat, Sep 09, 2006 at 07:21:10PM -0500, Brian Smith wrote:
The problem is that an empty hsc2hs directory gets created when we do a CVS checkout. When we darcs pull hsc2hs, then darcs sees the existing hsc2hs directory and puts everything into hsc2hs_0 instead.
Actually, this was happening yesterday too, but I didn't mention it because I was trying to get around the unexpected signal problem.
Here are the exact command I executed:
rm -Rf hugs98 cvs co hugs98 cd hugs98 make
Ah, I have "checkout -P" in my .cvsrc, so I wasn't getting this. The Makefile now removes the darcs directories before fetching, which should fix it.
participants (2)
-
Brian Smith -
Ross Paterson