Re: You can now register a trac user for yourself

[Judah Jacobson]

I had the same problem on OS X with Safari.  The solution was to
delete the old username/password that Safari had saved in OS X's
Keychain Access utility.  I imagine there's a similar solution for
other browsers/OSes.

Hope that helps,
-Judah


On Nov 22, 2007 10:41 AM, Deborah Goldsmith <[EMAIL PROTECTED]> wrote:
> I stupidly missed the "make sure you are logged out part", and now I
> can't log in to the account I created. :-/ Any suggestions? When I log
> in it just logs me in as guest without any interaction.
>
> Deborah
>
>
> On Nov 22, 2007, at 3:38 AM, Ian Lynagh wrote:
>
> >
> > Hi all,
> >
> > It is now possible to register a new user account for yourself on the
> > GHC trac. To do so, make sure you are logged out and then click the
> > "register" link at the top-right, or go to this URL:
> >http://hackage.haskell.org/trac/ghc/register
> >
> > Making your own account preferred over using the guest account, as it
> > means we know who to contact if we have a query about a bug report you
> > make, e.g. if we are unable to reproduce it.
> >
> >
> > Thanks
> > Ian
> >
> > ___
> > Glasgow-haskell-users mailing list
> > [EMAIL PROTECTED]
> > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
> ___
> Glasgow-haskell-users mailing list
> [EMAIL PROTECTED]
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #959: Debugging info(?) leaks out: "Urk! Inventing strangely-kinded void TyCon"

[GHC]

#959: Debugging info(?) leaks out: "Urk! Inventing strangely-kinded void TyCon"
-+--
 Reporter:  igloo|  Owner: 
 Type:  bug  | Status:  new
 Priority:  normal   |  Milestone:  _|_
Component:  Compiler (Type checker)  |Version:  6.6
 Severity:  minor| Resolution: 
 Keywords:   | Difficulty:  Unknown
 Testcase:  tcfail188|   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by igloo):

  * owner:  igloo =>
  * type:  merge => bug
  * milestone:  6.8.2 => _|_

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] #1847: Oddity with :browse!

[GHC]

#1847: Oddity with :browse!
--+-
 Reporter:  simonmar  |  Owner:  igloo  
 Type:  merge | Status:  closed 
 Priority:  normal|  Milestone:  6.8.2  
Component:  GHCi  |Version:  6.8.1  
 Severity:  normal| Resolution:  fixed  
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
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] #1909: code snippet in debugger documentation wrong

[GHC]

#1909: code snippet in debugger documentation wrong
---+
 Reporter:  guest  |  Owner:  igloo   
 Type:  merge  | Status:  closed  
 Priority:  normal |  Milestone:  
Component:  Documentation  |Version:  6.8.1   
 Severity:  trivial| Resolution:  fixed   
 Keywords: | Difficulty:  Unknown 
 Testcase: |   Architecture:  Multiple
   Os:  Multiple   |  
---+
Changes (by igloo):

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

Comment:

 Merged:
 {{{
 Tue Nov 20 08:01:52 PST 2007  [EMAIL PROTECTED]
   * Fix Trac #1909: type of map in docs

 M ./docs/users_guide/ghci.xml -1 +1
 }}}

-- 
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] #1910: Native Code gen miscompiles double2Int# / float2Int# on x86_32

[GHC]

#1910: Native Code gen miscompiles double2Int# / float2Int# on x86_32
+---
 Reporter:  int-e   |  Owner:  igloo  
 Type:  merge   | Status:  closed 
 Priority:  normal  |  Milestone:  6.8.2  
Component:  Compiler (NCG)  |Version:  6.8.1  
 Severity:  normal  | Resolution:  fixed  
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  x86
   Os:  Multiple|  
+---
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

[GHC] #1918: Trying to execute a binary created on another machine prints "floating point exception"

[GHC]

#1918: Trying to execute a binary created on another machine prints "floating
point exception"
--+-
 Reporter:  grzegorz  |  Owner:   
 Type:  bug   | Status:  new  
 Priority:  normal|  Milestone:   
Component:  Compiler  |Version:  6.8.1
 Severity:  normal|   Keywords:   
 Testcase:|   Architecture:  x86  
   Os:  Linux |  
