Documentation

Fields

• componentLocalName :: ComponentName

  It would be very convenient to store the literal Library here, but if we do that, it will get serialized (via the Binary) instance twice. So instead we just provide the ComponentName, which can be used to find the Component in the PackageDescription. NB: eventually, this will NOT uniquely identify the ComponentLocalBuildInfo.

• componentComponentId :: ComponentId

  The computed ComponentId of this component.

• componentUnitId :: UnitId

  The computed UnitId which uniquely identifies this component. Might be hashed.

• componentIsIndefinite_ :: Bool

  Is this an indefinite component (i.e. has unfilled holes)?

• componentInstantiatedWith :: [(ModuleName, OpenModule)]

  How the component was instantiated

• componentPackageDeps :: [(UnitId, PackageId)]

  Resolved internal and external package dependencies for this component. The BuildInfo specifies a set of build dependencies that must be satisfied in terms of version ranges. This field fixes those dependencies to the specific versions available on this machine for this compiler.

• componentIncludes :: [(OpenUnitId, ModuleRenaming)]

  The set of packages that are brought into scope during compilation, including a ModuleRenaming which may used to hide or rename modules. This is what gets translated into -package-id arguments. This is a modernized version of componentPackageDeps, which is kept around for BC purposes.

• componentExeDeps :: [UnitId]
   
• componentInternalDeps :: [UnitId]

  The internal dependencies which induce a graph on the ComponentLocalBuildInfo of this package. This does NOT coincide with componentPackageDeps because it ALSO records 'build-tool' dependencies on executables. Maybe one day cabal-install will also handle these correctly too!

• componentCompatPackageKey :: String

  Compatibility "package key" that we pass to older versions of GHC.

• componentCompatPackageName :: PackageName

  Compatibility "package name" that we register this component as.

• componentExposedModules :: [ExposedModule]

  A list of exposed modules (either defined in this component, or reexported from another component.)

• componentIsPublic :: Bool

  Convenience field, specifying whether or not this is the "public library" that has the same name as the package.

Fields

• componentLocalName :: ComponentName

  It would be very convenient to store the literal Library here, but if we do that, it will get serialized (via the Binary) instance twice. So instead we just provide the ComponentName, which can be used to find the Component in the PackageDescription. NB: eventually, this will NOT uniquely identify the ComponentLocalBuildInfo.

• componentComponentId :: ComponentId

  The computed ComponentId of this component.

• componentUnitId :: UnitId

  The computed UnitId which uniquely identifies this component. Might be hashed.

• componentPackageDeps :: [(UnitId, PackageId)]

  Resolved internal and external package dependencies for this component. The BuildInfo specifies a set of build dependencies that must be satisfied in terms of version ranges. This field fixes those dependencies to the specific versions available on this machine for this compiler.

• componentIncludes :: [(OpenUnitId, ModuleRenaming)]

  The set of packages that are brought into scope during compilation, including a ModuleRenaming which may used to hide or rename modules. This is what gets translated into -package-id arguments. This is a modernized version of componentPackageDeps, which is kept around for BC purposes.

• componentExeDeps :: [UnitId]
   
• componentInternalDeps :: [UnitId]

  The internal dependencies which induce a graph on the ComponentLocalBuildInfo of this package. This does NOT coincide with componentPackageDeps because it ALSO records 'build-tool' dependencies on executables. Maybe one day cabal-install will also handle these correctly too!

Fields

• componentLocalName :: ComponentName

  It would be very convenient to store the literal Library here, but if we do that, it will get serialized (via the Binary) instance twice. So instead we just provide the ComponentName, which can be used to find the Component in the PackageDescription. NB: eventually, this will NOT uniquely identify the ComponentLocalBuildInfo.

• componentComponentId :: ComponentId

  The computed ComponentId of this component.

• componentUnitId :: UnitId

  The computed UnitId which uniquely identifies this component. Might be hashed.

• componentPackageDeps :: [(UnitId, PackageId)]

  Resolved internal and external package dependencies for this component. The BuildInfo specifies a set of build dependencies that must be satisfied in terms of version ranges. This field fixes those dependencies to the specific versions available on this machine for this compiler.

• componentIncludes :: [(OpenUnitId, ModuleRenaming)]

  The set of packages that are brought into scope during compilation, including a ModuleRenaming which may used to hide or rename modules. This is what gets translated into -package-id arguments. This is a modernized version of componentPackageDeps, which is kept around for BC purposes.

• componentExeDeps :: [UnitId]
   
• componentInternalDeps :: [UnitId]

  The internal dependencies which induce a graph on the ComponentLocalBuildInfo of this package. This does NOT coincide with componentPackageDeps because it ALSO records 'build-tool' dependencies on executables. Maybe one day cabal-install will also handle these correctly too!

Fields

• componentLocalName :: ComponentName

  It would be very convenient to store the literal Library here, but if we do that, it will get serialized (via the Binary) instance twice. So instead we just provide the ComponentName, which can be used to find the Component in the PackageDescription. NB: eventually, this will NOT uniquely identify the ComponentLocalBuildInfo.

• componentComponentId :: ComponentId

  The computed ComponentId of this component.

• componentUnitId :: UnitId

  The computed UnitId which uniquely identifies this component. Might be hashed.

• componentPackageDeps :: [(UnitId, PackageId)]

  Resolved internal and external package dependencies for this component. The BuildInfo specifies a set of build dependencies that must be satisfied in terms of version ranges. This field fixes those dependencies to the specific versions available on this machine for this compiler.

• componentIncludes :: [(OpenUnitId, ModuleRenaming)]

  The set of packages that are brought into scope during compilation, including a ModuleRenaming which may used to hide or rename modules. This is what gets translated into -package-id arguments. This is a modernized version of componentPackageDeps, which is kept around for BC purposes.

• componentExeDeps :: [UnitId]
   
• componentInternalDeps :: [UnitId]

  The internal dependencies which induce a graph on the ComponentLocalBuildInfo of this package. This does NOT coincide with componentPackageDeps because it ALSO records 'build-tool' dependencies on executables. Maybe one day cabal-install will also handle these correctly too!

Fields

• componentLocalName :: ComponentName

  It would be very convenient to store the literal Library here, but if we do that, it will get serialized (via the Binary) instance twice. So instead we just provide the ComponentName, which can be used to find the Component in the PackageDescription. NB: eventually, this will NOT uniquely identify the ComponentLocalBuildInfo.

• componentComponentId :: ComponentId

  The computed ComponentId of this component.

• componentUnitId :: UnitId

  The computed UnitId which uniquely identifies this component. Might be hashed.

• componentPackageDeps :: [(UnitId, PackageId)]

  Resolved internal and external package dependencies for this component. The BuildInfo specifies a set of build dependencies that must be satisfied in terms of version ranges. This field fixes those dependencies to the specific versions available on this machine for this compiler.

• componentIncludes :: [(OpenUnitId, ModuleRenaming)]

  The set of packages that are brought into scope during compilation, including a ModuleRenaming which may used to hide or rename modules. This is what gets translated into -package-id arguments. This is a modernized version of componentPackageDeps, which is kept around for BC purposes.

• componentExeDeps :: [UnitId]
   
• componentInternalDeps :: [UnitId]

  The internal dependencies which induce a graph on the ComponentLocalBuildInfo of this package. This does NOT coincide with componentPackageDeps because it ALSO records 'build-tool' dependencies on executables. Maybe one day cabal-install will also handle these correctly too!