Libxml2 is already an optional dependency. It should use the same infrastructure as the other dependencies.
Details
- Reviewers
labath compnerd - Group Reviewers
Restricted Project - Commits
- rGbbbbf8a1065e: [lldb/CMake] Use LLDB's autodetection logic for libxml2
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
lldb/cmake/modules/FindLibXml28.cmake | ||
---|---|---|
14 ↗ | (On Diff #236406) | Why is this under if(APPLE) ? |
lldb/cmake/modules/FindLibXml28.cmake | ||
---|---|---|
14 ↗ | (On Diff #236406) | To me this looks as if this module file FileLibXml28.cmake is only relevant for Apple. In line 10 it falls back to the standard CMake find-module file (find_package(LibXml2 QUIET)). Is this correct? |
lldb/cmake/modules/FindLibXml28.cmake | ||
---|---|---|
14 ↗ | (On Diff #236406) | I'm not sure, I just kept the old behavior. I'm pretty sure it doesn't matter. Do you prefer to make it unconditional or just remove it altogether? |
lldb/cmake/modules/FindLibXml28.cmake | ||
---|---|---|
14 ↗ | (On Diff #236406) | Ah, right, I think I now see where this is coming from. I don't think it makes sense to keep this if xml is disabled then linking against it is useless. Ideally, I'd just remove it... |
lldb/cmake/modules/FindLibXml28.cmake | ||
---|---|---|
14 ↗ | (On Diff #236406) | Why the custom module for this? Why not use find_package(LibXml2 2.8 QUIET) and ensure that libxml2 is >= 2.8? |
lldb/cmake/modules/FindLibXml28.cmake | ||
---|---|---|
14 ↗ | (On Diff #236406) | Right, with the special if(APPLE) logic gone there there's no good reason to have a custom module anymore. |