--+-
 I compile a simple program on one linux machine and when I try to execute
 it on a similar linux machine it just prints "floating point exception"


 {{{
 [EMAIL PROTECTED] ~]$ uname -a
 Linux pg-219 2.6.22.9-61.fc6 #1 SMP Thu Sep 27 18:48:03 EDT 2007 i686 i686
 i386 GNU/Linux
 [EMAIL PROTECTED] ~]$ ./ghc-new/bin/ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.8.1
 [EMAIL PROTECTED] ~]$ cat Hello.hs
 main = putStrLn "Hello"
 [EMAIL PROTECTED] ~]$ ./ghc-new/bin/ghc --make Hello.hs
 [1 of 1] Compiling Main ( Hello.hs, Hello.o )
 Linking Hello ...
 [EMAIL PROTECTED] ~]$ ./Hello
 Hello
 [EMAIL PROTECTED] ~]$ scp Hello [EMAIL PROTECTED]:
 Hello
 100%  366KB 366.4KB/s   00:00
 [EMAIL PROTECTED] ~]$ ssh [EMAIL PROTECTED]
 [EMAIL PROTECTED] ~]$ uname -a
 Linux zag.computing.dcu.ie 2.6.12-1.1381_FC3 #1 Fri Oct 21 03:46:55 EDT
 2005 i686 i686 i386 GNU/Linux
 [EMAIL PROTECTED] ~]$ ./Hello
 Floating point exception

 }}}

-- 
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] #474: Debug.Trace.trace should work on Show

[GHC]

#474: Debug.Trace.trace should work on Show
-+--
 Reporter:  jch  |  Owner:  igloo  
 Type:  feature request  | Status:  closed 
 Priority:  normal   |  Milestone:  6.10 branch
Component:  libraries/base   |Version:  None   
 Severity:  minor| Resolution:  fixed  
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Comment (by Isaac Dupree):

 I called it "traces".  Actually I often made it strict in (show then
 deepseq) the printed string before printing anything, so that the output
 is a little more coherent when I have tracing all over the code or in
 (co)recursive places.

-- 
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] #1825: standalone deriving for typeable fails

[GHC]

#1825: standalone deriving for typeable fails
---+
 Reporter:  jpbernardy |  Owner:  igloo  
 Type:  merge  | Status:  closed 
 Priority:  normal |  Milestone:  6.8.2  
Component:  Compiler   |Version:  6.8.1  
 Severity:  normal | Resolution:  fixed  
 Keywords: | Difficulty:  Unknown
 Testcase:  drvail014, drv021  |   Architecture:  Unknown
   Os:  Unknown|  
---+
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] #1715: seldom panic

[GHC]

#1715: seldom panic
+---
 Reporter:  [EMAIL PROTECTED]  |  Owner:  igloo  
 Type:  merge   | Status:  closed 
 Priority:  normal  |  Milestone:  6.10 branch
Component:  Compiler|Version:  6.8
 Severity:  critical| 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] #1806: panic when pattern matching infix constructors with too many arguments

[GHC]

#1806: panic when pattern matching infix constructors with too many arguments
-+--
 Reporter:  guest|  Owner:  igloo  
 Type:  merge| Status:  closed 
 Priority:  normal   |  Milestone:  6.8.2  
Component:  Compiler |Version:  6.8
 Severity:  minor| Resolution:  fixed  
 Keywords:  panic infix constructor pattern  | Difficulty:  Unknown
 Testcase:  tcfail187|   Architecture:  Unknown
   Os:  Unknown  |  
-+--
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] #1917: 6.8.1 windows installer doesn't include GLUT

[GHC]

#1917: 6.8.1 windows installer doesn't include GLUT
--+-
 Reporter:  guest |  Owner:  simonmar
 Type:  task  | Status:  new 
 Priority:  normal|  Milestone:  
Component:  Compiler  |Version:  6.8.1   
 Severity:  normal| Resolution:  
 Keywords:| Difficulty:  Unknown 
 Testcase:|   Architecture:  Unknown 
   Os:  Unknown   |  
--+-
Comment (by Orphi):

 Thanks for the clarification - that makes more sense.

 I've seen a few places where there is talk about "boot libraries" and
 "extralibs", but I've never found any clear explanation of what this
 terminology actually means. Can something be added to the documentation
 somewhere (GHC user manual I suppose?) to make it clear what the situation
 is? That way nobody else will end up filling tickets like this one in
 future. :-)

-- 
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

compiling ghc w/o ghc

[Bulat Ziganshin]

Hello ,

