Jeremy Drake via Cygwin writes:
> I was trying to clean up my workflows now that llvm 20.1.8-2 is published,
> and I came across another possible setup bug.  It seems that the -P option
> doesn't accept a package name that is provided rather than being the
> actual name of a pacakge.
>
> llvm20.1-devel is provided by llvm-devel 20.1.8-2, but passing that to -P
> results in the message: Package 'libllvm20.1-devel' not found.  However,
> libclang-devel 20.1.8-2 requires libllvm20.1-devel, and selecting that
> version results in "Install libllvm-devel 20.1.8-2 (automatically added)",
> so requires does respect provides.

Sorry, but it seems you're misusing provides (and I'm not clear on
whether there should be any dots in the names of provides, but I think
it's best avoided).  Provides are meant to guide dependency resolution
among a group of packages that belong together, not as an alias for the
install package.  It's the installed base package that delivers a
provide that ensures that the versions are compatible, so it does not
make sense for each and every package to have their own versioned
provide, which would imply that one could mix and match between say, lld
and llvm-devel versions.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

Reply via email to