Inconsistent/incorrect build environment
third-party settings may be inconsistent with the OF settings. Using lib instead of lib64 for 3rd-party gmp paths etc.
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Activity
- Developer
makeGcc in https://develop.openfoam.com/Development/ThirdParty-plus (develop branch) gives lib64 (for gmp, mpfr, mpc)
gcc compilation itself was failing (as it contained LD_LIBRARY_PATH with lib and not lib64)
correcting "export" statements for LD_LIBRARY_PATH with lib$WM_COMPILER_LIB_ARCH seem to fix for gcc compilation
However, next Allwmake experiences similar issues. Need to create semi-links for lib->lib64 most of the times to tackle the problem.
Installation checked on muttley at /home/alex2/prashant/OpenFOAM/ThirdParty-plus.developGit
- Mark OLESEN Title changed from Inconsistent/incorrect compile environment to Inconsistent/incorrect build environment
Title changed from Inconsistent/incorrect compile environment to Inconsistent/incorrect build environment
- Maintainer
FYI: These issues are already fixed at the Foundation's OpenFOAM-dev and ThirdParty-dev repositories, please see this bug report and reported commits provided there: http://bugs.openfoam.org/view.php?id=2114
By Bruno Santos on 2016-06-18T14:04:00 (imported from GitLab project)
- Author Maintainer
@wyldckat Thanks for the tip - looks like what have. I've also been working on a few more build-related issues that I will get pushed at the beginning of the week.
- Mark OLESEN mentioned in commit d64429100898df32fbea8a79d9cfa53f7c558d73
mentioned in commit d64429100898df32fbea8a79d9cfa53f7c558d73
- Mark OLESEN mentioned in commit f28e93b09272f4933b9f30eea30a385eb084215d
mentioned in commit f28e93b09272f4933b9f30eea30a385eb084215d
- Author Maintainer
@wyldckat Please take a look at the entire ThirdParty/develop branch, and at the OpenFOAM/3rdparty-updates branch. I believe that I've sorted out many of the inconsistencies and have a more rational configuration that makes it easier to manage the boost/CGAL dependencies. The updated combination manages without CGAL_SOURCE_VERSIONS_ONLY etc. I also think that the patching mechanism (used for paraview, scotch) makes much more sense than checking it these sources into the repository.
- Admin Status changed to closed by commit f28e93b09272f4933b9f30eea30a385eb084215d
Status changed to closed by commit f28e93b09272f4933b9f30eea30a385eb084215d
By Andrew Heather on 2016-06-30T22:09:40 (imported from GitLab project)