i've seen the following report from a man who tried to compile 6.8.1
under linux without having any ghc installed:


checking for ghc... no
checking for path to top of build tree... 
./configure: line 2724: -v0: command not found
./configure: line 2728: utils/pwd/pwd: No such file or directory

line 2724:
$WithGhc -v0 --make pwd -o pwd

the $WithGhc variable is empty



afaiu, configure should stop at the moment when previous ghc isn't
found

(he was extracted ghc-6.8.1-src-extralibs.tar.bz2 and ghc-6.8.1-src.tar.bz2
if that matter)


-- 
Best regards,
 Bulat  mailto:[EMAIL PROTECTED]

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

Re: [GHC] #1867: GHC 6.6.1 and 6.8.1 don't run on Windows NT 4.0

[GHC]

#1867: GHC 6.6.1 and 6.8.1 don't run on Windows NT 4.0
---+
 Reporter:  Orphi  |  Owner: 
 Type:  bug| Status:  closed 
 Priority:  normal |  Milestone: 
Component:  Documentation  |Version:  6.8.1  
 Severity:  minor  | Resolution:  fixed  
 Keywords: | Difficulty:  Unknown
 Testcase: |   Architecture:  x86
   Os:  Windows|  
---+
Changes (by igloo):

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

Comment:

 6.6.1 now also fixed; 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

Re: [GHC] #1917: 6.8.1 windows installer doesn't include GLUT

[GHC]

#1917: 6.8.1 windows installer doesn't include GLUT
--+-
 Reporter:  guest |  Owner:  simonmar
 Type:  task  | Status:  new 
 Priority:  normal|  Milestone:  
Component:  Compiler  |Version:  6.8.1   
 Severity:  normal| Resolution:  
 Keywords:| Difficulty:  Unknown 
 Testcase:|   Architecture:  Unknown 
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * owner:  => simonmar
  * difficulty:  => Unknown
  * type:  bug => task

Comment:

 Replying to [comment:3 Orphi]:
 > I'd be interested to know whether this change is accidental or
 deliberate.

 It's accidental.

 > Either way, something has changed and it should be documented in the
 release notes. Even if we decide to do nothing else, we should document
 the change.

 GLUT is an extralib, and extralibs are not part of the release; we just
 bundle them in some of the binary builds for convenience. The release
 notes don't mention them, and as far as GHC is concerned there has been no
 change.

 In GHC 6.10 I think it would be a good idea to (automatically) build
 separate Windows installers for the extralibs (instead of bundling them in
 the GHC installer), to help clarify the situation, and so that users can
 pick and choose what they want more easily. Hopefully this would be a
 stepping stone to someone implementing a more general solution, for all
 the packages on hackage.

 The reason GLUT hasn't been included seems to be that the C GLUT libraries
 aren't installed on the machine that builds the Windows binaries, so I'm
 assigning this to Simon Marlow. Simon, can you either install the C
 libraries or close this bug as wontfix please?

-- 
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] #1753: GHC's file locking mechanism not prepared for close() returning -1

[GHC]

#1753: GHC's file locking mechanism not prepared for close() returning -1
+---
 Reporter:  guest   |  Owner:  igloo  
 Type:  merge   | Status:  new
 Priority:  normal  |  Milestone:  6.8.3  
Component:  libraries/base  |Version:  6.6.1  
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  hClose002   |   Architecture:  Unknown
   Os:  Multiple|  
+---
Changes (by simonmar):

  * testcase:  => hClose002
  * owner:  simonmar => igloo
  * type:  bug => merge

Comment:

 Fixed:
 {{{
 Thu Nov 22 09:42:07 GMT 2007  Simon Marlow <[EMAIL PROTECTED]>
   * FIX #1753
 }}}

 I made it so that if `close()` returns -1, the `Handle` is closed as
 normal, including removing the lock on the file if necessary, and then the
 exception is raised.  Test `hClose002` tests the behaviour, which is I
 think now matches Haskell 98.

-- 
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] #1917: 6.8.1 windows installer doesn't include GLUT

[GHC]

#1917: 6.8.1 windows installer doesn't include GLUT
-+--
Reporter:  guest |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone: 
   Component:  Compiler  |  Version:  6.8.1  
