> > Have you added this source file to "source/lac/CMakeLists.txt"? If your > additions are not being compiled, then the definitions provided by your > library are not needed to build deal.II itself. So it need not be linked > against when building the final library files.
Perfect, Jean-Paul. It was a very silly mistake of mine to don't add it. The problem is resolved now and I can see my library in the list of libdeal_II dependencies. I'm not sure if you've seen it, but we have a portion of the documentation > dedicated to explain how to add external dependencies to a user project. > Perhaps it'll be of some use to you, and help you avoid this path that > you're taking altogether. Thank you for pointing this. I came to know this portion of the documentation after I had already started to follow the other way and probably at a first step towards integration this would be the best path to follow. Anyway, if things get harder from now on I will switch to this approach. When everything works great, I hope to contribute these interfaces to the deal_II community. I appreciate your help Jean-Paul! Best! On Wednesday, July 5, 2017 at 9:54:10 AM UTC+2, Jean-Paul Pelteret wrote: > > Hi Victor, > > Another think that I noted is that the file mysolver.cc that I added under >> source/lac is not being compiled and linked to libdeal_II.so (I could not >> find it in the link.txt file that I attached). Do I need to do something >> else in order to cmake recognize that this file need to be compiled and >> linked to libdeal_II? > > Have you added this source file to "source/lac/CMakeLists.txt"? If your > additions are not being compiled, then the definitions provided by your > library are not needed to build deal.II itself. So it need not be linked > against when building the final library files. > > Although, when I looked to build/source/CMakeFiles/deal.II.dir/link.txt >> (attached) I found that my library (libmysolver.so) should have been linked >> to libdeal.II.so <http://libdeal.ii.so/> and I don't understand why >> libmysolver.so does not appear in the dependencies of libdeal_II. Would you >> have some hypothesis on that? > > > Fix the point above and then this would hopefully address this issue. > > That seems like the more complicated version, compared to putting the new >> solver into your own project -- any reason to put it there? > > > I'm with Wolfgang on this one, but I didn't bring it up since its not the > question that you asked. If you don't need to make any fundamental > alterations to the deal.II library in order to implement your specialised > solver then it is not necessary to integrate it directly into deal.II. > Assuming that you're not planning on contributing this code back to > deal.II, you'd be causing yourself more trouble in the long run since you'd > (presumably) have to maintain your special branch as we continue to update > itself. > > I'm not sure if you've seen it, but we have a portion of the documentation > dedicated to explain how to add external dependencies to a user project > <http://dealii.org/8.5.0/users/cmakelists.html#cmakeadvanced.external_libraries>. > > Perhaps it'll be of some use to you, and help you avoid this path that > you're taking altogether. > > Best, > J-P > > -- 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. For more options, visit https://groups.google.com/d/optout.
