Metadata-Version: 2.1
Name: powertrain-build
Version: 0.1.1.dev1
Summary: A Continuous Integration (CI) build system testing all configurations where a Simulink model is used.
Home-page: https://opendev.org/volvocars/powertrain-build
Author: Henrik Wahlqvist
Author-email: henrik.wahlqvist@volvocars.com
License: Apache License, Version 2.0
Download-URL: https://pypi.org/project/powertrain-build/
Platform: UNKNOWN
Classifier: Development Status :: 5 - Production/Stable
Classifier: Environment :: Console
Classifier: Intended Audience :: Developers
Classifier: License :: Other/Proprietary License
Classifier: Natural Language :: English
Classifier: Operating System :: OS Independent
Classifier: Programming Language :: Python :: 3.6
Classifier: Programming Language :: Python :: 3.10
Classifier: Topic :: Software Development :: Build Tools
Classifier: Topic :: Software Development :: Code Generators
Classifier: Topic :: Software Development :: Embedded Systems
Description-Content-Type: text/x-rst; charset=UTF-8
License-File: LICENSE
License-File: NOTICE
License-File: AUTHORS

# PyBuild

A Continuous Integration (CI) build system, testing all configurations where a TargetLink model is used.

## General Information about Pybuild

- PyBuild is fast.
  - More parallelization of jobs in the CI system makes it faster.
  - Code generation is moved to the developer's PC.
  - Code generation is done once for all projects using pre-processor directives.
  - C code reviews are now possible in Gerrit.
- PyBuild adds signal consistency checks.
- Unit tests of the build system are introduced.
  - Its quality is assured.
- PyBuild creates new variable classes with unique code decorations.
  - Post-processing C code is not necessary.
  - ASIL-classed variables get declared at the source.
  - Memory can be optimized at compilation through short addressing different variable classes.
  - The same models can be used in more than two different suppliers, for instance, SPA2's Core System Platform (CSP).
  - PyBuild fixes incorrect handling of NVM variables.

## Project Structure

- `docs/`: This directory holds all the extra documentation about the project.

- `playbooks/`: Directory where we keep Ansible playbooks that are executed in the jobs we use in this project.

- `powertrain_build/`: Main directory of the project. All the application source code is kept here. It is divided into different Python modules:
  - `interface/`
  - `lib/`
  - `zone_controller/`

Also, we keep `static_code/` and `templates/` directories with useful `.c`, `.h`, and `.html` files.

- `tests/`: Directory where we keep the unit tests for our application source code. The tests are structured in a similar way to what we have inside the `powertrain_build/` directory. Tests for the `interface`, `lib`, and `zone_controller` modules are split into `tests/interface/`, `tests/lib/`, and `tests/zone_controller/`, respectively. Other tests are kept inside the `tests/powertrain_build/` directory.

- `zuul.d/`: Directory where we keep our Zuul jobs.

## How to use Pybuild

## Contributing

We would love to see you contribute to this project. No matter if it is fixing a bug, adding some tests, improving documentation, or implementing new features. See our [contribution guidelines](./CONTRIBUTING.md) so you can have a better understanding of the whole process.

## Code of Conduct

We are trying to create a healthy community that thrives on the desire to improve, learn, and share knowledge. See our [code of conduct guidelines](./CODE_OF_CONDUCT.md) to check our behavioral rules on this project.