Severity:  normal|   Resolution: 
Keywords:| Testcase: 
Architecture:  Unknown   |   Os:  Unknown
-+--
Comment (by claus):

 Replying to [comment:2 guest]:
 > Replying to [comment:1 guest]:
 > Speaking for myself (and who else could I speak for!) I've always rather
 enjoyed the fact that haskell comes with a working openGL installation
 out-of-the-box, and I think it would be sad if that is true on some
 platforms but not others...
 >
 > I do take your point about commonness of use, though.

 since you won't speak for myself, i'll have to!-) with `HGL` no longer
 supported directly, `OpenGL/GLUT` is the last standard graphics lib combo
 for haskell. Sven has always kept the bindings up to date, so they are
 actually a big plus for haskell. `Gtk2hs` is a lot bigger than `GLUT`, and
 there is no standard as to which GUI lib to support (the standard haskell
 gui lib is wxhaskell, according to some long-gone gui force and a haskell
 workshop vote), so supporting `GLUT` as a minimal starter system for
 `OpenGL` that works out of the box on all platforms makes a lot of sense,
 i think. the only thing that keeps me from using it continuously is the
 rudimentary support for text..

-- 
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] #1109: lockFile: fd out of range

[GHC]

#1109: lockFile: fd out of range
+---
 Reporter:  guest   |  Owner:  simonmar   
 Type:  bug | Status:  new
 Priority:  normal  |  Milestone:  6.8.3  
Component:  libraries/base  |Version:  6.6
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  Unknown
   Os:  Linux   |  
+---
Changes (by igloo):

  * owner:  igloo => simonmar
  * type:  merge => bug

Comment:

 As discussed on IRC, some projects (e.g. darcs, I believe) use
 GHC.Handle.fdToHandle', so we shouldn't change its interface on the
 branch.

  it's easy enough to make it compatible, I should probably do
 that

-- 
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] #1917: 6.8.1 windows installer doesn't include GLUT

[GHC]

#1917: 6.8.1 windows installer doesn't include GLUT
-+--
Reporter:  guest |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone: 
   Component:  Compiler  |  Version:  6.8.1  
Severity:  normal|   Resolution: 
Keywords:| Testcase: 
Architecture:  Unknown   |   Os:  Unknown
-+--
Comment (by Orphi):

 I'd be interested to know whether this change is accidental or deliberate.

 Either way, something has changed and it should be documented in the
 release notes. Even if we decide to do nothing else, we should document
 the change.

 I know that GLUT is not included on Windows. Can anybody confirm whether
 or not it is present on other platforms?

-- 
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

You can now register a trac user for yourself

[Ian Lynagh]

Hi all,

It is now possible to register a new user account for yourself on the
GHC trac. To do so, make sure you are logged out and then click the
"register" link at the top-right, or go to this URL:
http://hackage.haskell.org/trac/ghc/register

Making your own account preferred over using the guest account, as it
means we know who to contact if we have a query about a bug report you
make, e.g. if we are unable to reproduce it.


Thanks
Ian

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

Re: [GHC] #1646: : panic! (the 'impossible' happened)

[GHC]

#1646: : panic! (the 'impossible' happened)
--+-
 Reporter:  guest |  Owner:  igloo 
 Type:  bug   | Status:  closed
 Priority:  normal|  Milestone:  6.8.2 
Component:  Compiler  |Version:  6.6.1 
 Severity:  normal| Resolution:  worksforme
 Keywords:| Difficulty:  Unknown   
 Testcase:|   Architecture:  Unknown   
   Os:  Windows   |  
--+-
Changes (by igloo):

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

Comment:

 I can't reproduce this with 6.6 or 6.8.1. Out-of-date .hi files or
 something seems a likely cause, and we have no way to contact the
 submitter, so I'm closing the bug.

-- 
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] #1917: 6.8.1 windows installer doesn't include GLUT

[GHC]

#1917: 6.8.1 windows installer doesn't include GLUT
-+--
Reporter:  guest |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone: 
   Component:  Compiler  |  Version:  6.8.1  
Severity:  normal|   Resolution: 
Keywords:| Testcase: 
Architecture:  Unknown   |   Os:  Unknown
-+--
Comment (by guest):

 Replying to [comment:1 guest]:
 > Installing GLUT along with the default Windows install sounds like
 overkill - something like Gtk2hs is probably more commonly installed, and
 isn't bundled. Perhaps the real problem is the difficulty in installing
 GLUT separately, which can be remedied by a separate installer.
 >
 > -- Neil


 Speaking for myself (and who else could I speak for!) I've always rather
 enjoyed the fact that haskell comes with a working openGL installation
 out-of-the-box, and I think it would be sad if that is true on some
 platforms but not others...

 I do take your point about commonness of use, though.


  -- Jules

