Summary: | Unable to build Poppler (with CMake) as a subproject | ||
---|---|---|---|
Product: | poppler | Reporter: | Aki Koskinen <freedesktop> |
Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED WONTFIX | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Aki Koskinen
2017-08-15 09:02:18 UTC
I honestly don't see a reason why we should support that. (In reply to Albert Astals Cid from comment #1) > I honestly don't see a reason why we should support that. Right. Using git submodules and CMake subprojects is a handy way to combine many projects together (which I tried to describe in the original report), but if that's not reason enough then what can I say. The problem is, no one is ever going to think about using ${CMAKE_CURRENT_LIST_DIR} instead of ${CMAKE_SOURCE_DIR} because when you're writing the code, you're not thinking about "people that abuse cmake to make my code be a subfolder of their code". We might fix this, but it'd break again at some point because i'm never going to remember to use a weird variable instead of the variable that i'm used to using. I'm sorry if this causes you trouble, but i'm going to close this as WONTFIX. Maybe what you want is https://cmake.org/cmake/help/latest/module/ExternalProject.html ? |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.