build-px4-linux
Build PX4 firmware or SITL natively on a Linux host, in the current checkout, without flashing hardware.
소스 정보
- 저장소
- PX4/PX4-Autopilot
- 최근 소스 활동
- 2026년 9월 22일 20:26
- 감지된 SKILL.md 언어
- 영어
- 스타
- 12,774
- 포크
- 16,137
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SKILL.md 표시 중
SKILL.md
소스 지침 · 읽기 전용 미리보기- name
- build-px4-linux
- description
- Build PX4 firmware or SITL natively on a Linux host, in the current checkout, without flashing hardware.
# Build PX4 on Linux
## Inputs
- A make target, for example `px4_fmu-v6x_default` or `px4_sitl`. Ask for it
if missing; validate it against `boards/`.
Build the current checkout as-is, worktree or not. Do not create a worktree
or switch branches to build.
## Prepare
1. `arm-none-eabi-gcc --version` must succeed for NuttX targets. If it does
not, the host needs `Tools/setup/ubuntu.sh` (Ubuntu) — tell the user rather
than installing it, or build in the container:
`docker run --rm -w "$PWD" --user "$(id -u):$(id -g)" -v "$PWD:$PWD" px4io/px4-dev:v1.17.0 make <target>`.
`Tools/docker_run.sh` passes `-it` and fails without a TTY.
2. The build initializes submodules itself; do not overwrite locally modified
ones.
## Build
```bash
set -o pipefail
make <target> 2>&1 | tail -n 40
```
Report failures with the output; never treat an existing artifact as
evidence of success. After changing a defconfig or Kconfig option, or
switching toolchains, `rm -rf build/<target>` first: a stale build dir
recompiles nothing and links mixed objects.
Do not run a NuttX build concurrently with `make tests` or SITL in the same
tree.
## Report
The artifact is `build/<target>/<target>.px4` (NuttX) or
`build/px4_sitl_default/bin/px4` (SITL). Report the ref, commit, dirty state,
target, and artifact path. Building is not flashing; never upload without a
separate request.
GitHub에서 보기