[Hugs] #33: Extra files installed if docbook2html is not available

#33: Extra files installed if docbook2html is not available
--------------------------+-------------------------------------------------
 Reporter:  guest         |       Owner:  nobody
     Type:  defect        |      Status:  new   
 Priority:  minor         |   Milestone:        
Component:  build system  |     Version:  200605
 Keywords:                |  
--------------------------+-------------------------------------------------
The "User's guide" included in the Hugs package is only installed by the
 build procedure when the docbook2html utility is available.  This can be
 seen in the doc/useres_guide/Makefile.am file, whose '$(HTML)' target
 populates the '$(ROOT)' directory with all the documentation files that
 will be installed.

 The problem is that even if docbook2html is not available, the package
 installs two files in the target documentation directory: '$(CSS_FILE)'
 and '$(IMAGE)', both of which are useless without the real documents in
 place.  This is not a big problem but makes the resulting installation
 "ugly".  If I did not want to build documentation in the first place, I do
 not want any related files to be installed.

 The solution is to only installs those files when the docbook2html utility
 is available.  (I'm not too familiar with Trac, so I'm going to submit
 this and hope that I can later attach the proposed patch... as Bugzilla
 does.)

 Submitted by: Julio M. Merino Vidal <jmmv <at> NetBSD.org>

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/33>

Re: [Hugs] #32: Compile of hugs98-plus-May2006.tar.gz fails on SPARC Solaris 8

#32: Compile of hugs98-plus-May2006.tar.gz fails on SPARC Solaris 8
------------------------+---------------------------------------------------
  Reporter:  guest      |       Owner:  nobody
      Type:  defect     |      Status:  closed
  Priority:  major      |   Milestone:        
 Component:  hugs       |     Version:  200605
Resolution:  duplicate  |    Keywords:        
------------------------+---------------------------------------------------
Changes (by ross):

  * resolution:  => duplicate
  * status:  new => closed

Comment:

 duplicate of #27

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/32>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell

_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs

Re: [Hugs] #33: Extra files installed if docbook2html is not available

#33: Extra files installed if docbook2html is not available
---------------------------+------------------------------------------------
  Reporter:  guest         |       Owner:  ross    
      Type:  defect        |      Status:  assigned
  Priority:  minor         |   Milestone:          
 Component:  build system  |     Version:  200605  
Resolution:                |    Keywords:          
---------------------------+------------------------------------------------
Changes (by ross):

  * status:  new => assigned
  * owner:  nobody => ross

Comment:

 patch applied, thanks

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/33>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell

_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs

[Hugs] #34: Incorrect prefix in installed files

#34: Incorrect prefix in installed files
-----------------------------+----------------------------------------------
 Reporter:  jmmv <at> NetBSD.org  |       Owner:  nobody
     Type:  defect           |      Status:  new   
 Priority:  major            |   Milestone:        
Component:  hugs             |     Version:  200605
 Keywords:                   |  
