mirror of
https://github.com/astral-sh/uv.git
synced 2025-10-17 13:58:29 +00:00
Use separate types to represent raw vs. resolver markers (#6646)
## Summary This is similar to https://github.com/astral-sh/uv/pull/6171 but more expansive... _Anywhere_ that we test requirements for platform compatibility, we _need_ to respect the resolver-friendly markers. In fixing the motivating issue (#6621), I also realized that we had a bunch of bugs here around `pip install` with `--python-platform` and `--python-version`, because we always performed our `satisfy` and `Plan` operations on the interpreter's markers, not the adjusted markers! Closes https://github.com/astral-sh/uv/issues/6621.
This commit is contained in:
parent
6220532373
commit
a7850d2a1c
37 changed files with 422 additions and 247 deletions
|
@ -88,6 +88,7 @@ mod resolver {
|
|||
use pep440_rs::Version;
|
||||
use pep508_rs::{MarkerEnvironment, MarkerEnvironmentBuilder};
|
||||
use platform_tags::{Arch, Os, Platform, Tags};
|
||||
use pypi_types::ResolverMarkerEnvironment;
|
||||
use uv_cache::Cache;
|
||||
use uv_client::RegistryClient;
|
||||
use uv_configuration::{
|
||||
|
@ -192,7 +193,7 @@ mod resolver {
|
|||
let markers = if universal {
|
||||
ResolverMarkers::universal(vec![])
|
||||
} else {
|
||||
ResolverMarkers::specific_environment(MARKERS.clone())
|
||||
ResolverMarkers::specific_environment(ResolverMarkerEnvironment::from(MARKERS.clone()))
|
||||
};
|
||||
|
||||
let resolver = Resolver::new(
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue