[GHC] #2259: can not make `if` look nice in a `do`
#2259: can not make `if` look nice in a `do`
---+
Reporter: jsnx| Owner:
Type: bug | Status: new
Priority: normal | Component: Compiler (Parser)
Version: 6.8.2 |Severity: minor
Keywords: |Testcase:
Architecture: x86 | Os: MacOS X
---+
The handling of {{{if}}} within a {{{do}}} block is not consistent with
it's handling outside of it.
{{{
import Text.ParserCombinators.Parsec
date AesthErr
= LineTooLong SourcePos Int
-- works fine
shorty0 len = do
s - manyTill anyChar newLine
case length s len of
True- do
pos - getPosition
return $ Left $ LineTooLong pos len
_ - return $ Right s
-- epic fail
shorty1 len = do
s - manyTill anyChar newLine
if length s len then
do
pos - getPosition
return $ Left $ LineTooLong pos len
else
return $ Right s
-- epic fail
shorty2 len = do
s - manyTill anyChar newLine
if length s len then
fmap (Left . flip LineTooLong len) getPosition
else
return $ Right s
}}}
Whereas this is fine:
{{{
f n =
if n 7 then
Great!
else
Less!
}}}
Is this something I can fix?
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2259
GHC http://www.haskell.org/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] #2259: can not make `if` look nice in a `do`
#2259: can not make `if` look nice in a `do` ---+ Reporter: jsnx | Owner: Type: bug| Status: closed Priority: normal | Milestone: Component: Compiler (Parser) |Version: 6.8.2 Severity: minor | Resolution: invalid Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: MacOS X| ---+ Changes (by igloo): * status: new = closed * difficulty: = Unknown * resolution: = invalid Comment: Thanks for the report. However, GHC is just following the language standard here. There is a proposal to fix this for Haskell' (the next version of the language standard): http://hackage.haskell.org/trac /haskell-prime/wiki/DoAndIfThenElse -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2259#comment:1 GHC http://www.haskell.org/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] #2244: load in GHCi doesn't work with UTF-8 filenames
#2244: load in GHCi doesn't work with UTF-8 filenames
--+-
Reporter: malebria | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component: GHCi |Version: 6.8.2
Severity: minor | Resolution:
Keywords:| Difficulty: Unknown
Testcase:| Architecture: Unknown
Os: Unknown |
--+-
Changes (by igloo):
* difficulty: = Unknown
Old description:
When I try to load a file with a UTF-8 character, I got:
Prelude :load Público/codigo/haskell/Hora.hs
no location info: can't find file: P�blico/codigo/haskell/Hora.hs
With the command line it goes fine:
[EMAIL PROTECTED]:~$ ghci Público/codigo/haskell/Hora.hs
GHCi, version 6.8.2: http://www.haskell.org/ghc/ :? for help
Loading package base ... linking ... done.
[1 of 1] Compiling Hora ( Público/codigo/haskell/Hora.hs,
interpreted )
New description:
When I try to load a file with a UTF-8 character, I got:
{{{
Prelude :load Público/codigo/haskell/Hora.hs
no location info: can't find file: P�blico/codigo/haskell/Hora.hs
}}}
With the command line it goes fine:
{{{
[EMAIL PROTECTED]:~$ ghci Público/codigo/haskell/Hora.hs
GHCi, version 6.8.2: http://www.haskell.org/ghc/ :? for help
Loading package base ... linking ... done.
[1 of 1] Compiling Hora ( Público/codigo/haskell/Hora.hs,
interpreted )
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2244#comment:1
GHC http://www.haskell.org/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] #2244: load in GHCi doesn't work with UTF-8 filenames
#2244: load in GHCi doesn't work with UTF-8 filenames --+- Reporter: malebria | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10 branch Component: GHCi |Version: 6.8.2 Severity: minor | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by igloo): * milestone: = 6.10 branch Comment: Thanks for the report. I suspect that this is because the IO functions ignore all but the low 8 bits of Strings. We should do something to make this work. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2244#comment:2 GHC http://www.haskell.org/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] #2258: ghc --cleanup
#2258: ghc --cleanup -+-- Reporter: claus| Owner: Type: feature request | Status: new Priority: normal | Milestone: 6.10 branch Component: Compiler |Version: 6.8.2 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch Comment: Also the stub `.c`/`.h` files. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2258#comment:1 GHC http://www.haskell.org/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] #2254: have Control.Arrow re-export () and ()
#2254: have Control.Arrow re-export () and () +--- Reporter: ross| Owner: Type: proposal| Status: new Priority: normal | Milestone: Not GHC Component: libraries/base |Version: 6.8.2 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | +--- Changes (by igloo): * difficulty: = Unknown * milestone: = Not GHC -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2254#comment:2 GHC http://www.haskell.org/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] #2253: Native code generator could do better
#2253: Native code generator could do better --+- Reporter: dons | Owner: Type: run-time performance bug | Status: new Priority: normal| Milestone: 6.10 branch Component: Compiler (NCG)|Version: 6.8.2 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Multiple Os: Unknown | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch Comment: Thanks don! -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2253#comment:2 GHC http://www.haskell.org/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] #2250: unpackFamily on Windows 2008 fails match
#2250: unpackFamily on Windows 2008 fails match ---+ Reporter: larsv | Owner: Type: bug| Status: new Priority: normal | Milestone: Not GHC Component: libraries/network |Version: 6.9 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Testcase: | Architecture: x86 Os: Windows| ---+ Changes (by igloo): * difficulty: = Unknown * milestone: = Not GHC Comment: Can you please attach a complete testcase? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2250#comment:2 GHC http://www.haskell.org/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] #2248: .exe extension missing when compiling a file ending in dot + digits + dot hs
#2248: .exe extension missing when compiling a file ending in dot + digits + dot hs --+- Reporter: oboudry | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10 branch Component: Compiler |Version: 6.8.2 Severity: minor | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86 Os: Windows | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch Comment: What we currently do is to add a `.exe` extension if there is no extension already. In your examples you already have an extension (`.0` or `.012`). The code is trivial to change, it's just a question of what behaviour we want. If we do change the behaviour, what extensions should mean that we don't add `.exe`? Obviously `.exe` should, but what about, e.g., `.scr`? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2248#comment:1 GHC http://www.haskell.org/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] #2247: GHC accepts FD violations, unless the conflicing instances are used
#2247: GHC accepts FD violations, unless the conflicing instances are used -+-- Reporter: claus| Owner: Type: bug | Status: reopened Priority: normal | Milestone: _|_ Component: Compiler (Type checker) |Version: 6.9 Severity: normal | Resolution: Keywords: TF vs FD | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * milestone: = _|_ Comment: #1241 is _|_, so I guess this should be too -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2247#comment:4 GHC http://www.haskell.org/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] #2257: validate hangs in configure
#2257: validate hangs in configure
--+-
Reporter: nr| Owner:
Type: bug | Status: new
Priority: highest | Milestone: 6.8.3
Component: Build System |Version: 6.8.2
Severity: major | Resolution:
Keywords:| Difficulty: Unknown
Testcase:| Architecture: x86
Os: Linux |
--+-
Changes (by igloo):
* priority: normal = highest
* difficulty: = Unknown
* milestone: = 6.8.3
Comment:
My usleep manpage also says
{{{
The interaction of this function with the SIGALRM signal, and
with
other timer functions such as alarm(), sleep(),
nanosleep(),
setitimer(),timer_create(), timer_delete(),
timer_getoverrun(),
timer_gettime(), timer_settime(), ualarm() is unspecified.
}}}
I can't see why it wouldn't work with `nanosleep`, though. I can't
reproduce the problem.
Can you attach the exact program (using nanosleep) that's being run, and
the command line used to build and run it please?
And can you check that `timer_delete` succeeds (it should return 0).
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2257#comment:5
GHC http://www.haskell.org/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] #2243: Can we remove IlxGen, Java, JavaGen, PrintJava?
#2243: Can we remove IlxGen, Java, JavaGen, PrintJava? --+- Reporter: MarcWeber | Owner: Type: task | Status: new Priority: normal| Milestone: 6.10 branch Component: Build System |Version: 6.8.2 Severity: minor | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: Unknown Os: Unknown | --+- Changes (by igloo): * difficulty: = Unknown * summary: review and apply small patch removing no longer existing modules from ghc package db = Can we remove IlxGen, Java, JavaGen, PrintJava? * milestone: = 6.10 branch Comment: Thanks for the patches. I've already done some of the module-removing one, following your message to the mailing list. I'll leave this bug open as I don't know if `IlxGen`, `Java`, `JavaGen` and `PrintJava` can be completely removed now. The hasktags one doesn't validate (due to a number of warnings), so I haven't applied it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2243#comment:1 GHC http://www.haskell.org/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] #2246: Numeric literal very badly optimized
#2246: Numeric literal very badly optimized --+- Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10 branch Component: Compiler |Version: 6.9 Severity: major | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86 Os: MacOS X | --+- Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch Comment: Thanks for the report. We could do with a way of writing tests for this sort of thing - perhaps grepping core, or checking that 2 modules produce the same core modulo alpha renaming. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2246#comment:1 GHC http://www.haskell.org/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] #2257: validate hangs in configure
#2257: validate hangs in configure --+- Reporter: nr| Owner: Type: bug | Status: new Priority: highest | Milestone: 6.8.3 Component: Build System |Version: 6.8.2 Severity: major | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86 Os: Linux | --+- Comment (by nr): I've found a workaround; I insert a call to exit(4) just before the second call to timer_settime in aclocal.m4. The compiler builds and validates, but this is obviously a poor workaround. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2257#comment:6 GHC http://www.haskell.org/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] #2248: .exe extension missing when compiling a file ending in dot + digits + dot hs
#2248: .exe extension missing when compiling a file ending in dot + digits + dot hs --+- Reporter: oboudry | Owner: Type: bug | Status: new Priority: normal| Milestone: 6.10 branch Component: Compiler |Version: 6.8.2 Severity: minor | Resolution: Keywords:| Difficulty: Unknown Testcase:| Architecture: x86 Os: Windows | --+- Comment (by oboudry): Ok, I see. There are so many executable extension in Windows that it's probably better to leave it as it is and close this bug report. I just thought about .exe when creating this bug report. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2248#comment:2 GHC http://www.haskell.org/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] #2261: Foreign.C.Error.Errno should be an instance of (Eq, Ord, Show... others?)
#2261: Foreign.C.Error.Errno should be an instance of (Eq,Ord, Show... others?) ---+ Reporter: TomMD | Owner: Type: proposal| Status: new Priority: normal | Component: libraries/base Version: 6.8.2 |Severity: trivial Keywords: Foreign, Errno |Testcase: Architecture: Multiple| Os: Multiple ---+ Errno, the Haskell encapsulation of the CInt 'errno' value, should be an instance of the commonly used type classes so higher level data structures that include it aren't bothered. This change will break code that has custom instances for Errno, but this should be little, if any, code. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2261 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
