[PATCH] gold: Make Ordering::operator() even more complex

H.J. Lu hjl.tools@gmail.com
Fri May 1 15:57:54 GMT 2020


On Fri, Jan 31, 2020 at 3:32 PM H.J. Lu <hjl.tools@gmail.com> wrote:
>
> GCC 9 generates the same function size for Ordering::operator() in
> odr_violation1.cc and odr_violation2.cc on x32:
>
>   134: 00000000    31 FUNC    WEAK   DEFAULT   64 _ZN8OrderingclEii
>    40: 00000000    31 FUNC    GLOBAL DEFAULT   10 _ZN8OrderingclEii
>
> This patch makes Ordering::operator() even more complex
>
>    134: 00000000    31 FUNC    WEAK   DEFAULT   64 _ZN8OrderingclEii
>     42: 00000000    35 FUNC    GLOBAL DEFAULT   11 _ZN8OrderingclEii
>
>         * testsuite/odr_violation2.cc (Ordering::operator()): Make
>         expression even more complex.
> ---
>  gold/testsuite/odr_violation2.cc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/gold/testsuite/odr_violation2.cc b/gold/testsuite/odr_violation2.cc
> index aa9868fc27c..35dd454704b 100644
> --- a/gold/testsuite/odr_violation2.cc
> +++ b/gold/testsuite/odr_violation2.cc
> @@ -12,7 +12,7 @@ class Ordering {
>  bool Ordering::operator()(int a, int b) {
>    // Optimization makes this operator() a different size than the one
>    // in odr_violation1.cc.
> -  return a + 12345 > b / 67;
> +  return (a * 30 + b + 12345) > b / 67;
>  }
>
>  void SortDescending(int array[], int size) {
> --
> 2.24.1
>

I am checking in this patch.

-- 
H.J.


More information about the Binutils mailing list