You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
We have a pipeline setup for our project, and it is based on Debian, compiling some c++ code with the c++ executable.
A local docker image is set up with the same dockerfile uploaded to the repository, and for the same setup commands, the results from the online pipeline are different than the local docker machine in the last linker step. The code finishes compilation successfully in the local docker, while it fails in the pipeline.
bitbucket-pipelines.yml has the following commands:
# This is a sample build configuration for C++ – Make.
# Check our guides at https://confluence.atlassian.com/x/5Q4SMw for more examples.
# Only use spaces to indent your .yml configuration.
# You can specify a custom docker image from Docker Hub as your build environment.
# Double the resources for this build
# Clones required submodules
- git submodule update --init
# Prepare build
- mkdir -p build && cd build && cmake .. -DOPENSIM_INSTALL_DIR=/opensim_install -Wno-dev -DCMAKE_CXX_FLAGS="-w"
# We build with hidden warnings, which is bad, but there are so many warnings regular output is drowned out
- cmake --build . --verbose
The commands to compile the code in the local docker are the following
git reset --hard a4e0b5da0e43dfa9ed63544e79bba0cdc289a13c
git submodule update --init
mkdir -p build && cd build
cmake .. -DOPENSIM_INSTALL_DIR=/opensim_install -Wno-dev -DCMAKE_CXX_FLAGS="-w"
cmake --build . --verbose
With the files of the local docker, I dumped the object where the functions reported as missing should be located, and indeed they are listed there. I can`t be sure if they are listed in the objects generated in the pipeline.
What could be causing this discrepancy in results, and how can I approach fixing it? Is there any way to remotely access the pipeline machine to try and debug this?
Hello @Lucas Avanci Gaudio ,