This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: bz1311954 - multilib variations in LC_COLLATE files, with fixes
On 3/21/19 4:47 PM, Gabriel F. T. Gomes wrote:
On Thu, 21 Mar 2019, DJ Delorie wrote:
"Carlos O'Donell" <codonell@redhat.com> writes:
This is a user-visible bug and so needs a bugzilla entry, please create
one, and reference the ml discussion, and reference it here.
OK for master with changelog that refs the bug # and commit first line
that refs the bug #.
Done: https://sourceware.org/bugzilla/show_bug.cgi?id=24372
I have seen builds errors on powerppc after this patch. The following
patch fixes them...
OK for master?
From a1a766ed231b2a01e0a2adad2982fc529ce9ca2d Mon Sep 17 00:00:00 2001
From: "Gabriel F. T. Gomes" <gabriel@inconstante.eti.br>
Date: Thu, 21 Mar 2019 17:24:30 -0300
Subject: [PATCH] Fix parentheses error in iconvconfig.c and ld-collate.c
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
When -Werror=parentheses is in use, iconvconfig.c builds fail with:
iconvconfig.c: In function ‘write_output’:
iconvconfig.c:1084:34: error: suggest parentheses around ‘+’ inside ‘>>’ [-Werror=parentheses]
hash_size = next_prime (nnames + nnames >> 1);
~~~~~~~^~~~~~~~
This patch adds parentheses to the expression. Not where suggested by
the compiler warning, but where it produces the expected result, i.e.:
where it has the effect of multiplying nnames by 1.5.
Likewise for elem_size in ld-collate.c.
OK for master.
Reviewed-by: Carlos O'Donell <carlos@redhat.com>
Tested for powerpc64le.
* iconv/iconvconfig.c (write_output): Add parentheses to get rid
of compiler warning.
* locale/programs/ld-collate.c (collate_output): Likewise.
---
iconv/iconvconfig.c | 2 +-
locale/programs/ld-collate.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/iconv/iconvconfig.c b/iconv/iconvconfig.c
index 1e6066cdf0..f75e46dc16 100644
--- a/iconv/iconvconfig.c
+++ b/iconv/iconvconfig.c
@@ -1081,7 +1081,7 @@ write_output (void)
Creating a perfect hash table is not reasonable here. Therefore
we use open hashing and a table size which is the next prime 50%
larger than the number of strings. */
- hash_size = next_prime (nnames + nnames >> 1);
+ hash_size = next_prime (nnames + (nnames >> 1));
hash_table = (struct hash_entry *) xcalloc (hash_size,
sizeof (struct hash_entry));
/* Fill the hash table. */
diff --git a/locale/programs/ld-collate.c b/locale/programs/ld-collate.c
index 19b23c2453..6baab6cfb0 100644
--- a/locale/programs/ld-collate.c
+++ b/locale/programs/ld-collate.c
@@ -2402,7 +2402,7 @@ collate_output (struct localedef_t *locale, const struct charmap_t *charmap,
runp = runp->next;
}
/* Add 50% and find the next prime number. */
- elem_size = next_prime (elem_size + elem_size >> 1);
+ elem_size = next_prime (elem_size + (elem_size >> 1));
/* Allocate the table. Each entry consists of two words: the hash
value and an index in a secondary table which provides the index
--
Cheers,
Carlos.