Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

pre_build_script and post_build_script API #477

Open
mbrossard opened this issue Dec 18, 2020 · 2 comments
Open

pre_build_script and post_build_script API #477

mbrossard opened this issue Dec 18, 2020 · 2 comments

Comments

@mbrossard
Copy link
Contributor

Looking at the DAPLink project it seems the different pre-build and post-build scripts have an implied calling convention: they should be called with a build directory named after the current project that needs to be 3 directories down from top-level with a build sub-directory with the binaries.

I think the scripts should be given explicitly the different parameters:

  • Identifier of the project
  • Top-level directory
  • Binaries directory
  • Verbosity (optional)

I can see two implementation strategies:

  • Define variables that can be added to the command line in the YAML configuration
  • Add those parameter on the command line to all calls
@0xc0170
Copy link
Member

0xc0170 commented Jan 14, 2021

Can you share references of these in DAPlink, what they do and how ? I do not fully understand the usage of these in the applications.

@mathias-arm
Copy link
Contributor

Currently DAPLink uses wrapper shell scripts like:

They use wildcard for input and convention (firmware) for outputs. This branch uses the name of current working directory to get the project name: https://github.com/mbrossard/DAPLink/blob/feature/compilers/tools/post_build_script_gcc.py

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants