Re: [Podofo-users] Podofo rendering
Hi Matthew, I resorted to the shared-library solution as it worked well for me, at least it builds. I haven't tried to run anything as yet. For the sake of my personal understanding On 13/08/2019 13:40, Matthew Brincke wrote: Then podofo was automatically configured with JPEG support and you'll need to link to the libjpeg it found in your project too (when using a static libpodofo build). When using a shared library build and not doing make install, using LD_LIBRARY_PATH (on GNU/Linux) or changing the dynamic linker config would be required to have your program find the libpodofo shared library. For podofo-built programs this is required only when moving the library to a non-standard location, or accessing it through a different non-standard path (like in a sandbox) because the build process embeds a run-path in them. This is the CMakeLists.txt for my microscopic project: ADD_EXECUTABLE(main main.cpp) TARGET_LINK_LIBRARIES(main ${PODOFO_INSTALL_TOP}/lib/libpodofo.a) I thought this would do the work - do I need to manually specify all the dependent libraries, something along the line of TARGET_LINK_LIBRARIES(main /path/to/libjgeg{libtiff..} it's been a while since I programmed in C/C++ so forgive me some slip ups. I am also totally new to CMAKE. Thanks, Pietro ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users
Re: [Podofo-users] Podofo rendering
Hello zyx, hello all, > On 14 August 2019 at 08:59 zyx wrote: > > > On Tue, 2019-08-13 at 14:11 +0200, Matthew Brincke wrote: > > but Boost isn't searched for when configuring the podofo build (with > > cmake) because it wasn't added as even an optional dependency to the > > project. > > Hi, > are you sure of that? See: > > https://sourceforge.net/p/podofo/code/HEAD/tree/podofo/trunk/cmake/modules/FindBoost.cmake > https://sourceforge.net/p/podofo/code/HEAD/tree/podofo/trunk/CMakeLists.txt#l461 > > and > > https://sourceforge.net/p/podofo/code/HEAD/tree/podofo/trunk/README.html#l188 > I'm so sorry, I see my false description now, when I wrote what you quote I was so sure of "optional dependencies" (by definition) only including packages checked for by default that I only checked the output of my last cmake run for any mention of Boost before writing that and sending it off. After checking CMakeLists.txt and README.html directly after I saw your reply I now understand I was mistaken. Please let me just make a suggestion: What do you think about calling such a package a "hidden optional dependency"? > Bye, > zyx > Best regards, mabri ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users
Re: [Podofo-users] Podofo rendering
On Wed, 2019-08-14 at 13:24 +0200, Matthew Brincke wrote: > What do you think about calling such a package > a "hidden optional dependency"? Hi, I agree it's kind of hidden, having it mentioned in the README isn't enough to make it better visible (as proved here). Would the terminology change anything? I doubt it. Pietro was able to find an example for his needs, but he didn't notice how to make it compile. That's all. There's no need to invent new names which will be forgotten sooner or later. I didn't mean my initial reply as an insult against you, it only surprised me that PoDoFo (or any project) would include sources, which it never builds. It happens, yes, though quite rarely, I believe (like some parts can be compiled only during "make test/check" or such, thus they are still buildable). As it surprised me I tried to search for it. Rather than inventing new terminology, and especially when the Boost is optional, what about get rid of the WANT_BOOST and let it always try to find & build with Boost, or even better add WITHOUT_BOOST (or similar name), to give a chance to people to disable boost usage if needed, even when required development files for boost would be available. That would make Boost a real optional dependency. By the way, PoDoFo's README covers many interesting things, from my point of view. Good job of its author. Bye, zyx ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users