cvs commit: hugs98/src MkInstal.in

[Alastair Reid]

reid        2002/08/03 14:42:00 PDT

  Modified files:
    src                  MkInstal.in 
  Log:
  Tweak install process to copy over more of the header files from
  the library tree.
  
  	$(INSTALL_DATA) ../../libraries/base/cbits/errno.c $(hugsdir)/libraries/Foreign/C
  	$(INSTALL_DATA) ../../libraries/base/include/*.h $(hugsdir)/libraries/Foreign/C
  	$(INSTALL_DATA) ./config.h $(hugsdir)/libraries/Foreign/C
  
  The result is a bit messy because it litters the install tree with
  useless header files.
  
  And, meanwhile, I'm getting pretty tired of looking at output like this
  from Hugs +G.
  
    ./hugs -P'{Hugs}/libraries' +q +G -w Foreign.C.Error  +L"errno.c" < /dev/null
    __   __ __  __  ____   ___      _________________________________________
    ||   || ||  || ||  || ||__      Hugs 98: Based on the Haskell 98 standard
    ||___|| ||__|| ||__||  __||     Copyright (c) 1994-2001
    ||---||         ___||           World Wide Web: http://haskell.org/hugs
    ||   ||                         Report bugs to: hugs-bugs@haskell.org
    ||   || Version: December 2001  _________________________________________
  
    Haskell 98 mode: Restart with command line option -98 to enable extensions
  
    Type :? for help
    Foreign.C.Error> [Leaving Hugs]
  
  and, in particular, the fact that Hugs doesn't quit and return a
  failure code to Make if it fails.
  
  Option 1:
    Tweak Hugs so that it doesn't generate any output except
    error messages when in +G mode.  The problem with this is that
    Hugs prints the banner before reading the flags.
  
  Option 2:
    Write a runhugs-like frontend.
  
  Anyway, with this commit, it looks like things are working again so
  I'm heading off for most of the next 24 hours - the usual round of
  taking my parents to Church, taking my Mum to see my Gran, etc.
  
  Revision  Changes    Path
  1.13      +4 -1      hugs98/src/MkInstal.in