-- 
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] #474: Debug.Trace.trace should work on Show

[GHC]

#474: Debug.Trace.trace should work on Show
-+--
 Reporter:  jch  |  Owner:  igloo  
 Type:  feature request  | Status:  closed 
 Priority:  normal   |  Milestone:  6.10 branch
Component:  libraries/base   |Version:  None   
 Severity:  minor| Resolution:  fixed  
 Keywords:   | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Unknown  |  
-+--
Changes (by simonmar):

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

Comment:

 I did this yesterday.

-- 
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] #1916: compiling truncate :: Float -> Int with -O2 panics ghc

[GHC]

#1916: compiling truncate :: Float -> Int with -O2 panics ghc
--+-
 Reporter:  conal |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone: 
Component:  Compiler  |Version:  6.8.1  
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Easy (1 hr)
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Changes (by int-e):

  * difficulty:  => Easy (1 hr)

Comment:

 The code contains an expression of the form {{{(comparison (conversion
 expr) int-literal)}}}. In {{{cmmMachOpFold}}}, the CMM optimizer tries to
 narrow the literal down to the type of expr, to see if it fits and the
 conversion can be eliminated. However this narrowing fails if {{{expr}}}
 has a floating point type. And that's good, because the optimization is
 not valid in that case.

 The patch changes {{{cmmMachOpFold}}} to not even attempt narrowing to
 floating point types.

 It fixes the example above.

 Affected architectures are x86 and x86_64 as it seems.

-- 
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] #1917: 6.8.1 windows installer doesn't include GLUT

[GHC]

#1917: 6.8.1 windows installer doesn't include GLUT
-+--
Reporter:  guest |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone: 
   Component:  Compiler  |  Version:  6.8.1  
Severity:  normal|   Resolution: 
Keywords:| Testcase: 
Architecture:  Unknown   |   Os:  Unknown
-+--
Comment (by guest):

 Installing GLUT along with the default Windows install sounds like
 overkill - something like Gtk2hs is probably more commonly installed, and
 isn't bundled. Perhaps the real problem is the difficulty in installing
 GLUT separately, which can be remedied by a separate installer.

 -- Neil

-- 
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] #1917: 6.8.1 windows installer doesn't include GLUT

[GHC]

#1917: 6.8.1 windows installer doesn't include GLUT
--+-
 Reporter:  guest |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone: 
Component:  Compiler  |Version:  6.8.1  
 Severity:  normal|   Keywords: 
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
 With 6.6.1, the windows installer gave you a completely functioning
 GL/GLUT setup.

 With 6.8.1, GLUT doesn't appear to be included.

 This is a slightly frustrating regression. It is apparently made worse by
 the fact that hand-installing GLUT from hackage is not easy under windows
 either.

 ref:

 http://www.haskell.org/pipermail/haskell-cafe/2007-November/035062.html

-- 
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] #1372: Recompilation checker should consider package versions (and other factors)

[GHC]

#1372: Recompilation checker should consider package versions (and other 
factors)
--+-
 Reporter:  bringert  |  Owner:  simonmar  
 Type:  bug   | Status:  new   
 Priority:  normal|  Milestone:  6.8 branch
Component:  Compiler  |Version:  6.8.1 
 Severity:  normal| Resolution:
 Keywords:| Difficulty:  Unknown   
 Testcase:|   Architecture:  Unknown   
   Os:  Unknown   |  
--+-
Comment (by dons):

 Replying to [comment:20 simonmar]:

 > Please could you describe exactly the sequence of events that leads to
 the crash?
 >
 > To be clear: I believe all compile-time errors can be avoided by bumping
 versions when APIs change.  If you have evidence to the contrary, I need
 to hear about it.

 Yes, the situation is improving. We bump most libraries now, cabal is
 spotting changes to .cabal files. Cabal is spotting .cabal file changes in
 particular, which is great.

 The current xmonad architecture, where xmonad's core is a library (much
 like ghc-api) is creating more troubles. User extensions are in a library
 that depends on the xmonad library. When xmonad changes, which it does
 fairly often, the XMonadContrib library users don't remember to clean,
 they sometimes get linker errors or segfaults (see this bug report
 http://code.google.com/p/xmonad/issues/detail?id=93&can=1  for example).

 This I think is the only case currently where we have link problems: no
 .cabal version change, one library changes and is reinstalled, the library
 that uses it doesn't see the package.conf file changed, isn't cleaned
 first, builds, then won't link (or it does, and crashes).

 Could cabal just require a clean whenever the   package.conf changes? (Or
 does it do that already, and we need to point users to a newer cabal
 version)?

-- 
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] #1109: lockFile: fd out of range

