Re: [GHC] #2085: cabal uses haddock from hard-coded location
#2085: cabal uses haddock from hard-coded location -+-- Reporter: Frederik |Owner: Type: bug | Status: closed Priority: normal|Milestone: Component: Build System | Version: 6.8.2 Severity: normal| Resolution: wontfix Keywords:| Testcase: Architecture: Unknown | Os: Unknown -+-- Changes (by duncan): * status: new = closed * resolution: = wontfix Comment: If someone specifies a non-standard location using --happy-prog= then we have to remember that in the configuration somewhere. Even if the program is on the path we have to check that it does indeed exist, so that involves finding it and often running it to check its version. Then the choice is between remembering the unqualified or fully qualified path. There does not seem to be much to choose between the two, we somewhat arbitrarily pick the qualified path. I think other systems do this too, eg you'll see many build systems running /usr/bin/gcc even though they were only looking for gcc on the path at configure time. For example autoconf saves the path info in the Makefile, generated by ./configure. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2085#comment:3 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] #2081: On a strained PPC Mac OS X 10.4, GHC reports internal error: stg_ap_v_ret
#2081: On a strained PPC Mac OS X 10.4, GHC reports internal error: stg_ap_v_ret
-+--
Reporter: thorkilnaur | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 6.10 branch
Component: Compiler |Version: 6.9
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Testcase: | Architecture: powerpc
Os: MacOS X |
-+--
Changes (by igloo):
* difficulty: = Unknown
* milestone: = 6.10 branch
Comment:
May not be OS X specific: I just got this on amd64/Linux while validating
the HEAD:
{{{
Running ./boxy/all.T
= Base1(normal)
cd ./boxy '/home/ian/ghc/darcs/val/compiler/stage2/ghc-inplace' -no-
recomp -dcore-lint -dcmm-lint -Dx86_64_unknown_linux -c Base1.hs
Base1.comp.stderr 21
/bin/sh: line 1: 19152 Aborted
'/home/ian/ghc/darcs/val/compiler/stage2/ghc-inplace' -no-recomp -dcore-
lint -dcmm-lint -Dx86_64_unknown_linux -c Base1.hs Base1.comp.stderr 21
Compile failed (status 34304) errors were:
ghc-6.9.20080210: internal error: stg_ap_v_ret
(GHC version 6.9.20080210 for x86_64_unknown_linux)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
*** unexpected failure for Base1(normal)
}}}
Running the test again a couple of times didn't reproduce the error.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2081#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
[GHC] #2087: On a PPC Mac OS X 10.4, the RTS reports Memory leak detected running a program compiled with -debug -threaded -fhpc
#2087: On a PPC Mac OS X 10.4, the RTS reports Memory leak detected running a
program compiled with -debug -threaded -fhpc
+---
Reporter: thorkilnaur | Owner:
Type: bug | Status: new
Priority: normal | Component: Runtime System
Version: 6.9 |Severity: normal
Keywords: |Testcase:
Architecture: powerpc | Os: MacOS X
+---
On a PPC Mac OS X 10.4, the RTS reports Memory leak detected running a
program compiled with -debug, -threaded, and -fhpc. Here is a sample
session:
{{{
$ cat T1.hs
main = putStrLn Memory leak?
$ rm T1.o
$ /Users/thorkilnaur/tn/GHCDarcsRepository/ghc-HEAD-complete-for-pulling-
and-copying-20070713_1212/ghc/compiler/stage2/ghc-inplace T1.hs -o T1
-debug -threaded -fhpc
$ ./T1
Memory leak detected
gen 0 blocks :2
gen 1 blocks :1
nursery : 128
retainer :0
arena blocks :0
exec :0
free : 119
total: 250
in system: 254
T1: internal error: ASSERTION FAILED: file sm/Storage.c, line 1179
(GHC version 6.9.20080203 for powerpc_apple_darwin)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
$ ./T1
Memory leak?
$
}}}
Running the program usually fails the first time and succeeds on the
second and subsequent attempts. The GHC version used is the HEAD from
around 2008-Feb-03.
Similar behaviour has been observed for the test cases
{{{
ffi002(threaded1)
hpc001(threaded1)
hpc_fork(threaded1)
tough(threaded1)
}}}
for both the stable and head tnaur PPC OSX builders. The last three are
all hpc test cases that use the same set of flags (-debug -threaded -fhpc)
used in the above sample. ffi002 is different, it is an example of a C
program that sets up the GHC runtime environment and calls some Haskell
code. The ffi002 test case has been failing for a while
(c.f. http://haskell.org/pipermail/cvs-ghc/2007-June/036013.html).
The memory leak is detected by this code in {{{rts/sm/Storage.c}}}:
{{{
if (live_blocks + free_blocks != mblocks_allocated * BLOCKS_PER_MBLOCK)
{
debugBelch(Memory leak detected\n);
for (g = 0; g RtsFlags.GcFlags.generations; g++) {
debugBelch( gen %d blocks : %4lu\n, g, gen_blocks[g]);
}
debugBelch( nursery : %4lu\n, nursery_blocks);
debugBelch( retainer : %4lu\n, retainer_blocks);
debugBelch( arena blocks : %4lu\n, arena_blocks);
debugBelch( exec : %4lu\n, exec_blocks);
debugBelch( free : %4lu\n, free_blocks);
debugBelch( total: %4lu\n\n, live_blocks + free_blocks);
debugBelch( in system: %4lu\n, mblocks_allocated *
BLOCKS_PER_MBLOCK);
ASSERT(0);
}
}}}
I have tried to move the printing of counters outside the condition and
got the following result:
{{{
$ rm T1.o
$ /Users/thorkilnaur/tn/GHCDarcsRepository/ghc-HEAD-complete-for-pulling-
and-copying-20070713_1212/ghc/compiler/stage2/ghc-inplace T1.hs -o T1
-debug -threaded -fhpc
$ ./T1
memInventory:
gen 0 blocks :2
gen 1 blocks :1
nursery : 128
retainer :0
arena blocks :0
exec :0
free : 119
total: 250
in system: 254
Memory leak detected
T1: internal error: ASSERTION FAILED: file sm/Storage.c, line 1181
(GHC version 6.9.20080203 for powerpc_apple_darwin)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
$ ./T1
Memory leak?
memInventory:
gen 0 blocks :2
gen 1 blocks :1
nursery : 128
retainer :0
arena blocks :0
exec :0
free : 123
total: 254
in system: 254
memInventory:
gen 0 blocks :4
gen 1 blocks :4
nursery : 128
retainer :0
arena blocks :0
exec :0
free : 118
total: 254
in system: 254
$
}}}
Suggestions for further lines of investigation are most welcome.
Best regards
Thorkil
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2087
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] #1767: :show setting does not conform to documented specification
#1767: :show setting does not conform to documented specification -+-- Reporter: guest| Owner: igloo Type: merge| Status: closed Priority: normal | Milestone: 6.8.3 Component: GHCi |Version: 6.9 Severity: normal | Resolution: fixed Keywords: | Difficulty: Unknown Testcase: | Architecture: Unknown Os: Unknown | -+-- Changes (by igloo): * status: new = closed * resolution: = fixed Comment: Merged -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1767#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] #1771: hFileSize gives negative values
#1771: hFileSize gives negative values +--- Reporter: guest | Owner: igloo Type: merge | Status: closed Priority: normal | Milestone: 6.8.3 Component: libraries/base |Version: 6.6.1 Severity: normal | Resolution: fixed Keywords: hFileSize 2gb | Difficulty: Unknown Testcase: | Architecture: x86 Os: Windows | +--- Changes (by igloo): * status: new = closed * resolution: = fixed Comment: Merged -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1771#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] #1750: ghc-pkg stack overflow when mutually dependent packages installed
#1750: ghc-pkg stack overflow when mutually dependent packages installed --+- Reporter: greenrd | Owner: igloo Type: merge | Status: closed Priority: normal| Milestone: 6.8.3 Component: Compiler |Version: 6.7 Severity: normal| Resolution: fixed Keywords:| Difficulty: Easy (1 hr) Testcase:| Architecture: Multiple Os: Multiple | --+- Changes (by igloo): * status: new = closed * resolution: = fixed Comment: All 3 merged. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1750#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