-----------------------------+----------------------------------------------
Both the complete distribution (hugs98-plus) and the reduced one (hugs98)
 come with some packages that provide standard APIs.  For example, the two
 include, at least, the Cabal, base and haskell98 packages.  These packages
 are built and installed by the "global" build procedure through the
 bootstrapping interpreter, using the not-yet-installed Cabal.  However,
 the installation prefix is not propagated to the built packages resulting
 in incorrect paths in the installed files.

 In my case, I'm using the following to configure Hugs (really, this is the
 command the NetBSD package uses):

 {{{
 ./configure --prefix=/usr/pkg
 }}}

 After installation, the Paths_base.hs file of the installed packages looks
 like:

 {{{
 bindir     = "/usr/local/bin"
 libdir     = "/usr/local/lib/hugs/packages/base"
 datadir    = "/usr/local/share/base-1.0"

Re: [Hugs] #34: Incorrect prefix in installed files

#34: Incorrect prefix in installed files
------------------------------+---------------------------------------------
  Reporter:  jmmv <at> NetBSD.org  |       Owner:  nobody
      Type:  defect           |      Status:  closed
  Priority:  major            |   Milestone:        
 Component:  build system     |     Version:  200605
Resolution:  fixed            |    Keywords:        
------------------------------+---------------------------------------------
Changes (by ross):

  * resolution:  => fixed
  * component:  hugs => build system
  * status:  new => closed

Comment:

 Thanks for the analysis -- I've applied the patch.

 However I think it had a visible effect only for hsc2hs-hugs, because the
 other packages don't use the Paths modules.  And hsc2hs-hugs was also
 broken because it had the wrong data directory (also fixed now).

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/34>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell

_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org

Re: [Hugs] #33: Extra files installed if docbook2html is not available

#33: Extra files installed if docbook2html is not available
---------------------------+------------------------------------------------
  Reporter:  guest         |       Owner:  ross  
      Type:  defect        |      Status:  closed
  Priority:  minor         |   Milestone:        
 Component:  build system  |     Version:  200605
Resolution:  fixed         |    Keywords:        
---------------------------+------------------------------------------------
Changes (by ross):

  * resolution:  => fixed
  * status:  assigned => closed

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/33>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell

_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs

[Hugs] #35: WinHugs: foreground/background colours not from Windows

#35: WinHugs: foreground/background colours not from Windows
---------------------+------------------------------------------------------
 Reporter:  neil     |       Owner:  neil  
     Type:  defect   |      Status:  new   
 Priority:  minor    |   Milestone:        
Component:  winhugs  |     Version:  200605
 Keywords:           |  
---------------------+------------------------------------------------------
I just started using the new WinHugs GUI you developed and maintain, and I
 have
 a small issue with its appearance. I usually try to tone down all bright
 colors
 on the desktop, and hence the default window background color on my
 machines
 are not white but some shade of light gray. The issue is then that text
 portions seem to always have a white background while the rest of the
 WinHugs
 window conforms to the global color setting. I attach a window-shot for
 illustration. I suggest that it would be much nicer if the global
 background
 color setting was honored by the written text portion as well.

 ---

 Good point! The issue is to do with escape character, you can
 programatically change the background color of the text by outputting
 some magic, and this means that by default the background gets
 "forced" to white, rather than getting its default setting.

 I think the solution is to interpret white = the users background

Re: [Hugs] #30: Windows and Hugs, fails to complete build of base

#30: Windows and Hugs, fails to complete build of base
----------------------+-----------------------------------------------------
  Reporter:  neil     |       Owner:  ross        
      Type:  defect   |      Status:  assigned    
  Priority:  blocker  |   Milestone:  next release
 Component:  hugs     |     Version:  200605      
Resolution:           |    Keywords:              
----------------------+-----------------------------------------------------
Changes (by ross):

  * status:  new => assigned
  * owner:  nobody => ross

Comment:

 The problem with System.Process.Internals should be fixed now.  Turns out
 the problematic code wasn't used by Hugs anyway.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/30>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell

_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs

Make on Windows gives errors

Hi,

I think these are new, but not entirely sure:

In file included from libraries/bootlib\Foreign\C\Error.c:4:
packages/base/include/HsBase.h:152: error: conflicting types for 'execvpe'
d:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/process.h:121:
error: previous declaration of 'execvpe' was here
packages/base/include/HsBase.h:152: error: conflicting types for 'execvpe'
d:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/process.h:121:
error: previous declaration of 'execvpe' was here
packages/base/include/HsBase.h: In function `__hscore_mkdir':
packages/base/include/HsBase.h:465: error: too many arguments to
function `mkdir'
In file included from packages/base/cbits/PrelIOUtils.c:8:
packages/base/include/HsBase.h:152: error: conflicting types for 'execvpe'
d:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/process.h:121:
error: previous declaration of 'execvpe' was here
packages/base/include/HsBase.h:152: error: conflicting types for 'execvpe'
d:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/process.h:121:
error: previous declaration of 'execvpe' was here
packages/base/include/HsBase.h: In function `__hscore_mkdir':
packages/base/include/HsBase.h:465: error: too many arguments to
function `mkdir'
runhugs: Error occurred
ERROR "libraries/bootlib\Foreign\C\Error.hs" - Error while running
compilation command 'gcc -DNDEBUG=1 -g   -shared -D__HUGS__
"-Ihugsdir/include" -o "libraries/bootlib\Foreign\C\Error.dll"
"libraries/bootlib\Foreign\C\Error.c" -Ipackages/base/include
-Ighc/includes packages/base/cbits/PrelIOUtils.c -lwsock32'

Re: [Hugs] #35: WinHugs: foreground/background colours not from Windows

#35: WinHugs: foreground/background colours not from Windows
----------------------+-----------------------------------------------------
  Reporter:  neil     |       Owner:  neil  
      Type:  defect   |      Status:  closed
  Priority:  minor    |   Milestone:        
 Component:  winhugs  |     Version:  200605
Resolution:  fixed    |    Keywords:        
----------------------+-----------------------------------------------------
Changes (by neil):

  * resolution:  => fixed
  * status:  new => closed

Comment:

 Really easy to fix, Windows already provides a flag (CFE_AUTOCOLOR) that
 does this behaviour in the most part. Fixed.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/35>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell

_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs