Dependencies referenced by path. #139
Labels
Comments
|
This is expected and documented in the README. |
|
Sorry, my bad |
|
If one has the following structure:
where However, if one excludes If we had an option to mount the |
wngr
added a commit
to wngr/cross
that referenced
this issue
Dec 4, 2020
…ker root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
datdenkikniet
pushed a commit
to datdenkikniet/cross
that referenced
this issue
Jan 28, 2022
…ker root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
wngr
added a commit
to wngr/cross
that referenced
this issue
Mar 19, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
Apr 7, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
Apr 7, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
Apr 29, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
May 20, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
May 26, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
Jun 2, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
Jun 3, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
Emilgardis
pushed a commit
to Emilgardis/cross
that referenced
this issue
Jun 3, 2022
root
This commits adds support for parsing the `--manifest-path` option to cross. So
far, the `Cargo.toml` manifest of the crate (or its Cargo workspace) to compile
has been assumed to be in the current working directory. This means, that
relative crate dependencies were not supported, because those paths were not
mapped into the docker container.
Take the following example structure, where `my-bin` depends on `my-lib`:
.
├── my-bin
│ ├── Cargo.toml
│ └── src
│ └── main.rs
└── my-lib
├── Cargo.toml
└── src
└── lib.rs
This commits enables such scenarios, by running cross from `.` like so:
`cross build --manifest-path=my-lib/Cargo.toml --target x86_64-pc-windows-gnu`,
as `.` is mapped as the container's root, and the options passed through to
Cargo.
Related cross-rs#388 cross-rs#139 cross-rs#277 cross-rs#78
Co-authored-by: Kviring Alexey <[email protected]>
|
This was fully implemented in #684. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Example:
This fails with
The text was updated successfully, but these errors were encountered: