Bug 1287191
| Summary: | Libtool must be rebuilt against new gcc 4.8.5 in rhel 7.2 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Yaakov Selkowitz <yselkowi> | ||||
| Component: | libtool | Assignee: | Patrik Novotný <panovotn> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | qe-baseos-tools-bugs | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 7.2 | CC: | dhorak, hannsj_uhl, hhorak, jfeeney, jpopelka, mcermak, orion, ovasik, praiskup, tis, yselkowi | ||||
| Target Milestone: | rc | Keywords: | ZStream | ||||
| Target Release: | 7.3 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | libtool-2.4.2-21.el7_2 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 1290074 (view as bug list) | Environment: | |||||
| Last Closed: | 2020-12-15 07:38:54 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: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 1197165, 1285484, 1290074 | ||||||
| Attachments: |
|
||||||
|
Description
Yaakov Selkowitz
2015-12-01 17:46:17 UTC
For the purposes of QA, these lines are supposed to prevent this from being missed:
%global gcc_version 4.8.2
[snip]
# /usr/bin/libtool includes paths within gcc's versioned directories
# Libtool must be rebuilt whenever a new upstream gcc is built
Requires: gcc = %{gcc_version}
but for whatever reason, this doesn't seem to help.
Created attachment 1100977 [details]
Patch for rhel-7.3
Note that %gcc_version also needs to be adjusted, per this patch.
(In reply to Yaakov Selkowitz from comment #0) > Please revbump and rebuild libtool for 7.2.z and 7.3. We should really fix this ASAP, thanks for the report (it should have been done already -- together with gcc). It should out via z-stream if possible. Reason for safety check not working can be seen here: $ rpm -q --provides gcc bundled(libiberty) gcc = 4.8.2-16.el7 gcc = 4.8.5-4.el7 gcc(x86-64) = 4.8.5-4.el7 libgcc48privatecloog-isl.so.4()(64bit) liblto_plugin.so.0()(64bit) Somebody added Provides: which breaks this safety check. I suggest using Conflicts: gcc_version + 1 For new build: Conflicts: gcc >= 4.8.6 (In reply to Tuomo Soini from comment #10) > Reason for safety check not working can be seen here: Yes, obviously. > I suggest using Conflicts: gcc_version + 1 > > For new build: > > Conflicts: gcc >= 4.8.6 This sounds like good idea. The process of relevant async errata is probably too far to have it fixed right now. I would be OK with respin if QA was OK too. (In reply to Tuomo Soini from comment #10) > Reason for safety check not working can be seen here: > > $ rpm -q --provides gcc > bundled(libiberty) > gcc = 4.8.2-16.el7 > gcc = 4.8.5-4.el7 > gcc(x86-64) = 4.8.5-4.el7 > libgcc48privatecloog-isl.so.4()(64bit) > liblto_plugin.so.0()(64bit) > > Somebody added Provides: which breaks this safety check. Indeed, although I don't understand why: %if 0%{?rhel} == 7 %global gcc_version 4.8.2 %else %global gcc_version 4.8.5 %endif Version: 4.8.5 Release: %{gcc_release}%{?dist} %if "%{version}" != "%{gcc_version}" %define gcc_provides %{gcc_version}-16%{?dist} %endif Note: %rhel == 7. (In reply to Tuomo Soini from comment #13) > Note: %rhel == 7. Yes, I got *that* part. I don't understand why this being done in the first place though. I can only guess but compatibility with old version is only reason I could guess. RHEL 7.3 shipped with libtool-2.4.2-21.el7_2, which includes this fix. Can this be closed? After evaluating this issue, there are no plans to address it further or fix it in an upcoming release. Therefore, it is being closed. If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened. |