Re: [GHC] #1281: runghc, runhaskell invoke wrong ghc when not first ghc in PATH

[GHC]

#1281: runghc, runhaskell invoke wrong ghc when not first ghc in PATH
--+-
 Reporter:  Isaac Dupree  |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.8.3  
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Linux |  
--+-
Comment (by igloo):

 I think symlinks are the best way forward here. Is there a reason we don't
 use a symlink for ghci?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1281: runghc, runhaskell invoke wrong ghc when not first ghc in PATH

[GHC]

#1281: runghc, runhaskell invoke wrong ghc when not first ghc in PATH
--+-
 Reporter:  Isaac Dupree  |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.8.3  
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Linux |  
--+-
Comment (by igloo):

 OK, it turns out that it is zsh that handles scripts with a `#!` pointing
 at a script. If I try to do it in a bash shell then it doesn't work.
 There's more information on http://www.in-
 ulm.de/~mascheck/various/shebang/, but the gist is that we can't make
 runhaskell a script (at least, not without requiring users use
 `#!/usr/bin/env runhaskell`).

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #2073: ghci records empty input lines in readline history

[GHC]

#2073: ghci records empty input lines in readline history
---+
 Reporter:  Eelis- |  Owner: 
 Type:  bug| Status:  closed 
 Priority:  normal |  Milestone:  6.8.3  
Component:  GHCi   |Version:  6.8.2  
 Severity:  minor  | Resolution:  fixed  
 Keywords:  readline, history  | Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  Unknown|  
---+
Changes (by igloo):

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

