| Summary: | Stabilize sys-libs/readline-6.0_p3 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | SpanKY <vapier> |
| Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | haskell, loki_val |
| Priority: | High | Keywords: | STABLEREQ |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
SpanKY
2009-08-29 21:05:54 UTC
Compile tested on alpha. ppc64 stable dev-lang/ghc-6.8.2 hard-depends on readline-5*, see bug 259867. Adding haskell herd to CC: Any version of ghc that does not depend on readline-5* good to go stable? ghc 6.8.2 depends on =readline-5*, yes. It's because it uses precompiled binaries to bootstrap, and those binaries uses readline-5. However, when we noticed this trouble we prepared ghc 6.8.2-r1, which has a bootstrapping binary that doesn't depend on readline at all. When it bootstraps the resulting ghc uses whatever readline the user had installed. Ultimately I'd prefer not to spend more time fixing ghc 6.8.2, and instead work on getting ghc 6.10.x working properly. Even ghc 6.12 will be released in a few weeks, so you can imagine ghc 6.8.2 is quite old. If you need something really quickly though we don't have much other choice than to stabilize ghc 6.8.2-r1, although that's currently only available for a couple arches; amd64 and x86. we already have Bug 259867 open, but ghc problems arent going to block the stabilization process Stable for HPPA. Stable on alpha. amd64/x86 stable I stabilised GHC 6.8.2-r1 on amd64 and x86 arm stable ppc stable ia64/m68k/s390/sh/sparc stable, closing |