[GHC]

#1109: lockFile: fd out of range
+---
 Reporter:  guest   |  Owner:  igloo  
 Type:  merge   | Status:  new
 Priority:  normal  |  Milestone:  6.8.3  
Component:  libraries/base  |Version:  6.6
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  Unknown
   Os:  Linux   |  
+---
Comment (by simonmar):

 One more patch to merge, in `libraries/base`:

 {{{
 Wed Nov 21 10:22:48 GMT 2007  Simon Marlow <[EMAIL PROTECTED]>
   * remove lockFile.h from install-includes
 }}}

-- 
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] #1910: Native Code gen miscompiles double2Int# / float2Int# on x86_32

[GHC]

#1910: Native Code gen miscompiles double2Int# / float2Int# on x86_32
+---
 Reporter:  int-e   |  Owner:  igloo  
 Type:  merge   | Status:  new
 Priority:  normal  |  Milestone:  6.8.2  
Component:  Compiler (NCG)  |Version:  6.8.1  
 Severity:  normal  | Resolution: 
 Keywords:  | Difficulty:  Easy (1 hr)
 Testcase:  |   Architecture:  x86
   Os:  Multiple|  
+---
Changes (by simonmar):

  * owner:  simonmar => igloo
  * type:  bug => merge

Comment:

 Applied.

 {{{
 Wed Nov 21 10:26:27 GMT 2007  Bertram Felgenhauer <[EMAIL PROTECTED]>
   * FIX #1910: fix code generated for GDTOI on x86_32
 }}}

-- 
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] #1916: compiling truncate :: Float -> Int with -O2 panics ghc

[GHC]

#1916: compiling truncate :: Float -> Int with -O2 panics ghc
--+-
 Reporter:  conal |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone: 
Component:  Compiler  |Version:  6.8.1  
 Severity:  normal|   Keywords: 
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
 {{{
 bash-3.2$ cat Bug.hs
 {-# OPTIONS -fglasgow-exts -O2 #-}
 module Bug (tst) where
 tst :: Float -> Bool
 tst x = truncate x > (0::Int)

 bash-3.2$ ghc Bug.hs
 ghc.exe: panic! (the 'impossible' happened)
   (GHC version 6.8.1.20071102 for i386-unknown-mingw32):
 narrowTo
 Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
 }}}

 Same results reported on linux.

-- 
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] #1915: : should reload

[GHC]

#1915: : should reload
+---
Reporter:  simonmar |   Owner: 
Type:  bug  |  Status:  new
Priority:  normal   |   Milestone:  6.8.2  
   Component:  GHCi | Version:  6.8.1  
Severity:  normal   |Keywords: 
  Difficulty:  Easy (1 hr)  |Testcase: 
Architecture:  Unknown  |  Os:  Unknown
+---
 This is a regression on undocumented behaviour in 6.6.1, apparently `:` on
 its own was equivalent to `:reload`.

-- 
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] #1914: Reload is reloading all modules

[GHC]

#1914: Reload is reloading all modules
-+--
Reporter:  simonmar  |   Owner: 
Type:  bug   |  Status:  new
Priority:  normal|   Milestone:  6.8.3  
   Component:  GHCi  | Version:  6.8.1  
Severity:  normal|Keywords: 
  Difficulty:  Unknown   |Testcase: 
Architecture:  Unknown   |  Os:  Unknown
-+--
 Reported by Alex Jacobson, in [http://www.haskell.org/pipermail/glasgow-
 haskell-users/2007-November/013578.html]:

 {{{
 $ darcs get http://happs.org/HAppS-Begin
 $ cd HAppS-Begin
 $ curl http://searchpath.org/searchpath/SearchPath.hs > SearchPath.hs
 $ ghc --make SearchPath.hs -o sp
 $ sp ghci -ihaskell haskell/Main.hs
 Prelude> :r
 }}}

 Also, `HAppS.Server.Facebook` takes forever to compile.  I don't
 understand why.

-- 
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