This was discussed at the OPM meeting, and my recollection from the discussion on sibling builds is -a majority of developers use the feature -it does not add significant complexity when determining which libraries/binaries are actually linked -it is not a significant maintenance burden to keep With the conclusion that we keep it. Well - my recollection of the discussion is not that support for the sibling build was that unanimous. In my opinion the system with sibling builds is very friendly to the pure developer; but I disagree with this: it does not add significant complexity when determining which libraries/binaries are actually linked In Statoil the sibling builds have led to quite a lot of wasted developer time when tracking down link and build problems when building and deploying on Jenkins. Furtheremore this: -it is not a significant maintenance burden to keep Is just flat out wrong; the system is very complex to maintain. It has worked well; so the need for updates has been very limited - but when/if updates are required it is challenging.
As for the rest of the points, I am struggling to understand exactly what is suggested. Like it is presented I have to take a deep dive in the build system to be able to make informed opinions. Well - you are right that the initial question I posed was actually just a simplification step on the way to a possible removal of the sibling builds; but the question of sibling builds or not has got all the attention - I guess that is the most important question; so fair enough. I will continue with and make a PR based on the LIBRARY_OUTPUT_PATH setting - then we can continue the discussion from there. Jaokim ------------------------------------------------------------------- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you
_______________________________________________ Opm mailing list [email protected] http://www.opm-project.org/mailman/listinfo/opm
