Hoogle Search

Within LTS Haskell 24.52 (ghc-9.10.3)

Note that Stackage only displays results for the latest LTS and Nightly snapshot. Learn more.

  1. data ProjectConfigShared

    cabal-install Distribution.Client.ProjectConfig.Types

    Project configuration that is shared between all packages in the project. In particular this includes configuration that affects the solver.

  2. ProjectConfigShared :: Flag FilePath -> Flag FilePath -> Flag FilePath -> Flag FilePath -> Flag Bool -> Flag CompilerFlavor -> Flag FilePath -> Flag FilePath -> Flag PathTemplate -> InstallDirs (Flag PathTemplate) -> [Maybe PackageDB] -> NubList RemoteRepo -> NubList LocalRepo -> Flag ActiveRepos -> Flag TotalIndexState -> Flag FilePath -> [(UserConstraint, ConstraintSource)] -> [PackageVersionConstraint] -> Flag Version -> Flag PreSolver -> Maybe AllowOlder -> Maybe AllowNewer -> Flag WriteGhcEnvironmentFilesPolicy -> Flag Int -> Flag ReorderGoals -> Flag CountConflicts -> Flag FineGrainedConflicts -> Flag MinimizeConflictSet -> Flag StrongFlags -> Flag AllowBootLibInstalls -> Flag OnlyConstrained -> Flag Bool -> Flag IndependentGoals -> Flag PreferOldest -> NubList FilePath -> Flag Bool -> ProjectConfigShared

    cabal-install Distribution.Client.ProjectConfig.Types

    No documentation available.

  3. newtype ProjectConfigToParse

    cabal-install Distribution.Client.ProjectConfig.Types

    The project configuration is configuration that is parsed but parse configuration may import more configuration. Holds the unparsed contents of an imported file contributing to the project config.

  4. ProjectConfigToParse :: ByteString -> ProjectConfigToParse

    cabal-install Distribution.Client.ProjectConfig.Types

    No documentation available.

  5. module Distribution.Client.ProjectFlags

    No documentation available.

  6. data ProjectFlags

    cabal-install Distribution.Client.ProjectFlags

    No documentation available.

  7. ProjectFlags :: Flag FilePath -> Flag FilePath -> Flag Bool -> ProjectFlags

    cabal-install Distribution.Client.ProjectFlags

    No documentation available.

  8. module Distribution.Client.ProjectOrchestration

    This module deals with building and incrementally rebuilding a collection of packages. It is what backs the cabal build and configure commands, as well as being a core part of run, test, bench and others. The primary thing is in fact rebuilding (and trying to make that quick by not redoing unnecessary work), so building from scratch is just a special case. The build process and the code can be understood by breaking it down into three major parts:

    As far as possible, the "what to do" phase embodies all the policy, leaving the "do it" phase policy free. The first phase contains more of the complicated logic, but it is contained in code that is either pure or just has read effects (except cache updates). Then the second phase does all the actions to build packages, but as far as possible it just follows the instructions and avoids any logic for deciding what to do (apart from recompilation avoidance in executing the plan). This division helps us keep the code under control, making it easier to understand, test and debug. So when you are extending these modules, please think about which parts of your change belong in which part. It is perfectly ok to extend the description of what to do (i.e. the ElaboratedInstallPlan) if that helps keep the policy decisions in the first phase. Also, the second phase does not have direct access to any of the input configuration anyway; all the information has to flow via the ElaboratedInstallPlan.

  9. type PackageId = PackageIdentifier

    cabal-install Distribution.Client.ProjectOrchestration

    Type alias so we can use the shorter name PackageId.

  10. data ProjectBaseContext

    cabal-install Distribution.Client.ProjectOrchestration

    This holds the context of a project prior to solving: the content of the cabal.project, cabal/config and all the local package .cabal files.

Page 1244 of many | Previous | Next