admin管理员组

文章数量:1022956

I have two local libraries (and by local I mean located in the local filesystem, pardon the alliteration), called bins and eeep, both building fine. Now the library eeep needs functionality from the bins library, specifically a typeclass. So I tried the following dance:

First add a cabal.project file to eeep with the following contents:

packages:
    .
    ../bins

The relative path ../bins is the path to the root of the bins lib, containing the bins.cabal file. The bins library is at version 0.1, so I add the following line to eeep.cabal in the build-depends field: bins >=0.1 && <0.2. As soon as I cabal build, even if I do not add any code that actually imports bin, I get:

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] next goal: bins (user goal)
[__0] rejecting: bins-0.1.2.0, bins-0.1.1.1, bins-0.1.1.0 (constraint from
user target requires ==0.1.0.0)
[__0] trying: bins-0.1.0.0
[__1] next goal: eeep (user goal)
[__1] rejecting: eeep-0.1.0.0 (requires library from bins, but the component
does not exist)
[__1] fail (backjumping, conflict set: bins, eeep)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: bins, eeep

I am clearly missing a step, or many steps , as suggested by the line "requires library from bins, but the component does not exist" but what is it? Tried a couple more things (e. g. using absolute paths in cabal.project) but to no avail. Also tried googling but the google demiurgs must hate me, as nothing useful turned up.

Using ghcup and have ghc 9.6.6 installed (and only that version). I am pretty sure this will be another doh moment, but any other info needed, just ask.

Edit: On a hunch when into Hackage, and sure enough there is a bins lib there already. Renaming my bins to trisagion (and making sure it builds correctly), I get

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] trying: eeep-0.1.0.0 (user goal)
[__1] next goal: trisagion (user goal)
[__1] rejecting: trisagion-0.1.0.0 (does not contain library, which is
required by eeep)
[__1] fail (backjumping, conflict set: eeep, trisagion)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: eeep, trisagion

So the "constraint from user target" thingy is gone, but "does not contain library, which is required by eeep" is still here. So what am I missing? the trisagion.cabal is just a simple cabal file with library and test stanzas (builds fine, all tests pass, etc.). What extra step do I need to instruct cabal to: build eeep you will need trisagion, version >=0.1 which can be found at ../trisagion. I have been through the cabal docs (e.g. the local vs. external package distinction), so I am probably misunderstanding them as the dance I described is what I thought I had to do to build a package depending on another local package.

These are the stanzas from trisagion.cabal:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base ^>=4.18 && <4.19,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library trisagion-lib
    import: common-fields
    hs-source-dirs:
        src
    build-depends:
        mtl >=2.3 && <2.4,
        mono-traversable >=1.0 && <1.1,
        text >=2.0 && <2.2,
        bytestring >=0.11 && <0.13,
        containers >=0.6 && <0.8,
        vector >=0.13 && <0.14,
    other-modules:
    exposed-modules:
        Trisagion.Types.ParseError
        Trisagion.Types.Result
        Trisagion.Typeclasses.Streamable
        Trisagion.Typeclasses.Splittable
        Trisagion.Get
        Trisagion.Getters.Combinators
        Trisagion.Getters.Streamable
        Trisagion.Getters.Splittable
        Trisagion.Getters.Word8
        Trisagion.Getters.Char

test-suite trisagion-tests
    import: common-fields
    type: exitcode-stdio-1.0
    hs-source-dirs:
        tests
    main-is: Spec.hs
    build-depends:
        hspec ^>=2.11 && <2.12,
        trisagion-lib,
    build-tool-depends:
        hspec-discover:hspec-discover
    other-modules:
        Tests.Helpers
        Tests.Getters.StreamableSpec
        Tests.Getters.CombinatorsSpec
        Tests.Getters.SplittableSpec
        Tests.Getters.Word8Spec
        Tests.Getters.CharSpec

And these, the eeep.cabal ones:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base >=4.18 && <4.19,
        mono-traversable >=1.0 && <1.1,
        trisagion >=0.1 && <0.2,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library
    import: common-fields
    hs-source-dirs: src
    exposed-modules:
        Eeep.Types.Streams

The corresponding repo links are:

  • trisagion
  • eeep

I have two local libraries (and by local I mean located in the local filesystem, pardon the alliteration), called bins and eeep, both building fine. Now the library eeep needs functionality from the bins library, specifically a typeclass. So I tried the following dance:

First add a cabal.project file to eeep with the following contents:

packages:
    .
    ../bins

The relative path ../bins is the path to the root of the bins lib, containing the bins.cabal file. The bins library is at version 0.1, so I add the following line to eeep.cabal in the build-depends field: bins >=0.1 && <0.2. As soon as I cabal build, even if I do not add any code that actually imports bin, I get:

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] next goal: bins (user goal)
[__0] rejecting: bins-0.1.2.0, bins-0.1.1.1, bins-0.1.1.0 (constraint from
user target requires ==0.1.0.0)
[__0] trying: bins-0.1.0.0
[__1] next goal: eeep (user goal)
[__1] rejecting: eeep-0.1.0.0 (requires library from bins, but the component
does not exist)
[__1] fail (backjumping, conflict set: bins, eeep)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: bins, eeep

I am clearly missing a step, or many steps , as suggested by the line "requires library from bins, but the component does not exist" but what is it? Tried a couple more things (e. g. using absolute paths in cabal.project) but to no avail. Also tried googling but the google demiurgs must hate me, as nothing useful turned up.

Using ghcup and have ghc 9.6.6 installed (and only that version). I am pretty sure this will be another doh moment, but any other info needed, just ask.

Edit: On a hunch when into Hackage, and sure enough there is a bins lib there already. Renaming my bins to trisagion (and making sure it builds correctly), I get

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] trying: eeep-0.1.0.0 (user goal)
[__1] next goal: trisagion (user goal)
[__1] rejecting: trisagion-0.1.0.0 (does not contain library, which is
required by eeep)
[__1] fail (backjumping, conflict set: eeep, trisagion)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: eeep, trisagion

So the "constraint from user target" thingy is gone, but "does not contain library, which is required by eeep" is still here. So what am I missing? the trisagion.cabal is just a simple cabal file with library and test stanzas (builds fine, all tests pass, etc.). What extra step do I need to instruct cabal to: build eeep you will need trisagion, version >=0.1 which can be found at ../trisagion. I have been through the cabal docs (e.g. the local vs. external package distinction), so I am probably misunderstanding them as the dance I described is what I thought I had to do to build a package depending on another local package.

These are the stanzas from trisagion.cabal:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base ^>=4.18 && <4.19,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library trisagion-lib
    import: common-fields
    hs-source-dirs:
        src
    build-depends:
        mtl >=2.3 && <2.4,
        mono-traversable >=1.0 && <1.1,
        text >=2.0 && <2.2,
        bytestring >=0.11 && <0.13,
        containers >=0.6 && <0.8,
        vector >=0.13 && <0.14,
    other-modules:
    exposed-modules:
        Trisagion.Types.ParseError
        Trisagion.Types.Result
        Trisagion.Typeclasses.Streamable
        Trisagion.Typeclasses.Splittable
        Trisagion.Get
        Trisagion.Getters.Combinators
        Trisagion.Getters.Streamable
        Trisagion.Getters.Splittable
        Trisagion.Getters.Word8
        Trisagion.Getters.Char

test-suite trisagion-tests
    import: common-fields
    type: exitcode-stdio-1.0
    hs-source-dirs:
        tests
    main-is: Spec.hs
    build-depends:
        hspec ^>=2.11 && <2.12,
        trisagion-lib,
    build-tool-depends:
        hspec-discover:hspec-discover
    other-modules:
        Tests.Helpers
        Tests.Getters.StreamableSpec
        Tests.Getters.CombinatorsSpec
        Tests.Getters.SplittableSpec
        Tests.Getters.Word8Spec
        Tests.Getters.CharSpec

And these, the eeep.cabal ones:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base >=4.18 && <4.19,
        mono-traversable >=1.0 && <1.1,
        trisagion >=0.1 && <0.2,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library
    import: common-fields
    hs-source-dirs: src
    exposed-modules:
        Eeep.Types.Streams

The corresponding repo links are:

  • trisagion
  • eeep
  • haskell
  • cabal
