| Summary: | llvm shared libraries disappeared | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mattias Ellert <mattias.ellert> |
| Component: | llvm | Assignee: | Adam Jackson <ajax> |
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 24 | CC: | ajax, bos, davejohansen, dmalcolm, jv+fedora, petersen, scottt.tw |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-06-05 14:32:18 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle. Changing version to '24'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase This is intentional. The libraries were split at some point. But it was causing trouble when building some dependencies. So the building was reverted back to single DSO file. |
Description of problem: With the latest llvm update in rawhide, the llvm shared libraries disappeared. castxml has broken dependencies in the rawhide tree: On x86_64: castxml-0.1-0.9.20160125gitfc71eb9.fc24.x86_64 requires libLLVMXCoreInfo.so.3.7()(64bit) castxml-0.1-0.9.20160125gitfc71eb9.fc24.x86_64 requires libLLVMXCoreDisassembler.so.3.7()(64bit) castxml-0.1-0.9.20160125gitfc71eb9.fc24.x86_64 requires libLLVMXCoreDesc.so.3.7()(64bit) castxml-0.1-0.9.20160125gitfc71eb9.fc24.x86_64 requires libLLVMXCoreCodeGen.so.3.7()(64bit) [ ... ] It seems to have been replaced by a single shared library /usr/lib64/libLLVM.so.3.7 - similar to what is in Fedora 23. Was this regression intentional or a mistake? With the single library I had to introduce a patch compile, a patch I could remove when llvm changed to no longer use the single shared library. With the current change to llvm packaging using the single shared library again I would need to reintroduce the patch. Version-Release number of selected component (if applicable): llvm-3.7.1-6.fc24