What to Build

Build a project that runs on or targets QNX 8.0 (QNX Everywhere). Either:

• A software application, driver, library, or component that runs on the QNX 8.0 real-time operating system, on any target hardware QNX supports, including QEMU; or
• A host-based tool (Windows, macOS, or Linux) that builds, tests, analyzes, or otherwise supports software targeting QNX 8.0.

Choose one of the following categories:

1. Robotics & Medical. Real-time applications where timing, safety, or reliability is critical.
2. Automotive & Mobility. Software-defined vehicle and other mobility applications.
3. Low-level Software. Board support components or device drivers built with the QNX Driver Development Kit.
4. Developer Tooling & Host Tools. Tools that make building for QNX easier, on the host or the target.
5. Open-Source Contribution & Ports. Porting an existing open-source project to QNX or contributing upstream to the QNX open-source ecosystem.
   • Submit a new repository, created during the Submission Period, containing your porting or contribution work: the patches or porting layer, the QNX build files, build and run instructions, and your documentation. Reference the upstream project by URL rather than copying its history into your submission. Do not submit a fork of the upstream project.

See the official Rules for full details.

What to Submit

• A URL to your public code repository on GitHub, GitLab, or Bitbucket. It must contain all source code, assets, and build and run instructions needed to reproduce the project, and must show that the project genuinely builds for or runs on QNX 8.0, not merely that QNX 8.0 is named in the README.
  • The repository must be public and open source, with an open-source license file detectable at the top of the repository page (About section).
• A text description explaining the features and functionality of your project.
• A demonstration video, under three (3) minutes. It should show the project functioning on the device it was built for, must be uploaded to YouTube and made public, and must not include third-party trademarks or copyrighted music unless you have permission to use them. Judges are not required to watch beyond three minutes.
• Build and run instructions specifying the QNX version, the target (hardware or QEMU), and the toolchain used.
• One category, selected on the submission form.
• For Open-Source Contribution & Ports submissions:
  • The URL of the upstream project you ported or contributed to
  • The URL of your pull request, if you opened one
• If you are entering the Best Codelab / Tutorial bonus prize, the URL of your codelab in the designated field on the submission form.

Evidence of QNX use. Your submission must explain how the project uses or supports QNX. Evidence may include QNX-specific source code or APIs; QNX libraries, headers, buildfiles, toolchains, system images, or configuration files in the repository; a demonstration running on QNX 8.0; or, for host-based developer tools, output or functionality specifically intended to build, analyze, test, deploy, debug, or manage software for QNX 8.0. This list is illustrative, not exhaustive. POSIX-compatible code, interpreted languages, ports of existing software, and tools that run on another operating system remain eligible when the submission clearly demonstrates a meaningful connection to QNX. Identify the relevant files, functions, output, or demonstration in your submission description so that reviewers can verify the QNX connection.