Share Improve this question edited Nov 19, 2024 at 22:52 duplode 34.4k7 gold badges86 silver badges157 bronze badges asked Nov 19, 2024 at 0:30 G. RodriguesG. Rodrigues 3152 silver badges7 bronze badges 6
  • 1 The "constraint from user target requires ==0.1.0.0" message suggests there is a freeze file or something else pinning the version of bins, while the "component does not exist" part makes it sound like the bins package (or at least the version of it that is being picked) doesn't have a library component. – duplode Commented Nov 19, 2024 at 0:55
  • @duplode see my edit, please. The "constrain" thingy seems to be solved by renaming, but I am at a loss at what I have to do now. – G. Rodrigues Commented Nov 19, 2024 at 12:13
  • In that case, we might need to see trisagion.cabal, eeep.cabal and both cabal.project files in their entirety to have a better grasp of what's going on. – duplode Commented Nov 19, 2024 at 15:28
  • @duplode pushed the local repos to github. Links in the second edit to the post. Thanks a lot for looking into this. – G. Rodrigues Commented Nov 19, 2024 at 18:55
  • After the edit (good catch on bins existing in Hackage), the key line in the error message is rejecting: trisagion-0.1.0.0 (does not contain library, which is required by eeep. That is saying that it did find trisagion-0.1.0.0, so should indicate that you had successfully instructed cabal that building eeep requires trisagion, and where to find it. The problem would then be most likely something in trisagion itself (which Daniel's answer explains). – Ben Commented Nov 19, 2024 at 22:07
 |  Show 1 more comment

1 Answer 1

Reset to default 3

You've named your library in trisagion.cabal:

library trisagion-lib

This implicitly marks it to be available internally only, i.e. only to other components in the trisagion package. The simplest fix is to just delete the name:

library

See the docs on the library stanza for more details.

I have two local libraries (and by local I mean located in the local filesystem, pardon the alliteration), called bins and eeep, both building fine. Now the library eeep needs functionality from the bins library, specifically a typeclass. So I tried the following dance:

First add a cabal.project file to eeep with the following contents:

packages:
    .
    ../bins

The relative path ../bins is the path to the root of the bins lib, containing the bins.cabal file. The bins library is at version 0.1, so I add the following line to eeep.cabal in the build-depends field: bins >=0.1 && <0.2. As soon as I cabal build, even if I do not add any code that actually imports bin, I get:

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] next goal: bins (user goal)
[__0] rejecting: bins-0.1.2.0, bins-0.1.1.1, bins-0.1.1.0 (constraint from
user target requires ==0.1.0.0)
[__0] trying: bins-0.1.0.0
[__1] next goal: eeep (user goal)
[__1] rejecting: eeep-0.1.0.0 (requires library from bins, but the component
does not exist)
[__1] fail (backjumping, conflict set: bins, eeep)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: bins, eeep

I am clearly missing a step, or many steps , as suggested by the line "requires library from bins, but the component does not exist" but what is it? Tried a couple more things (e. g. using absolute paths in cabal.project) but to no avail. Also tried googling but the google demiurgs must hate me, as nothing useful turned up.

Using ghcup and have ghc 9.6.6 installed (and only that version). I am pretty sure this will be another doh moment, but any other info needed, just ask.

Edit: On a hunch when into Hackage, and sure enough there is a bins lib there already. Renaming my bins to trisagion (and making sure it builds correctly), I get

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] trying: eeep-0.1.0.0 (user goal)
[__1] next goal: trisagion (user goal)
[__1] rejecting: trisagion-0.1.0.0 (does not contain library, which is
required by eeep)
[__1] fail (backjumping, conflict set: eeep, trisagion)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: eeep, trisagion

So the "constraint from user target" thingy is gone, but "does not contain library, which is required by eeep" is still here. So what am I missing? the trisagion.cabal is just a simple cabal file with library and test stanzas (builds fine, all tests pass, etc.). What extra step do I need to instruct cabal to: build eeep you will need trisagion, version >=0.1 which can be found at ../trisagion. I have been through the cabal docs (e.g. the local vs. external package distinction), so I am probably misunderstanding them as the dance I described is what I thought I had to do to build a package depending on another local package.

