Hi Lucas, The documentation that describes how to configure CMake options for external libraries is here: https://dealii.org/developer/users/cmake_dealii.html#configureext . You should just need to pass cmake the flag -DBOOST-DIR=<PATH_TO_BOOST> (with the correct path added, of course. From your first post, I think that this would just be /usr). To be safe, you probably want to delete the CMakeCache.txt before reconfiguring. You should also take a look at this section: https://dealii.org/developer/users/cmake_dealii.html#buildinformation . There you can see that when an external version of boost is detected and can be used, this status should be reflected at the end of the configuration process, e.g.
# Configured Features (DEAL_II_ALLOW_BUNDLED = ON, DEAL_II_ALLOW_AUTODETECTION = ON): # DEAL_II_WITH_BOOST set up with external dependencies # [...] If you pass the boost directory to CMake and then don't see a message like that, then it doesn't necessarily mean that the boost path wasn't found -- it could also mean that this specific installation of boost was not found to be usable (i.e. it didn't pass the checks that are executed during the configuration process). To understand why that could be, you'd have to provide us with the detailed.log file, along with two log files that CMake generates, namely <BUILD_DIR>/CMakeFiles/CMakeError.log and <BUILD_DIR>/CMakeFiles/CMakeOutput.log. I hope that this helps you sort out this issue. Best, Jean-Paul On Thursday, August 19, 2021 at 6:36:55 PM UTC+2 lucasm...@gmail.com wrote: > Hi folks, > > This problem is back, and I'm not sure what to do about it. To solve the > problem, I updated boost to the newest version (1.76.0), and then > reinstalled the newest dealii release (9.3.1). I configured it to use > external dependency for boost so that it configured and installed with > boost version 1.76.0. It was working for a while for some reason, but then > it broke again after updating cmake to the newest version. > > I reinstalled the newest dealii version with external dependency for > boost, and it gives the error that it was giving before. Again, I think the > problem is that on line 506 of /include/deal.II/base/config.h there is a > #include<boost/version.hpp> which is pointing to the bundled boost version > as opposed to the externally installed one. How do I get this + all other > include directives to point to the proper boost installation? I think this > is a cmake problem, but I do not know how to tell the compiler where the > proper boost installation is. > > Any help is appreciated. > > Kind regards, > Lucas > > On Tuesday, August 10, 2021 at 4:49:28 PM UTC-5 Lucas Myers wrote: > >> Update: the problem is that, when I installed the newest version of >> dealii, the boost version that I had separately installed was 1.67.0. >> Instead of using the version bundled in dealii (version 1.70.0), dealii >> configured with the separately installed version. However, whenever it does >> the compilation check, it #includes the bundled version of boost. I'm not >> sure why it does that, because when I run a loose source file (e.g. >> `boost_test.cpp` in my home directory) with boost included, it uses the >> separately installed version. >> >> In any case, I think the fix will be to uninstall boost, and then >> re-install dealii so that it uses its bundled version. Just wanted to make >> a note about it because I think this is unintended behavior. >> >> - Lucas >> >> On Tuesday, August 10, 2021 at 3:46:17 PM UTC-5 Lucas Myers wrote: >> >>> Hi folks, >>> >>> I'm getting the error "The version number of boost that you are >>> compiling with does not match the version number of boost found during >>> deal.II's configuration step." when I try to compile the first tutorial >>> program. It is thrown at /usr/local/include/deal.II/base/config.h:508:17 >>> >>> This is confusing to me, because when I go into >>> /usr/include/boost/version.hpp, it states that my BOOST_VERSION is 106700. >>> Further, in /usr/local/include/deal.II/base/config.h, it says that my >>> DEAL_II_BOOST_VERSION_MAJOR is 1, DEAL_II_BOOST_VERSION_MINOR is 67, and >>> DEAL_II_BOOST_VERSION_SUBMINOR is 0 which makes my >>> DEAL_II_BOOST_VERSION_GTE 106700, the same as what boost says it ought to >>> be. >>> >>> For context, I had installed dealii version 9.2.0 earlier, but had >>> problems when I tried to update it to include CUDA (I think there was some >>> API change with CUDA 11). I then installed dealii version 9.3.1 (without >>> doing anything to the other version). Now none of the example files in >>> version 9.3.1 will compile. >>> >>> Any help is appreciated, thanks so much >>> >>> Kind regards, >>> Lucas >>> >> -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en --- You received this message because you are subscribed to the Google Groups "deal.II User Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to dealii+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dealii/febc01b5-10ca-41ef-9858-f0ffb47057d6n%40googlegroups.com.
