RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1505492 - glibc: Build with -Werror and -Wundef
Summary: glibc: Build with -Werror and -Wundef
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: glibc
Version: 7.5
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Florian Weimer
QA Contact: Alexandra Petlanová Hájková
URL:
Whiteboard:
Depends On: 1349967 1564638 1566623
Blocks: 1565233
TreeView+ depends on / blocked
 
Reported: 2017-10-23 16:57 UTC by Patsy Griffin
Modified: 2018-11-20 09:16 UTC (History)
9 users (show)

Fixed In Version: glibc-2.17-234.el7
Doc Type: No Doc Update
Doc Text:
undefined
Clone Of:
Environment:
Last Closed: 2018-10-30 09:36:35 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1605091 1 None None None 2021-01-20 06:05:38 UTC
Red Hat Bugzilla 1640764 0 unspecified CLOSED glibc-rh1505492-prototypes-intl.patch causes intermittent problems building glibc 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHSA-2018:3092 0 None None None 2018-10-30 09:37:36 UTC

Internal Links: 1605091 1640764

Description Patsy Griffin 2017-10-23 16:57:15 UTC
Description of problem:

Backport "Do not build with -Winline" to avoid unnecessary warnings.

We need to backport this patch.  

commit ed159672eb3cd650a32b7e5cb4d5ec1fe0e63802
Author: Florian Weimer <fweimer>
Date:   Fri Apr 24 11:10:24 2015 +0200

    Do not build with -Winline
    
    -Winline causes architecture- and optimization-dependent build failures
    due to -Werror.  -Winline warns about inlining decisions based on
    branch hints, in effect preventing the use of inline functions in
    header files (because they might be called on unlikely branches, leading
    to a decision not to inline).
    
    The option was apparently added to the glibc build at a time when GCC
    did not support the always_inline attribute.  With current GCC versions,
    inlining failure for functions declared always_inline will receive a
    warning under -Wattributes, which is enabled by default, so -Winline
    appears unnecessary.


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Florian Weimer 2018-04-02 20:59:13 UTC
Should we backport -Werror?  I already added -Werror=implicit-function-declaration a while back.

Comment 2 Carlos O'Donell 2018-04-02 21:17:00 UTC
(In reply to Florian Weimer from comment #1)
> Should we backport -Werror?  I already added
> -Werror=implicit-function-declaration a while back.

This is an internal request, and it has some value to us, but given we have some upstream goals we want to accomplish, I'd say the value would have to be high and it would have to be straight forward for us to do it in the upcoming release.

How much work do you estimate this is?

Comment 13 Florian Weimer 2018-08-24 08:42:32 UTC
Note that -Werror is *not* used for bootstrap builds.  You will only see -Werror in regular builds.

Comment 16 errata-xmlrpc 2018-10-30 09:36:35 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2018:3092


Note You need to log in before you can comment on or make changes to this bug.