[GHC] #1347: warning message could be more helpful
#1347: warning message could be more helpful
---+
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal| Milestone:
Component: Compiler |Version: 6.6.1
Severity: normal| Keywords:
Difficulty: Unknown | Os: Unknown
Testcase:| Architecture: Unknown
---+
Code was:
{{{
case msg of
wM_DESTROY - do
sendMessage hwnd wM_QUIT 1 0
return 0
otherwise - defWindowProc (Just hwnd) msg wparam lparam
}}}
warning message was:
{{{
Warning: Pattern match(es) are overlapped
In a case alternative: otherwise - ...
}}}
It took me a long time to realize that wM_DESTROY was being interpreted as
a new variable name shadowing the imported constant. The compiler
realizes that something is probably wrong (overlapped patterns). It could
further check and see that wM_DESTROY is shadowing an already existing
binding and give a messages like this:
{{{
Warning: Pattern match(es) are overlapped
In a case alternative: otherwise - ...
Hint: Are you sure you want to shadow the existing binding for
wM_DESTROY?
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1347
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: binary distribution problem
John Meacham wrote: also, ghc seems to produce noticibly faster 32 bit code than 64 bit code. I haven't observed that here, although the GC overhead for 64-bit binaries tends to be higher because it's shuffling twice as many bytes around. Cheers, Simon ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1343: HEAD build failure with assember errors about 8 byte pc-relative relocation
#1343: HEAD build failure with assember errors about 8 byte pc-relative
relocation
---+
Reporter: duncan |Owner:
Type: bug | Status: new
Priority: high|Milestone: 6.8
Component: Compiler| Version: 6.7
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Os: Linux | Testcase:
Architecture: x86_64 (amd64) |
---+
Comment (by simonmar):
Fixed, I hope. Our x86_64 system here must have a newer version of
binutils that supports those 8-byte PC-relative relocations
(RX86_64_PC64), so the bug was hidden, but it was a real bug.
Also I learned something, namely that later versions of binutils support
RX86_64_PC64, so at some point our hacks to workaround the lack of it can
go away.
{{{
Thu May 10 10:20:19 BST 2007 Simon Marlow [EMAIL PROTECTED]
* FIX #1343: regex bug in the x86_64 mangler settings
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1343
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] #1321: GHCi stdout bug when base package is not optimised
#1321: GHCi stdout bug when base package is not optimised
-+--
Reporter: simonmar |Owner: simonmar
Type: bug | Status: closed
Priority: normal|Milestone: 6.8
Component: GHCi | Version: 6.7
Severity: normal| Resolution: fixed
Keywords:| Difficulty: Unknown
Os: Unknown | Testcase:
Architecture: Unknown |
-+--
Changes (by simonmar):
* resolution: = fixed
* component: Compiler = GHCi
* status: new = closed
Comment:
Fixed:
{{{
Thu May 10 14:37:21 BST 2007 Simon Marlow [EMAIL PROTECTED]
* FIX #1321: problems with accessing the interpreter's Handles
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1321
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] #1003: Cleanup: remove old usage stuff from primops.txt and genprimopcode
#1003: Cleanup: remove old usage stuff from primops.txt and genprimopcode -+-- Reporter: simonmar |Owner: Type: task | Status: closed Priority: normal|Milestone: 6.8 Component: Compiler | Version: 6.6 Severity: normal| Resolution: fixed Keywords:| Difficulty: Easy (1 hr) Os: Unknown | Testcase: Architecture: Unknown | -+-- Changes (by simonmar): * resolution: = fixed * status: new = closed -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1003 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] #1003: Cleanup: remove old usage stuff from primops.txt and genprimopcode
#1003: Cleanup: remove old usage stuff from primops.txt and genprimopcode -+-- Reporter: simonmar |Owner: Type: task | Status: new Priority: normal|Milestone: 6.8 Component: Compiler | Version: 6.6 Severity: normal| Resolution: Keywords:| Difficulty: Easy (1 hr) Os: Unknown | Testcase: Architecture: Unknown | -+-- Comment (by simonmar): Done. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1003 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] #1343: HEAD build failure with assember errors about 8 byte pc-relative relocation
#1343: HEAD build failure with assember errors about 8 byte pc-relative relocation ---+ Reporter: duncan |Owner: Type: bug | Status: closed Priority: high|Milestone: 6.8 Component: Compiler| Version: 6.7 Severity: normal | Resolution: fixed Keywords: | Difficulty: Unknown Os: Linux | Testcase: Architecture: x86_64 (amd64) | ---+ Changes (by simonmar): * resolution: = fixed * status: new = closed Comment: confirmed fixed by dcoutts. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1343 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] #1186: GHC as a library panic on loading second module
#1186: GHC as a library panic on loading second module
-+--
Reporter: ArthurVanLeeuwen |Owner: simonmar
Type: bug | Status: new
Priority: high |Milestone: 6.8
Component: GHC API | Version: 6.6
Severity: normal| Resolution:
Keywords:| Difficulty: Unknown
Os: Unknown | Testcase:
Architecture: powerpc |
-+--
Changes (by simonmar):
* owner: = simonmar
Comment:
I can't repeat this with either 6.6, 6.6.1 or HEAD. It always seems to
complete successfully and exit for me. Did I do something wrong?
{{{
echo main | ghci-6.6 -package ghc ghclibtest.hs
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.6, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base ... linking ... done.
Loading package template-haskell ... linking ... done.
Loading package readline-1.0 ... linking ... done.
Loading package unix-1.0 ... linking ... done.
Loading package Cabal-1.1.6 ... linking ... done.
Loading package regex-base-0.71 ... linking ... done.
Loading package regex-posix-0.71 ... linking ... done.
Loading package regex-compat-0.71 ... linking ... done.
Loading package haskell98 ... linking ... done.
Loading package ghc-6.6 ... linking ... done.
[1 of 2] Compiling OtherModule ( OtherModule.hs, interpreted )
[2 of 2] Compiling GHCLibTest ( ghclibtest.hs, interpreted )
Ok, modules loaded: OtherModule, GHCLibTest.
*GHCLibTest [1 of 2] Compiling OtherModule ( OtherModule.hs, nothing
)
[2 of 2] Compiling GHCLibTest ( ghclibtest.hs, nothing )
*GHCLibTest Leaving GHCi.
}}}
Here's my ghclibtest.hs:
{{{
module GHCLibTest (setupsession,loadsession) where
import GHC
import PackageConfig
import DynFlags
import OtherModule
main = setupsession = loadsession
setupsession =
do session - newSession JustTypecheck (Just /home/simonmar/fp/lib
/x86_64-unknown-linux/ghc-6.6)
f - getSessionDynFlags session
f' - parseDynamicFlags f [-package ghc, -v1]
setSessionDynFlags session (fst f'){hscTarget = HscNothing}
let preludeModule = mkModule (stringToPackageId base)
(mkModuleName Prelude)
setContext session [] [preludeModule]
t - guessTarget ghclibtest.hs Nothing
addTarget session t
return session
loadsession session = load session LoadAllTargets
other = 12
}}}
and to run it with HEAD, you'll need some more modifications:
{{{
module GHCLibTest (setupsession,loadsession) where
import GHC
import PackageConfig
import DynFlags
import OtherModule
main = setupsession = loadsession
setupsession =
do session - newSession (Just /home/simonmar/builds/debugger)
parseStaticFlags []
f - getSessionDynFlags session
f' - parseDynamicFlags f [-package ghc, -v1]
setSessionDynFlags session (fst f'){hscTarget = HscNothing}
let preludeModule = mkModule (stringToPackageId base)
(mkModuleName Prelude)
setContext session [] [preludeModule]
t - guessTarget ghclibtest.hs Nothing
addTarget session t
return session
loadsession session = load session LoadAllTargets
other = 12
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1186
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] #840: GHC on loosing its handles takes 100% CPU
#840: GHC on loosing its handles takes 100% CPU -+-- Reporter: guest |Owner: igloo Type: bug | Status: new Priority: high |Milestone: 6.8 Component: Compiler | Version: 6.4.2 Severity: normal| Resolution: Keywords:| Difficulty: Unknown Os: Windows | Testcase: N/A Architecture: x86 | -+-- Changes (by simonmar): * priority: normal = high -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/840 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] #1181: GHC API load panic
#1181: GHC API load panic +--- Reporter: judahj |Owner: simonmar Type: bug | Status: new Priority: high |Milestone: 6.8 Component: GHC API | Version: 6.7 Severity: normal | Resolution: Keywords: | Difficulty: Unknown Os: MacOS X | Testcase: Architecture: powerpc | +--- Changes (by simonmar): * priority: normal = high * owner: = simonmar -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1181 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] #1181: GHC API load panic
#1181: GHC API load panic
+---
Reporter: judahj |Owner: simonmar
Type: bug | Status: closed
Priority: high |Milestone: 6.8
Component: GHC API | Version: 6.7
Severity: normal | Resolution: fixed
Keywords: | Difficulty: Unknown
Os: MacOS X | Testcase:
Architecture: powerpc |
+---
Changes (by simonmar):
* resolution: = fixed
* status: new = closed
Comment:
Fixed, thanks.
{{{
Thu May 10 16:45:42 BST 2007 Simon Marlow [EMAIL PROTECTED]
* FIX #1181: parseStaticFlags should not be required
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1181
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] #1348: inconsistent 'ghc --help message
#1348: inconsistent 'ghc --help message ---+ Reporter: guest | Owner: Type: bug | Status: new Priority: normal| Milestone: Component: Compiler |Version: 6.6.1 Severity: normal| Keywords: Difficulty: Unknown | Os: Windows Testcase:| Architecture: x86 ---+ ghc --help produces the following output: Usage: ghci [command-line-options-and-input-files] The kinds of input files that can be given on the command-line Platform: Windows XP SP2 Version: official distribution of 6.6 and 6.6.1 (6.4.2 was ok) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1348 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
