Re: [GHC] #1894: Add a total order on type constructors
On Fri, Nov 16, 2007 at 03:59:00PM +, Ian Lynagh wrote: On Thu, Nov 15, 2007 at 03:59:46PM -0800, Stefan O'Rear wrote: On Thu, Nov 15, 2007 at 11:52:31PM -, GHC wrote: * cc: sorear (added) * difficulty: = Unknown Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1894#comment:2 Something is going crazy. I know there was one name in the CC before, That name is still there: trac is now cleverer and will report the minimal changes to the CC list rather than telling you the complete old and new lists, so it is telling you that it has added sorear to the list. and I know I didn't modify Difficulty. The guest account isn't allowed to set the difficulty. When you followed up difficulty was set to its default value. (it would be nicer if not allowed to set = set to default value, but sadly that's not how it works). Ah, it makes sense now. Thanks. Stefan signature.asc Description: Digital signature ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1894: Add a total order on type constructors
On Thu, Nov 15, 2007 at 11:52:31PM -, GHC wrote: #1894: Add a total order on type constructors -+-- Reporter: guest| Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: Compiler (Type checker) |Version: 6.8.1 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Multiple Os: Multiple | -+-- Changes (by sorear): * cc: sorear (added) * difficulty: = Unknown Comment: I hate this proposal, but something like it is dearly needed, and I don't want to see yet another bikeshed war. Adding myself to the CC. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1894#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler Something is going crazy. I know there was one name in the CC before, and I know I didn't modify Difficulty. Stefan signature.asc Description: Digital signature ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: curiosity, bug, or just dead code?
On Tue, Sep 11, 2007 at 12:02:26AM +0100, Claus Reinke wrote: consider this module, which is accepted by ghci-6.6.1: module T where import qualified Prelude as T(length) import Prelude(length) length = 0 there is no way to refer to either length, as both 'length' and 'T.length' are ambiguous (ghci complains on uses of either name). but is it a bug? then again, everything is implicitly exported, and there are two possible 'T.length'.. (hugs [20051031] complains about conflicting exports, on loading T). now for the good part: module Q where import T main = print T.length loads fine, and running main returns 0. Ok, modules loaded: Q, T. *Q main 0 so this must be a bug, right? or a matter of interpretation? not everything is exported implicitly: imported items, whether unqualified or qualified and renamed to share the current module as qualifier are not exported by default. and changing module T where to module T(module T) where leads to conflicting export errors on load in ghci. currently, i think ghci is right, and hugs is wrong (note that my hugs is rather old, though), but it wasn't what i expected. This is a known bug in hugs; quoth the user's guide: In Haskell 98, a missing export list means all names defined in the current module. In Hugs, it is treated as (module M), where M is the current module. This is almost the same, differing only when an imported module is aliased as M. Yes, this is a dark corner in H98. Stefan signature.asc Description: Digital signature ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: data package
On Thu, Aug 02, 2007 at 11:10:47AM -0400, Ian Johnston wrote: I keep getting this error: ghc-6.6.1: unknown package: data I have searched all over for this data package, but I have not found anything. Do you know how I can fix this problem? Thanks in advance, for any reply, Not offhand, but it sounds like it would be easy with a little more context; what command is failing? Stefan signature.asc Description: Digital signature ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: error in compiling ghc-6.6.1 on 64-bit linux
On Wed, Jul 25, 2007 at 02:50:02PM +0800, an0 wrote: The same error cc1: error: unrecognized option `-fwrapv' also occured when I used the Linux (86_64) binary distribution of ghc-6.6.1 to compile a haskell programme with ffi foreign export (that is why I wanted to try to build a ghc by myself). some info: gcc -v Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib64 --enable-libgcj --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux Thread model: posix gcc version 3.3.5 20050117 (prerelease) (SUSE Linux) This seems to be a case of GHC bug #1569: http://hackage.haskell.org/trac/ghc/ticket/1569 Does the poster's fix (upgrading gcc) work for you? Stefan signature.asc Description: Digital signature ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: binary distribution problem
On Wed, May 09, 2007 at 11:34:37PM +0100, Frederik Eaton wrote: Thanks Duncan, yes 'uname -a' shows i686. I was confused because the cpu is EM46T, I don't know why uname does not say x86_64. Yes, a better failure mode would indeed be helpful! EM64T processors support an emulation mode for legacy 32-bit programs and operating systems. If you want to take advantage of the wider data path, you will need to install a EM64T aware version of your operating system. (While in theory it would be possible for a 32-bit os to support running 64-bit binaries, you may need to install the 'amd64' version of the kernel.) Stefan ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: overflow bug in ghci
On Sun, May 06, 2007 at 04:33:22PM +0200, Przemyslaw Uznanski wrote: I encountered bug in ghci (in version 6.4.2 from gentoo and in latest binary package 6.6.1 from www.haskell.org ). Bug is: *Main 3492928512*3492928512 -6246194483767017472 I'm using 64bit athlon. (result is correct on 32 bits processors). http://hackage.haskell.org/trac/ghc/newticket?type=bug Stefan ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1232: generalise runhaskell to support arbitrary file names, not just those with .{l}hs extensions
On Sun, Apr 22, 2007 at 12:02:19PM +0100, Frederik Eaton wrote: By the way, I replied to this via email because I can't figure out how to annotate the bug anymore. I'm rather stumped... I thought email replies might automatically become associated with the bug. I'm pretty sure they won't. 1) go to http://hackage.haskell.org/trac/ghc/ticket/1232 2) click on the login link, log in as guest/guest a) if you want a user, register, but you'll also need to have Ian Lynagh (email easily findable) activate it 3) type your comment 4) save changes Stefan ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1232: generalise runhaskell to support arbitrary file names, not just those with .{l}hs extensions
On Sun, Apr 22, 2007 at 06:53:44PM +0100, Frederik Eaton wrote: On Sun, Apr 22, 2007 at 08:44:44AM -0700, Stefan O'Rear wrote: On Sun, Apr 22, 2007 at 12:02:19PM +0100, Frederik Eaton wrote: By the way, I replied to this via email because I can't figure out how to annotate the bug anymore. I'm rather stumped... I thought email replies might automatically become associated with the bug. I'm pretty sure they won't. 1) go to http://hackage.haskell.org/trac/ghc/ticket/1232 2) click on the login link, log in as guest/guest a) if you want a user, register, but you'll also need to have Ian Lynagh (email easily findable) activate it 3) type your comment 4) save changes OK, thanks. I should have checked this myself to begin with - your instructions work with guest/guest. I already have my own account, and it is that account under which I cannot edit. I'll brashly presume that my editing privileges haven't been revoked with a purpose in mind, and procede to add the comment as 'guest'... No, ping Ian Lynagh. Your editing privledges were revoked because spambots have become smart enough to register accounts, so he deactivated all existing and new accounts. He will reactivate yours if you send him email and promise him you are human (or at least benevolent). ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1246: = operators get compiled worse than ==
On Mon, Mar 26, 2007 at 09:15:35PM -0700, John Meacham wrote: actually, this is not true for the specific case of testing against zero on x86 at least. there is a 'zero flag' that is set whenever the result of an operation is zero. whereas for compares, you actually need to load zero into a register and cmp against it. Uh, you mean normal operations don't set the sign flag? (I'm just an assembly programmer and am perfectly willing to defer to a compiler writer on such issues, but it seems like a strange assertion...) Stefan ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1246: = operators get compiled worse than ==
On Mon, Mar 26, 2007 at 09:31:41PM -0700, John Meacham wrote: On Mon, Mar 26, 2007 at 09:23:13PM -0700, Stefan O'Rear wrote: On Mon, Mar 26, 2007 at 09:15:35PM -0700, John Meacham wrote: actually, this is not true for the specific case of testing against zero on x86 at least. there is a 'zero flag' that is set whenever the result of an operation is zero. whereas for compares, you actually need to load zero into a register and cmp against it. Uh, you mean normal operations don't set the sign flag? (I'm just an assembly programmer and am perfectly willing to defer to a compiler writer on such issues, but it seems like a strange assertion...) They certainly do, but in this particular case, the 'decrement' (n - 1) happens to set the zero flag if n is one so we get that comparison for free. We don't have a flag which immediately tells us whether n = 0 however so we have to perform that comparison separately. Not =, no, but we do have 0 (SF) and =0 (ZF) ; if DEC has the dignity to clear OF we could use the single JLE instruction, otherwise we would need to JS then JZ to the same address. Either way we would not need to explicitly CMP anything. I think. (Actually if DEC sets OF properly then that will work just as well as clearing it.) Stefan ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1205: ghci reports functions not in scope after loadinga .hs, if there is a .o present
On Wed, Mar 07, 2007 at 08:46:07PM -, Claus Reinke wrote: it seems one can work around this issue by using -no-recomp (was this option renamed, to -force-recomp, in newer ghcs?): Actually, it's -fforce-recomp. Stefan ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs