#10025: Tracker: "My Tickets" does not work
-------------------------------------+-------------------------------------
Reporter: lspitzner | Owner: hvr
Type: bug | Status: new
Priority: high | Milestone:
Component: Trac & Git | Version:
Keywords: trac my | Operating System: Unknown/Multiple
tickets filter | Type of failure: None/Unknown
Architecture: | Blocked By:
Unknown/Multiple | Related Tickets:
Test Case: |
Blocking: |
Differential Revisions: |
-------------------------------------+-------------------------------------
I have non-zero set of tickets here, yet search returns empty list. No
filters other than author=lspitzner.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10025>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#9328: MINIMAL pragma should supprt negation
-------------------------------------+-------------------------------------
Reporter: augustss | Owner:
Type: feature request | Status: new
Priority: normal | Milestone:
Component: Compiler | Version: 7.8.3
Keywords: | Differential Revisions:
Operating System: Unknown/Multiple | Architecture:
Type of failure: None/Unknown | Unknown/Multiple
Test Case: | Difficulty: Unknown
Blocking: | Blocked By:
| Related Tickets:
-------------------------------------+-------------------------------------
Consider this class declaration
{{{
class Conv a where
to :: Integer -> a
from :: a -> Integer
default to :: (Generic a) => Integer -> a
to i = ...
default from :: (Generic a) => a -> Integer
from a = ...
}}}
The class provides default methods for the two methods using generics. An
instance declaration for this type is likely to want to use the default
for both methods or for none. So I'd like a MINIMAL pragma that can
express this. E.g.
{{{
{-# MINIMAL (to, from) | (!to, !from) #-}
}}}
I've used ! for negation (following the lead set by the MINIMAL pragma
using a non-Haskell OR operator), so this says: either implement 'to' and
'from' or don't implement neither 'to' nor 'from'.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9328>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#7828: RebindableSyntax and Arrow
-------------------------------------+-------------------------------------
Reporter: | Owner:
AlessandroVermeulen | Status: new
Type: bug | Milestone: 7.12.1
Priority: normal | Version: 7.6.2
Component: Compiler (Type | Keywords:
checker) | Architecture:
Resolution: | Unknown/Multiple
Operating System: Unknown/Multiple | Test Case:
Type of failure: GHC rejects | Blocking:
valid program | Differential Revisions: Phab:D72
Blocked By: |
Related Tickets: #1537, #3613 |
-------------------------------------+-------------------------------------
Comment (by simonpj):
It's stalled. The honest truth is:
* No one knows about both GHC and arrows in enough detail to make
progress.
* I'm willing to support
* But it really needs someone who cares about arrows to pay sustained
attention. Maybe you?
* comment:46 suggests the next steps
Simon
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7828#comment:54>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#10123: GHCi won't start in Powershell ISE
-------------------------------------+-------------------------------------
Reporter: qwfy | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: GHCi | Version: 7.8.3
Keywords: powershell | Operating System: Windows
Architecture: | Type of failure: Incorrect result
Unknown/Multiple | at runtime
Test Case: | Blocked By:
Blocking: | Related Tickets:
Differential Revisions: |
-------------------------------------+-------------------------------------
1. Start Powershell ISE (Windows PowerShell ISE Host 4.0 on Windows 8.1)
2. Type "ghci"
You will see the output:
{{{
GHCi, version 7.8.3: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
}}}
After `Loading package base ... linking ... done.`, GHCi just hangs, won't
continue, the prompt is never displayed.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10123>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#8896: ghci fails on Arm - "Illegal instruction"
----------------------------+-------------------------------
Reporter: Ansible | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Compiler | Version: 7.8.1-rc2
Keywords: arm ghci | Operating System: Linux
Architecture: arm | Type of failure: GHCi crash
Difficulty: Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: |
----------------------------+-------------------------------
With the help of qemu compiled ghc 7.8.1-rc2 for raspberry pi. Ghc is
successful, and ghci compiles, but ghci gets an 'Illegal instruction'
error. A sample session:
ccrma@satellite:~$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 7.8.0.20140228
ccrma@satellite:~$ ghci --version
The Glorious Glasgow Haskell Compilation System, version 7.8.0.20140228
ccrma@satellite:~$ ghci
GHCi, version 7.8.0.20140228: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... Illegal instruction
ccrma@satellite:~$
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8896>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#6079: SEH exception handler not implemented on Win64
-------------------------------------+-------------------------------------
Reporter: igloo | Owner: Phyx-
Type: bug | Status: patch
Priority: normal | Milestone: 7.12.1
Component: Runtime System | Version: 7.5
Resolution: | Keywords:
Operating System: Windows | Architecture:
Type of failure: None/Unknown | Unknown/Multiple
Blocked By: | Test Case: derefnull,
Related Tickets: | divbyzero
| Blocking:
| Differential Revisions: Phab:691
-------------------------------------+-------------------------------------
Changes (by Phyx-):
* status: new => patch
* differential: => Phab:691
* architecture: x86_64 (amd64) => Unknown/Multiple
Comment:
Implementation has been mostly rewritten and a more uniform approach used
for both x64 and x86. This also allowed the removal of a lot of the build
hacks for windows and allows RtsMain to be able to be built with
optimizations again.
See Phrabricator differential for more information.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6079#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
#9795: Debug.Trace.trace is too strict
-------------------------------------+-------------------------------------
Reporter: jcpetruzza | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: libraries/base | Version: 7.8.3
Keywords: | Operating System:
Architecture: Unknown/Multiple | Unknown/Multiple
Difficulty: Unknown | Type of failure:
Blocked By: | None/Unknown
Related Tickets: | Test Case:
| Blocking:
| Differential Revisions:
-------------------------------------+-------------------------------------
Consider the following toy example:
{{{#!hs
import Debug.Trace
f n
= let res = g n
in (trace $ unlines ["in: " ++ show n, "out: " ++ show res])
res
where
g n = if n <= 1000 then n+1 else g n
main
= print $ [f 500, f 302, f 2000, f 22]
}}}
When run it outputs:
{{{
in: 500
out: 501
in: 302
out: 303
^C
}}}
In a real example, for a program that hangs, where one only ''suspects''
that `f` may be the culprit, and where `f` is being called from various
places with different values, this output is not very useful (and in
fact, it is misleading).
My mental model of the `trace` function is something along these lines:
{{{#!hs
myTrace :: String -> a -> a
myTrace s a
= unsafePerformIO $ do
putStrLn s
return a
}}}
and in fact, replacing `trace` by `myTrace` in the example above one gets
the more useful:
{{{
in: 500
out: 501
in: 302
out: 303
in: 2000
^C
}}}
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9795>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
