bz1311954 - multilib variations in LC_COLLATE files, with fixes

Message ID 20190321174724.72b87ae9@tereshkova.br.ibm.com
State Committed
Commit 5abcddd7949270998c6e8d99fdbbba821b664f8b
Headers

Commit Message

Gabriel F. T. Gomes March 21, 2019, 8:47 p.m. UTC
  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.

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(-)
  

Comments

Carlos O'Donell March 21, 2019, 8:48 p.m. UTC | #1
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
>
  
Gabriel F. T. Gomes March 21, 2019, 9:02 p.m. UTC | #2
On Thu, 21 Mar 2019, Carlos O'Donell wrote:
>
>OK for master.
>
>Reviewed-by: Carlos O'Donell <carlos@redhat.com>

Thanks.  Now push to master with the 'Reviewed-by' notice and references
to the bugzilla entry in the commit headline and ChangeLog.
  
Gabriel F. T. Gomes March 21, 2019, 9:07 p.m. UTC | #3
On Thu, 21 Mar 2019, Gabriel F. T. Gomes wrote:

>On Thu, 21 Mar 2019, Carlos O'Donell wrote:
>>
>>OK for master.
>>
>>Reviewed-by: Carlos O'Donell <carlos@redhat.com>  
>
>Thanks.  Now push to master with the 'Reviewed-by' notice and references
>to the bugzilla entry in the commit headline and ChangeLog.

*pushed*, I mean.
  

Patch

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