Comment:

 Fixed in HEAD and 6.8 branch:
 {{{
 Sun Feb 24 06:32:56 PST 2008  Ian Lynagh <[EMAIL PROTECTED]>
   * FIX #2073: Don't add empty lines to GHCI's history
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1977: Adding small check in Linux installer

[GHC]

#1977: Adding small check in Linux installer
-+--
 Reporter:  Tener|  Owner: 
 Type:  bug  | Status:  closed 
 Priority:  lowest   |  Milestone:  6.8.3  
Component:  None |Version:  6.8.1  
 Severity:  trivial  | Resolution:  fixed  
 Keywords:  installer, path  | Difficulty:  Easy (1 hr)
 Testcase:   |   Architecture:  Unknown
   Os:  Linux|  
-+--
Changes (by igloo):

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

Comment:

 Done in HEAD and 6.8 branch:
 {{{
 Sun Feb 24 05:43:34 PST 2008  Ian Lynagh <[EMAIL PROTECTED]>
   * FIX #1977: Check to see if $(bindir) is in the path
   Before telling the user to add it, when installing a bindist, check to
   see if $(bindir) is already in the path.
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #2082: In ghci, :i leaves out parens in type

[GHC]

#2082: In ghci, :i leaves out parens in type
---+
 Reporter:  chad.scherrer  |  Owner:  simonpj
 Type:  bug| Status:  new
 Priority:  normal |  Milestone:  6.8.3  
Component:  GHCi   |Version:  6.8.2  
 Severity:  normal | Resolution: 
 Keywords: | Difficulty:  Unknown
 Testcase:  ghci030|   Architecture:  x86
   Os:  Linux  |  
---+
Changes (by igloo):

  * testcase:  => ghci030

Comment:

 Test added: ghci030.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1899: compiler does not halt

[GHC]

#1899: compiler does not halt
--+-
 Reporter:  guest |  Owner:
 Type:  bug   | Status:  new   
 Priority:  normal|  Milestone:  6.8.3 
Component:  Compiler  |Version:  6.8.1 
 Severity:  normal| Resolution:
 Keywords:| Difficulty:  Unknown   
 Testcase:|   Architecture:  x86_64 (amd64)
   Os:  Unknown   |  
--+-
Comment (by igloo):

 This module (not well-typed):
 {{{
 module ILPSAT where

 data Constraint a = Formula [[Proposition a]]
 data Proposition a = Prop a
| Auxiliary [Proposition a]

 transRHS :: [a] -> Int -> Constraint a
 transRHS varSet b =
 if b < 0
   then Formula [[Prop (Auxiliary undefined)]]
   else Formula $
 [[Prop (Auxiliary varSet),
   Prop (Auxiliary varSet)]
 ]
 }}}
 With 6.8.2 and the HEAD:
 {{{
 $ ghc -dcore-lint -c ILPSAT.hs -fforce-recomp -v
 [...]
 *** Renamer/typechecker:
 }}}
 at which point it appears to hang.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #2023: Packages.lhs:mungePackagePaths doesn't handle haddock-html & haddock-interfaces

[GHC]

#2023: Packages.lhs:mungePackagePaths doesn't handle haddock-html & haddock-
interfaces
--+-
 Reporter:  guest |  Owner:  simonmar   
 Type:  bug   | Status:  closed 
 Priority:  normal|  Milestone:  6.8.3  
Component:  Compiler  |Version:  6.8.2  
 Severity:  normal| Resolution:  fixed  
 Keywords:  packages  | Difficulty:  Easy (1 hr)
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by igloo):

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

Comment:

 Fixed and merged:
 {{{
 Sat Feb  9 06:36:48 PST 2008  Simon Marlow <[EMAIL PROTECTED]>
   * FIX #2023: substitute for $topdir in haddockInterfaces and
 haddockHTMLs
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1984: weird performance drop with -O2 on x86

[GHC]

#1984: weird performance drop with -O2 on x86
+---
 Reporter:  guest   |  Owner:  igloo  
 Type:  merge   | Status:  closed 
 Priority:  normal  |  Milestone:  6.8.3  
Component:  Runtime System  |Version:  6.8.2  
 Severity:  normal  | Resolution:  fixed  
 Keywords:  | Difficulty:  Unknown
 Testcase:  |   Architecture:  x86
   Os:  Linux   |  
+---
Changes (by igloo):

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

Comment:

 Merged

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #2088: GHC messages do not reflect argument name changes

[GHC]

#2088: GHC messages do not reflect argument name changes
---+
 Reporter:  sethkurtzberg  |  Owner:  igloo  
 Type:  bug| Status:  closed 
 Priority:  normal |  Milestone:  6.8.3  
Component:  Compiler   |Version:  6.8.2  
 Severity:  normal | Resolution:  fixed  
 Keywords: | Difficulty:  Easy (1 hr)
 Testcase: |   Architecture:  Multiple   
   Os:  Multiple   |  
---+
Changes (by igloo):

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

Comment:

 Now also fixed in the 6.8 branch.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1955: Heap profiling on Windows doesn't work

[GHC]

#1955: Heap profiling on Windows doesn't work
+---
 Reporter:  NeilMitchell|  Owner:  simonmar   
 Type:  bug | Status:  new
 Priority:  normal  |  Milestone:  6.8.3  
Component:  Runtime System  |Version:  6.8.1  
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  Unknown
   Os:  Windows |  
+---
Changes (by igloo):

  * owner:  => simonmar

Comment:

 OK, part of the problem is that with the gcc 3.4.2 supplied with GHC the
 `argv[0]` value is changed to be the path to the executable if we are in a
 cygwin shell, but not if we are in a cmd shell; the 3.4.4 I have installed
 works as I'd expect in either case.
 With a cygwin shell:
 {{{
 $ cat argv0.c

 #include 

 int main(int argc, char **argv) {
 printf("%s\n", argv[0]);
 }

 $ gcc -dumpversion
 3.4.4

 $ gcc argv0.c -o 344

 $ c:/ghc/ghc-6.8.2/gcc -dumpversion
 3.4.2

 $ c:/ghc/ghc-6.8.2/gcc argv0.c -o 342

 $ ./344
 ./344

 $ ./342
 C:\cygwin\home\ian\q\342.exe
 }}}
 In cmd:
 {{{
 C:\cygwin\home\ian\q>344
 344

 C:\cygwin\home\ian\q>342
 342
 }}}

 Simon, I am assigning this bug to you as it'll need to be you who upgrades
 the version of gcc that comes with the nightly Windows build.

 After that, I think that the best thing is to drop this code from
 `utils/hp2ps/Main.c`:
 {{{
 #if defined(_MSC_VER) || defined(__MINGW32__) || defined(_WIN32)
 DropSuffix(pathName, ".exe");
 pathName = copystring2(pathName,".exe");
 #endif
 }}}
 That way, if people use `foo.exe` to run the program then `hp2ps foo.exe`
 will work, and likewise, if they use `foo` then `hp2ps foo` will work.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1610: Make arrays safer

[GHC]

#1610: Make arrays safer
---+
 Reporter:  igloo  |  Owner:  igloo  
 Type:  proposal   | Status:  closed 
 Priority:  high   |  Milestone:  6.8.1  
Component:  libraries (other)  |Version:  6.6.1  
 Severity:  normal | Resolution:  fixed  
 Keywords: | Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  Unknown|  
---+
Comment (by amthrax):

 The implementation of `safeIndex` in this change makes it possible to
 perform array references that are not `inRange`.  I've detailed the bug
 and one resolution in ticket #2120.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #2120: Arrays allow out-of-bounds indexes

[GHC]

#2120: Arrays allow out-of-bounds indexes
-+--
Reporter:  amthrax   |   Owner:   
Type:  bug   |  Status:  new  
Priority:  normal|   Component:  libraries (other)
 Version:  6.8.2 |Severity:  normal   
Keywords:|Testcase:   
Architecture:  Multiple  |  Os:  Multiple 
-+--
 The array changes proposed and recently implemented for ticket #1610 (Make
 arrays safer) strengthened the requirements on `Ix` instances, but
 weakened the requirements on array users.  Specifically, array referencing
 now permits indexes that are ''not'' `inRange`.

 For example,
 {{{
 import Data.Array.IArray

 b :: Array (Int,Int) Int
 b = listArray ((0,0), (3,3)) (repeat 0)

 main = do
   print (b ! (0,5))  -- SHOULD fail, but doesn't
   print (index (bounds b) (0,5)) -- DOES fail
 }}}
 The first line in `main` ''should'' fail because the specified index is
 not `inRange`, but doesn't because the `(!)` operator (specifically
 `Data.Array.Base.safeIndex`) now uses `unsafeIndex` and simply checks that
 the resulting index is within the linearized bounds of the array.  In this
 case, the unsafe index of (0,5) wraps aroung to the index of (1,1).

 A simple fix would be to use `index` instead of `unsafeIndex` in the
 implementation of `Data.Array.Base.safeIndex`.  This would both require
 the user to use in-bounds references and would require `Ix` instances to
 return in-bounds indexes.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: ghc-pkg.bin in infinite loop

[Duncan Coutts]

On Sun, 2008-02-24 at 13:38 +, Frederik Eaton wrote:
> Hello,
> 
> ghc-pkg.bin has been using up most of the CPU for over 3 minutes, is
> this a known bug?

Perhaps you have cyclic packages? I recall a bug being fixed to do with
that recently, but the current versions would still have the problem.

Duncan

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #2071: hp2ps does not handle SCCs with spaces in the identifiers

[GHC]

#2071: hp2ps does not handle SCCs with spaces in the identifiers
---+
 Reporter:  benl   |  Owner:  
 Type:  bug| Status:  new 
 Priority:  normal |  Milestone:  6.8.3   
Component:  Profiling  |Version:  6.8.2   
 Severity:  normal | Resolution:  
 Keywords: | Difficulty:  Unknown 
 Testcase: |   Architecture:  Multiple
   Os:  Multiple   |  
---+
Comment (by igloo):

 Replying to [comment:2 duncan]:
 > Replying to [comment:1 igloo]:
 > > Rejecting SCCs containing spaces sounds like the simplest way to fix
 this.
 >
 > That seems unnecessarily restrictive to me. SCCs seem more like
 descriptions to me than identifiers.

 Perhaps, but as far as I know no-one's tripped over it before, and it
 probably never worked.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #2100: [PATCH] generated FFI ccall stub prototypes are incomplete

[GHC]

#2100: [PATCH] generated FFI ccall stub prototypes are incomplete
+---
 Reporter:  pcc |  Owner:  
 Type:  bug | Status:  closed  
 Priority:  normal  |  Milestone:  6.8.3   
Component:  Compiler (FFI)  |Version:  6.9 
 Severity:  minor   | Resolution:  fixed   
 Keywords:  | Difficulty:  Unknown 
 Testcase:  |   Architecture:  Multiple
   Os:  Multiple|  
+---
Changes (by igloo):

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

Comment:

 Now applied to both the HEAD and the 6.8 branch.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #2103: Some functions in network library do not work on NetBSD

[GHC]

#2103: Some functions in network library do not work on NetBSD
---+
 Reporter:  iquiw  |  Owner: 
 Type:  bug| Status:  closed 
 Priority:  normal |  Milestone:  6.8.3  
Component:  libraries/network  |Version:  6.8.2  
 Severity:  normal | Resolution:  fixed  
 Keywords:  network| Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  NetBSD |  
---+
Changes (by igloo):

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

Comment:

 Patch applied, thanks!

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

ghc-pkg.bin in infinite loop

[Frederik Eaton]

Hello,

ghc-pkg.bin has been using up most of the CPU for over 3 minutes, is
this a known bug?

Frederik
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1523: Constant overhead of threadDelay

[GHC]

#1523: Constant overhead of threadDelay
+---
 Reporter:  chak|  Owner: 
 Type:  bug | Status:  new
 Priority:  normal  |  Milestone:  6.8.3  
Component:  libraries/base  |Version:  6.7
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Unknown
 Testcase:  |   Architecture:  x86
   Os:  MacOS X |  
+---
Comment (by thorkilnaur):

 For comparison, on a x86 SuSE Linux, here are some measurements using two
 different GHC versions:
 {{{
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.4.1
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> ghc --make threadDelayTest1.hs 
-o
 threadDelayTest1
 Chasing modules from: threadDelayTest1.hs
 Compiling Main ( threadDelayTest1.hs, threadDelayTest1.o )
 Linking ...
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 100
 Performing 1 delays of 100 microsecs
 Done

 real0m1.124s
 user0m0.000s
 sys 0m0.016s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 100
 Performing 1 delays of 100 microsecs
 Done

 real0m1.006s
 user0m0.000s
 sys 0m0.004s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 10
 Performing 10 delays of 10 microsecs
 Done

 real0m1.188s
 user0m0.000s
 sys 0m0.008s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 1
 Performing 100 delays of 1 microsecs
 Done

 real0m2.002s
 user0m0.144s
 sys 0m1.832s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 1000
 Performing 1000 delays of 1000 microsecs
 Done

 real0m19.987s
 user0m1.952s
 sys 0m16.749s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work>
 /home/tn/tn/install/ghc-6.8.2/bin/ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.8.2
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work>
 /home/tn/tn/install/ghc-6.8.2/bin/ghc --make threadDelayTest1.hs -o
 threadDelayTest1
 [1 of 1] Compiling Main ( threadDelayTest1.hs,
 threadDelayTest1.o )
 Linking threadDelayTest1 ...
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 100
 Performing 1 delays of 100 microsecs
 Done

 real0m1.165s
 user0m0.008s
 sys 0m0.000s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 100
 Performing 1 delays of 100 microsecs
 Done

 real0m1.020s
 user0m0.000s
 sys 0m0.000s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 10
 Performing 10 delays of 10 microsecs
 Done

 real0m1.202s
 user0m0.000s
 sys 0m0.004s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 1
 Performing 100 delays of 1 microsecs
 Done

 real0m4.001s
 user0m0.004s
 sys 0m0.000s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work> time ./threadDelayTest1 1000
 Performing 1000 delays of 1000 microsecs
 Done

 real0m40.003s
 user0m0.000s
 sys 0m0.004s
 [EMAIL PROTECTED]:~/tn/test/GHC/trac/1523/work>
 }}}
 Best regards
 Thorkil

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs