Parent Directory | Revision Log
|Links to HEAD:||(view) (download) (annotate)|
|Links to MAIN:||(view) (download) (annotate)|
Added 'replace-hcflags()'. Filters HCFLAGS.
ask user to run haskell-updater for old packages (like in bug http://bugs.gentoo.org/474840)
Added 'ghc-supports-smp' and 'ghc-supports-dynamic-by-default' helpers. Added hint for users to run 'haskell-updater' if configure phase failed.
Bug #467646 - Refer to /etc/portage/make.conf, not /etc/make.conf.
Added 'ghc-supports-threaded-runtime' function. Removed implicit RDEPEND on 'ghc'.
Fix error case to be more descriptive. Move 'einfo' lower to avoid empty output.
Added new helper function 'cabal_chdeps' and and debug variable 'CABAL_DEBUG_LOOSENING' for it.
Restore dynamic linking of Cabal's ./setup and add building of shared libraries for ghc-7.7+.
naive bump of all EAPI-specific checks in eclasses to permit EAPI=5 where EAPI=4 was previously allowed
Allow wildcards in CABAL_CORE_LIB_GHC_PV. Guard against breakage of ghc-shipped libraries.
Added CABAL_FEATURES=test-suite by Alexander Vershilov. It enables building of test suites introduced in Cabal-1.8
move 'dev-haskell/cabal' santy check out from 'pkg_*' to 'src_*' function to allow binary installation. Reported by tamiko.
fix -dynamic './setup configure' failures against newer libffi (bug #411789 by Leonid Podolny)
Remove outdated bits for <ghc-6.10 and <cabal-1.8. Switch from 'eerror' to 'eqawarn' as suggested by Paweł Hajdan, Jr. (http://www.gossamer-threads.com/lists/gentoo/dev/251259). Install empty '.conf' files for binaries to help 'haskell-updater' pick binaries built with onder haskell toolchain on ghc upgrade.
Drop haddock from DEPENDS when USE=doc haddock. haddock-2.9.2+ can be used right in the ebuild phase to build it's docs.
Added support for CABAL_EXTRA_BUILD_FLAGS and HCFLAGS magic variables CABAL_EXTRA_BUILD_FLAGS allows user to pass arguments to ./setup build phase. For example you can get detailed build log this way: CABAL_EXTRA_BUILD_FLAGS=-v emerge something HCFLAGS is similar to CFLAGS / CXXFLAGS / FFLAGS in spirit. You can use it in make.conf or in one-shot merges to enable random ghc features: HCFLAGS="-O0 -Wall" emerge something-else
Added stdout echoing of most executed phase commands. Added stub for CABAL_USE_HSCOLOUR feature to ease ebuild syncing from haskell overlay.
fix random bugs in eclass documentation, and convert to new @AUTHOR tag
added CABAL_EXTRA_CONFIGURE_FLAGS variable, more tweaks - CABAL_EXTRA_CONFIGURE_FLAGS - variable similar to EXTRA_ECONF for econf. It appends given arguments to 'runhaskell Setup configure args' call. It's handy when one wants to pass some argument for all haskell packages, like 'CABAL_EXTRA_CONFIGURE_FLAGS=--enable-shared' to get shared variants for all haskell libraries. - GHC_BOOTSTRAP_FLAGS - ghc option when building Setup.hs. - fix CABAL_FEATURES="nocabaldep" (found by Felipe Almeida Lessa) Felipe's output for ghc-6.12.3: > $ ghc-pkg field Cabal version > version: 220.127.116.11 > version: 18.104.22.168 My output for ghc-6.12.3: > $ ghc-pkg field Cabal version > version: 22.214.171.124 > version: 126.96.36.199 It has unstable order and breaks dev-haskell/cairo setup. Now we always pick ghc's Cabal version (as CABAL_FROM_GHC var name says), not the most recently installed. - Setup.hs is linked dynamically where available. Drastically speedups (from tens of seconds down to seconds) link time (and the whole package build time). - src_compile() got a QA warning when passed '--flags=' argument for EAPI, where yet src_configure() (catches potential package misconfiguration)
Added EPREFIX support. Fixed default src_configure for dummy packages (EAPI=3 and upper).
Make .cabal built haskell packages respect LDFLAGS envvar. Fixes bug #333217 (and inferior bug #335591)
Allow USE=hscolour for dev-haskell packages that have CABAL_FEATURES="hscolour" (none yet in portage).
When using dummy haskell libraries, there is no test suite.
Update haskell-cabal eclass to handle EAPI=2.
haskell-cabal.eclass: Don't strip executables, let portage do it.
Properly support the CABAL_FEATURES="nocabaldep" if user doesn't have dev-haskell/cabal
Updating the haskell-cabal eclass to support the CABAL_FEATURES nocabaldep which is used in the dev-haskell/haskell-updater package. It enables packages to use the cabal eclass without depending on cabal.
Fix (kind of harmless) typo in haskell-cabal eclass. $CABAL_UNKNONW -> $CABAL_UNKNOWN.
Update cabal eclass for new cabal-1.2 series
Make the haskell-cabal eclass aware of updateable core ghc libs.
Cabal profiling should not affect executables. Fix which/type -P.
Updates to ghc and cabal eclasses to go with ghc-6.6.x upgrade.
replaced "which" by "type -P"
detect true rather than assume its location; should fix bug #161937
Install HTML docs recursively. Allow to add extra flags to package configuration.
Ask portage rather than ghc-pkg about which version of cabal to use. This way we build packages using version of cabal from portage that we tested rather than a version that the user installed. This is important as many packages are sensitive to changes in the Cabal API. Make ghc-getghc and ghc-getghcpkg functions return absolute paths and fix up one place in the haskell-cabal eclass where this had a knock-on effect this should fix bug #140589
Reduce arch-specific conditionals to the minimum necessary (ie only ppc64).
Don't build GHCi libs for arches that do not support GHCi. Also building GHCi libs on ppc64 causes "TOC overflow".
Expect one of "lib"/"bin" in CABAL_FEATURES. Only run the registration if "lib" is set. Always expect a package file to be generated when "lib" is set.
Add "lib" and "bin" to known CABAL_FEATURES. Also complain less about unknown values CABAL_FEATURES.
When doing profiling, enable profiling for libs as well as executables. Cope with packages that do not register any libs, eg cabalised ebuilds that are just straight programs (like c2hs).
new eclass for Haskell packages that make use of the Common Architecture for Building Applications and Libraries (cabal)
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, select a symbolic revision name using the selection box, or choose 'Use Text Field' and enter a numeric revision.
|Powered by ViewVC 1.1.20|