-
-
Notifications
You must be signed in to change notification settings - Fork 18.5k
Don't conflate dependencies in setup.sh #4855
Copy link
Copy link
Closed
Labels
0.kind: enhancementAdd something new or improve an existing system.Add something new or improve an existing system.6.topic: cross-compilationBuilding packages on a different platform than they will be used onBuilding packages on a different platform than they will be used on9.needs: documentationThis needs to be documented well.This needs to be documented well.
Metadata
Metadata
Assignees
Labels
0.kind: enhancementAdd something new or improve an existing system.Add something new or improve an existing system.6.topic: cross-compilationBuilding packages on a different platform than they will be used onBuilding packages on a different platform than they will be used on9.needs: documentationThis needs to be documented well.This needs to be documented well.
Fields
Give feedbackNo fields configured for issues without a type.
We currently have the confusing situation that the
buildInputsattribute gets passed to the builder via thenativeBuildInputsenvironment variable:(Pan declares a
buildInputsattribute.)Also, "native" is somewhat ambiguous: native to the build machine, or native to the target machine? However the GNU terminology (
buildandhost) is not really better.Maybe it would be better to always use
buildInputsfor the native (build machine) dependencies, and something liketargetBuildInputsfor the cross-built dependencies. Or not usebuildInputsin setup.sh at all and usenativeBuildInputsandtargetBuildInputsto prevent confusion.Ping @viric