These are the stanzas from trisagion.cabal:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base ^>=4.18 && <4.19,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library trisagion-lib
    import: common-fields
    hs-source-dirs:
        src
    build-depends:
        mtl >=2.3 && <2.4,
        mono-traversable >=1.0 && <1.1,
        text >=2.0 && <2.2,
        bytestring >=0.11 && <0.13,
        containers >=0.6 && <0.8,
        vector >=0.13 && <0.14,
    other-modules:
    exposed-modules:
        Trisagion.Types.ParseError
        Trisagion.Types.Result
        Trisagion.Typeclasses.Streamable
        Trisagion.Typeclasses.Splittable
        Trisagion.Get
        Trisagion.Getters.Combinators
        Trisagion.Getters.Streamable
        Trisagion.Getters.Splittable
        Trisagion.Getters.Word8
        Trisagion.Getters.Char

test-suite trisagion-tests
    import: common-fields
    type: exitcode-stdio-1.0
    hs-source-dirs:
        tests
    main-is: Spec.hs
    build-depends:
        hspec ^>=2.11 && <2.12,
        trisagion-lib,
    build-tool-depends:
        hspec-discover:hspec-discover
    other-modules:
        Tests.Helpers
        Tests.Getters.StreamableSpec
        Tests.Getters.CombinatorsSpec
        Tests.Getters.SplittableSpec
        Tests.Getters.Word8Spec
        Tests.Getters.CharSpec

And these, the eeep.cabal ones:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base >=4.18 && <4.19,
        mono-traversable >=1.0 && <1.1,
        trisagion >=0.1 && <0.2,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library
    import: common-fields
    hs-source-dirs: src
    exposed-modules:
        Eeep.Types.Streams

The corresponding repo links are:

  • trisagion
  • eeep

I have two local libraries (and by local I mean located in the local filesystem, pardon the alliteration), called bins and eeep, both building fine. Now the library eeep needs functionality from the bins library, specifically a typeclass. So I tried the following dance:

First add a cabal.project file to eeep with the following contents:

packages:
    .
    ../bins

The relative path ../bins is the path to the root of the bins lib, containing the bins.cabal file. The bins library is at version 0.1, so I add the following line to eeep.cabal in the build-depends field: bins >=0.1 && <0.2. As soon as I cabal build, even if I do not add any code that actually imports bin, I get:

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] next goal: bins (user goal)
[__0] rejecting: bins-0.1.2.0, bins-0.1.1.1, bins-0.1.1.0 (constraint from
user target requires ==0.1.0.0)
[__0] trying: bins-0.1.0.0
[__1] next goal: eeep (user goal)
[__1] rejecting: eeep-0.1.0.0 (requires library from bins, but the component
does not exist)
[__1] fail (backjumping, conflict set: bins, eeep)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: bins, eeep

I am clearly missing a step, or many steps , as suggested by the line "requires library from bins, but the component does not exist" but what is it? Tried a couple more things (e. g. using absolute paths in cabal.project) but to no avail. Also tried googling but the google demiurgs must hate me, as nothing useful turned up.

Using ghcup and have ghc 9.6.6 installed (and only that version). I am pretty sure this will be another doh moment, but any other info needed, just ask.

Edit: On a hunch when into Hackage, and sure enough there is a bins lib there already. Renaming my bins to trisagion (and making sure it builds correctly), I get

Resolving dependencies...
Error: cabal: Could not resolve dependencies:
[__0] trying: eeep-0.1.0.0 (user goal)
[__1] next goal: trisagion (user goal)
[__1] rejecting: trisagion-0.1.0.0 (does not contain library, which is
required by eeep)
[__1] fail (backjumping, conflict set: eeep, trisagion)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: eeep, trisagion

So the "constraint from user target" thingy is gone, but "does not contain library, which is required by eeep" is still here. So what am I missing? the trisagion.cabal is just a simple cabal file with library and test stanzas (builds fine, all tests pass, etc.). What extra step do I need to instruct cabal to: build eeep you will need trisagion, version >=0.1 which can be found at ../trisagion. I have been through the cabal docs (e.g. the local vs. external package distinction), so I am probably misunderstanding them as the dance I described is what I thought I had to do to build a package depending on another local package.

These are the stanzas from trisagion.cabal:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base ^>=4.18 && <4.19,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library trisagion-lib
    import: common-fields
    hs-source-dirs:
        src
    build-depends:
        mtl >=2.3 && <2.4,
        mono-traversable >=1.0 && <1.1,
        text >=2.0 && <2.2,
        bytestring >=0.11 && <0.13,
        containers >=0.6 && <0.8,
        vector >=0.13 && <0.14,
    other-modules:
    exposed-modules:
        Trisagion.Types.ParseError
        Trisagion.Types.Result
        Trisagion.Typeclasses.Streamable
        Trisagion.Typeclasses.Splittable
        Trisagion.Get
        Trisagion.Getters.Combinators
        Trisagion.Getters.Streamable
        Trisagion.Getters.Splittable
        Trisagion.Getters.Word8
        Trisagion.Getters.Char

test-suite trisagion-tests
    import: common-fields
    type: exitcode-stdio-1.0
    hs-source-dirs:
        tests
    main-is: Spec.hs
    build-depends:
        hspec ^>=2.11 && <2.12,
        trisagion-lib,
    build-tool-depends:
        hspec-discover:hspec-discover
    other-modules:
        Tests.Helpers
        Tests.Getters.StreamableSpec
        Tests.Getters.CombinatorsSpec
        Tests.Getters.SplittableSpec
        Tests.Getters.Word8Spec
        Tests.Getters.CharSpec

And these, the eeep.cabal ones:

common common-fields
    default-language: GHC2021
    default-extensions:
        DerivingStrategies
        TypeFamilies
    build-depends:
        -- GHC 9.6
        base >=4.18 && <4.19,
        mono-traversable >=1.0 && <1.1,
        trisagion >=0.1 && <0.2,
    ghc-options:
        -Wall
        -Wcompat
        -Widentities
        -Wincomplete-record-updates
        -Wincomplete-uni-patterns
        -Wmissing-export-lists
        -Wmissing-home-modules
        -Wpartial-fields
        -Wredundant-constraints
        -Wmissing-deriving-strategies
        -- -Wunused-packages

library
    import: common-fields
    hs-source-dirs: src
    exposed-modules:
        Eeep.Types.Streams

The corresponding repo links are:

  • trisagion
  • eeep
  • haskell
  • cabal
Share Improve this question edited Nov 19, 2024 at 22:52 duplode 34.4k7 gold badges86 silver badges157 bronze badges asked Nov 19, 2024 at 0:30 G. RodriguesG. Rodrigues 3152 silver badges7 bronze badges 6
  • 1 The "constraint from user target requires ==0.1.0.0" message suggests there is a freeze file or something else pinning the version of bins, while the "component does not exist" part makes it sound like the bins package (or at least the version of it that is being picked) doesn't have a library component. – duplode Commented Nov 19, 2024 at 0:55
  • @duplode see my edit, please. The "constrain" thingy seems to be solved by renaming, but I am at a loss at what I have to do now. – G. Rodrigues Commented Nov 19, 2024 at 12:13
  • In that case, we might need to see trisagion.cabal, eeep.cabal and both cabal.project files in their entirety to have a better grasp of what's going on. – duplode Commented Nov 19, 2024 at 15:28
  • @duplode pushed the local repos to github. Links in the second edit to the post. Thanks a lot for looking into this. – G. Rodrigues Commented Nov 19, 2024 at 18:55
  • After the edit (good catch on bins existing in Hackage), the key line in the error message is rejecting: trisagion-0.1.0.0 (does not contain library, which is required by eeep. That is saying that it did find trisagion-0.1.0.0, so should indicate that you had successfully instructed cabal that building eeep requires trisagion, and where to find it. The problem would then be most likely something in trisagion itself (which Daniel's answer explains). – Ben Commented Nov 19, 2024 at 22:07
 |  Show 1 more comment

1 Answer 1

Reset to default 3

You've named your library in trisagion.cabal:

library trisagion-lib

This implicitly marks it to be available internally only, i.e. only to other components in the trisagion package. The simplest fix is to just delete the name:

library

See the docs on the library stanza for more details.

本文标签： haskellCabal build with local dependencyStack Overflow

版权声明：本文标题：haskell - Cabal build with local dependency - Stack Overflow 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://it.en369.cn/questions/1745593622a2158031.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。