glibc:azanella/aarch64-mempcpy

Last commit made on 2018-07-05
Get this branch:
git clone -b azanella/aarch64-mempcpy https://git.launchpad.net/glibc

Branch merges

Branch information

Name:
azanella/aarch64-mempcpy
Repository:
lp:glibc

Recent commits

a0cfc04... by Adhemerval Zanella on 2018-07-05

aarch64: ifunc mem* cleanups

a2b4663... by Adhemerval Zanella on 2018-07-05

aarch64: Fix ILP32 support on falkor memcpy/memmove

8d341f4... by Adhemerval Zanella on 2018-07-05

aarch64: Add optimized mempcpy multiarch variants

This patch adds mempcpy optimization on falkor and thunderx variants
similar to generic ones.

7f1fa63... by Adhemerval Zanella on 2018-07-04

aarch64: Add optimized mempcpy

Since GCC still does not optimize mempcpy (PR70140 and PR81657), this
patchs adds an optimized mempcpy entrypoint for AArch64. This is
basically sets up the expected result in x0 and fallbacks to memcpy.
The memcpy/memmove requires an additional instruction to setup the
input argument in a new temporary register.

Checked on aarch64-linux-gnu

1002d70... by Adhemerval Zanella on 2018-07-04

posix: Fix bug-regex33 after regex sync

On some platforms the inclusion of regex-internal.h in bug-regex33
testcase show a MAX redefinition if test-skeleton.c is include later.
This patch fixes by removing regex-internal.h inclusion and using
SBC_MAX value directly.

Checked on aarch64-linux-gnu.

 * posix/bug-regex33.c: Fix build after regex sync.

34fdb89... by Carlos-0 on 2018-05-14

locale: XFAIL newlocale usage in static binary (Bug 23164)

There is a glibc optimization which allows for locale categories
to be removed during static compilation. There have been various
bugs for this support over the years, with bug 16915 being the
most recent. The solution there was to emit a reference to all the
categories to avoid any being removed. This fix, although it's in
the generic __nl_langinfo_l function, doesn't appear to be enough
to fix the case for a statically linked program that uses newlocale
and nl_langinfo_l. This commit doesn't fix the problem, but it does
add a XFAIL'd test case such that a fix can be applied against this
and the XFAIL removed. It's not entirely clear that the problem is
the same as that which was seen in bug 16915.

f2873d2... by Florian Weimer on 2018-07-04

testrun.sh: Implement --tool=strace, --tool=valgrind

$(file …) appears to be the only convenient way to create files
with newlines and make substitution variables. This needs make 4.0
(released in 2013), so update the requirement to match.

Reviewed-by: Carlos O'Donell <email address hidden>

eb04c21... by Adhemerval Zanella on 2017-12-20

posix: Sync gnulib regex implementation

This patch syncs the regex implementation with gnulib (commit 0ee5212).
Only two changes in GLIBC regex testing are required:

  1. posix/bug-regex28.c: as previously discussed [1] the change of
     expected results on the pattern should be safe.

  2. posix/PCRE.tests: the ERE (a)|\1 is malformed (in the sense that
     the \1 doesn't mean anything) and although current GLIBC accepts
     it has undefined behavior. This patch removes the specific test.

This sync contains some patches from thread 'Regex: Make libc regex
more usable outside GLIBC.' [2] which have been pushed upstream in
gnulib. This patches also fixes some regex issues (BZ #23233,
BZ #21163, BZ #18986, BZ #13762) and I did not add testcases for
both #23233 and #13762 because I couldn't think a simple way to
trigger the expected failure path to trigger them.

Checked on x86_64-linux-gnu and i686-linux-gnu.

 [BZ #23233]
 [BZ #21163]
 [BZ #18986]
 [BZ #13762]
 * posix/Makefile (tests): Add bug-regex37 and bug-regex38.
 * posix/PCRE.tests: Remove invalid test.
 * posix/bug-regex28.c: Fix expected values for used syntax.
 * posix/bug-regex37.c: New file.
 * posix/bug-regex38.c: Likewise.
 * posix/regcomp.c: Sync with gnulib.
 * posix/regex.c: Likewise.
 * posix/regex.h: Likewise.
 * posix/regex_internal.c: Likewise.
 * posix/regex_internal.h: Likewise.
 * posix/regexec.c: Likewise.

[1] https://sourceware.org/ml/libc-alpha/2017-12/msg00807.html
[2] https://sourceware.org/ml/libc-alpha/2017-12/msg00237.html

b11643c... by Mike FABIAN <email address hidden> on 2018-06-18

Bug 23308: Update to Unicode 11.0.0

Unicode 11.0.0 Support: Character encoding, character type info, and
transliteration tables are all updated to Unicode 11.0.0, using
the generator scripts contributed by Mike FABIAN (Red Hat).

Some info about the number of characters added:

Total added characters in newly generated CHARMAP: 684
Total added characters in newly generated WIDTH: 119
alpha: Added 380 characters in new ctype which were not in old ctype
combining: Added 56 characters in new ctype which were not in old ctype
combining_level3: Added 37 characters in new ctype which were not in old ctype
graph: Added 684 characters in new ctype which were not in old ctype
lower: Added 82 characters in new ctype which were not in old ctype
print: Added 684 characters in new ctype which were not in old ctype
punct: Added 304 characters in new ctype which were not in old ctype
tolower: Added 79 characters in new ctype which were not in old ctype
totitle: Added 33 characters in new ctype which were not in old ctype
toupper: Added 79 characters in new ctype which were not in old ctype
upper: Added 79 characters in new ctype which were not in old ctype

No characters were removed.

 [BZ #23308]
 * unicode-gen/Makefile (UNICODE_VERSION): Set to 11.0.0.
 * localedata/unicode-gen/DerivedCoreProperties.txt: Update to Unicode 11.0.0.
 * localedata/unicode-gen/EastAsianWidth.txt: likewise.
 * localedata/unicode-gen/PropList.txt: likewise.
 * localedata/unicode-gen/UnicodeData.txt: likewise.
 * localedata/charmaps/UTF-8: Regenerate.
 * localedata/locales/i18n_ctype: likewise.
 * localedata/locales/tr_TR: likewise.
 * localedata/locales/translit_circle: likewise.
 * localedata/locales/translit_cjk_compat: likewise.
 * localedata/locales/translit_combining: likewise.
 * localedata/locales/translit_compat: likewise.
 * localedata/locales/translit_font: likewise.
 * localedata/locales/translit_fraction: likewise.

5a35750... by Florian Weimer on 2018-07-03

stdio-common/tst-printf.c: Remove part under a non-free license [BZ #23363]

The license does not allow modification.

Reviewed-by: Carlos O'Donell <email address hidden>