[Bug libc/23826] New: Stop xfailing elf/tst-protected1a and elf/tst-protected1b

["romain.geissler at amadeus dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=23826

            Bug ID: 23826
           Summary: Stop xfailing elf/tst-protected1a and
                    elf/tst-protected1b
           Product: glibc
           Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: libc
          Assignee: unassigned at sourceware dot org
          Reporter: romain.geissler at amadeus dot com
                CC: drepper.fsp at gmail dot com
  Target Milestone: ---

Hi,

In elf/Makefile, we can read:

# These tests fail with GCC versions prior to 5.1 and with some versions
# of binutils.  See https://sourceware.org/bugzilla/show_bug.cgi?id=17709
# and https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65248 for details.
# Perhaps in future we can make these XFAILs conditional on some detection
# of compiler/linker behavior/version.
test-xfail-tst-protected1a = yes
test-xfail-tst-protected1b = yes

I think (but may be wrong) that right now we are in a state where these tests
are XPASSing for most of the people running the glibc test suite. Indeed most
non-entreprise Linux distros will use recent enough gcc/binutils version (for
example Debian known to be quite conservative meets requirement on the current
oldstable Jessie). Among popular distros, I expect that only the entreprise
ones like RHEL <= 7 and SLES <= 12 have these issues, but normally RHEL 8 is on
the way to be released and SLES 15 is there already.

So is it time to stop expected to fail ?

Note: I also understand that since numerous glibc contributors are actually
working in companies which might use RHEL or SLES (among them obviously Red Hat
and SuSE employees), so this might be rejected for now for that reason.

Cheers,
Romain

-- 
You are receiving this mail because:
You are on the CC list for the bug.