[Hugs] #46: Records aren't working properly when declared using 'newtype' syntax.

#46: Records aren't working properly when declared using 'newtype' syntax.
----------------------------+-----------------------------------------------
 Reporter:  Elifant         |       Owner:  nobody      
     Type:  defect          |      Status:  new         
 Priority:  major           |   Milestone:  next release
Component:  hugs            |     Version:  200609      
 Keywords:  newtype record  |  
----------------------------+-----------------------------------------------
Test code:
 {{{
 newtype Test = Test { var :: String }
 main = print (var x)
      where x = Test { var = "a" }
 }}}

 Output:
 {{{
 "
 Program error: pattern match failure: instShow_v16_v1443 (Test_Test "a")
 }}}

 Records update is also broken:
 {{{
 newtype Test = Test { var :: String }
 main = print (var x{var="b"})
      where x = Test "a"
 }}}

 Output:
 {{{

[Hugs] #47: Hugs segfaults on black hole.

#47: Hugs segfaults on black hole.
---------------------------------+------------------------------------------
 Reporter:  guest                |       Owner:  nobody      
     Type:  defect               |      Status:  new         
 Priority:  major                |   Milestone:  next release
Component:  hugs                 |     Version:  200609      
 Keywords:  segfault black hole  |  
---------------------------------+------------------------------------------
Hugs.Base> let s = 1 + s in s
  zsh: illegal hardware instruction (core dumped)  hugs

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/47>
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] #47: Hugs segfaults on black hole.

#47: Hugs segfaults on black hole.
---------------------+------------------------------------------------------
  Reporter:  guest   |       Owner:  nobody             
      Type:  defect  |      Status:  new                
  Priority:  major   |   Milestone:  next release       
 Component:  hugs    |     Version:  200609             
Resolution:          |    Keywords:  segfault black hole
---------------------+------------------------------------------------------
Comment (by neil):

 On Windows this gives a stack overflow, so I guess on Linux this gives an
 uncaught stack overflow before executing random stuff (and core dumping).

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/47>
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] #48: record patterns fail on newtypes

#48: record patterns fail on newtypes
--------------------+-------------------------------------------------------
 Reporter:  ross    |       Owner:  nobody
     Type:  defect  |      Status:  new   
 Priority:  major   |   Milestone:        
Component:  hugs    |     Version:  200609
 Keywords:          |  
--------------------+-------------------------------------------------------
Given the declaration
 {{{
 newtype T = C { f :: String }
 }}}
 Hugs exhibits the following misbehaviour:
 {{{
 Newtype> case C "abc" of C { f = v } -> v
 "bc"
 Newtype> case undefined of C {} -> True

 Program error: Prelude.undefined
 }}}
 The non-record versions are fine:
 {{{
 Newtype> case C "abc" of C v -> v
 "abc"
 Newtype> case undefined of C _ -> True
 True
 }}}
 The internal representation of `newtype`s elides the data constructor, but
 the record pattern-matching code treats them like `data` types (see also
 #46).

Re: [Hugs] #46: Records aren't working properly when declared using 'newtype' syntax.

#46: Records aren't working properly when declared using 'newtype' syntax.
----------------------+-----------------------------------------------------
  Reporter:  Elifant  |       Owner:  nobody        
      Type:  defect   |      Status:  closed        
  Priority:  major    |   Milestone:  next release  
 Component:  hugs     |     Version:  200609        
Resolution:  fixed    |    Keywords:  newtype record
----------------------+-----------------------------------------------------
Changes (by ross):

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

Comment:

 now fixed in CVS (but see #48).

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/46>
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] #47: Hugs segfaults on black hole.

#47: Hugs segfaults on black hole.
---------------------+------------------------------------------------------
  Reporter:  guest   |       Owner:  nobody             
      Type:  defect  |      Status:  closed             
  Priority:  major   |   Milestone:  next release       
 Component:  hugs    |     Version:  200609             
Resolution:  fixed   |    Keywords:  segfault black hole
---------------------+------------------------------------------------------
Changes (by ross):

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

Comment:

 I see you're using an old version of Hugs.  The September 2006 version has
 a workaround that avoids this
 [http://cvs.haskell.org/Hugs/pages/users_guide/haskell98.html#OTHER-BUGS

 known bug] most of the time.  The development version has a proper fix,
 provided it's compiled with `libsigsegv`.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/47>
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] #31: Cnfigure script of Hugs98-May2006 source build doesn't check for useable sgml-tools installation

#31: Cnfigure script of Hugs98-May2006 source build doesn't check for useable
sgml-tools installation
---------------------------+------------------------------------------------
  Reporter:  guest         |       Owner:  nobody
      Type:  defect        |      Status:  closed
  Priority:  minor         |   Milestone:        
 Component:  build system  |     Version:  200605
Resolution:  fixed         |    Keywords:        
---------------------------+------------------------------------------------
Changes (by ross):

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

Comment:

 Removed the DTD URL from the SGML file, so it should now work with older
 versions of the docbook tools.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/31>
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

maximum [] complains about an empty list

Hi,

In GHC:
Prelude> maximum []
*** Exception: Prelude.maximum: empty list

In Hugs:
Prelude> maximum []
Program error: pattern match failure: foldl1 (Ord_max instOrd_v29) []

Obviously this is because foldl1 is used to define maximum, but it
would be nice if the equation maximum [] = error "pattern match
failure in maximum" was issued, otherwise people might end up grepping
for foldl1 which doesn't ever occur in their code.

Thanks

Neil

[Hugs] #49: LDFLAGS and hugs packages on OS X 10.4

#49: LDFLAGS and hugs packages on OS X 10.4
----------------------------------+-----------------------------------------
 Reporter:  guest                 |       Owner:  nobody
     Type:  defect                |      Status:  new   
 Priority:  minor                 |   Milestone:        
Component:  build system          |     Version:  200609
 Keywords:  LDFLAGS X11 packages  |  
----------------------------------+-----------------------------------------
The value of the environnment variable LDFLAGS is not used to compile
 hug's packages. Consequently, make fails to build X11 package (on OS X
 10.4.8) ; here is the make output :

 Preprocessing library X11-1.2...
 ../../libraries/tools/hsc2hs -D__HUGS__ -Iinclude -I/usr/X11R6/include
 --lflag=-lX11 -o Graphics/X11/Types.hs Graphics/X11/Types.hsc
 /usr/bin/ld: can't locate file for: -lX11
 collect2: ld returned 1 exit status
 linking Graphics/X11/Types_hsc_make.o failed
 command was: /usr/bin/gcc -lX11 Graphics/X11/Types_hsc_make.o -o
 Graphics/X11/Types_hsc_make
 ../../packages/Cabal/examples/hapax.hs: got error code while
 preprocessing: Graphics.X11.Types
 Skipping X11 package

 My LDFLAGS variable whose value is "-L/usr/X11R6/lib
 -L/Users/julien/local/lib" has not been used. Simply add -L/usr/X11R6/lib
 to the gcc command and it compile fine.

 Another work around is to create a symbolic link :

Re: [Hugs] #49: LDFLAGS and hugs packages on OS X 10.4

#49: LDFLAGS and hugs packages on OS X 10.4
---------------------------+------------------------------------------------
  Reporter:  guest         |       Owner:  nobody              
      Type:  defect        |      Status:  new                 
  Priority:  minor         |   Milestone:                      
 Component:  build system  |     Version:  200609              
Resolution:                |    Keywords:  LDFLAGS X11 packages
---------------------------+------------------------------------------------
Changes (by guest):

  * cc:  jmontmartin <at> gmail.com =>

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/49>
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