You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So that concepts that exist on the rustc level could still be encoded regardless of the build system. There are use cases for rustc without cargo , usually when embedding in a mixed-language project. Bazel and Meson are commonly used in this case instead of cargo.
Once a decision has been reached we're happy to provide the proper PR for this issue.
One namespace would probably be empty at this moment but the other one (rust) will include the target architecture which e.g. Go already does as well using the property name cdx:gomod:build:env:GOARCH. For rust it would probably be called rustc:target or similar.
The text was updated successfully, but these errors were encountered:
I think the best approach would be cdx:rustc:target:triple. Rationale:
Decouples rustc concepts (target triple) from build system concerns (and there may be different build systems used with rustc)
There are other ways to specify a target - custom target specifications exist, although currently are unstable. It would make sense to put them under cdx:rustc:target namespace once they are stabilized upstream.
Target triples are part of the compiler, not the language, so I think rustc makes more sense than rust.
We would like to record information in properties which don't have a place elsewhere.
For that we'd like to request a namespace under
cdx
.Our idea is to have two namespaces:
rustc
(orrust
?) andcargo
.@Shnatsel:
Once a decision has been reached we're happy to provide the proper PR for this issue.
One namespace would probably be empty at this moment but the other one (rust) will include the target architecture which e.g. Go already does as well using the property name
cdx:gomod:build:env:GOARCH
. For rust it would probably be calledrustc:target
or similar.The text was updated successfully, but these errors were encountered: