GCC 9.3 Status Report (2020-02-28)

[H.J. Lu]

On Fri, Feb 28, 2020 at 5:42 AM Jakub Jelinek <jakub@redhat.com> wrote:
>
> Status
> ======
>
> GCC 9.2 has been released more than half a year ago and it is time
> for another release from the latest stable branch.  Many people have
> backported their fixes to 9 branch recently already, often together
> with backports for 8.4.  Now that 8.4-rc1 is out, I'd like to do
> a 9.3-rc1 on Thursday, March 5th and the release most likely a week
> after that.  Please get your remaining 9.3 fixes into the branch
> before that.
>
>
> Quality Data
> ============
>
> Priority          #   Change from last report
> --------        ---   -----------------------
> P1                0
> P2              243   +  45
> P3               35   -  16
> P4              169   +  28
> P5               23   -   1
> --------        ---   -----------------------
> Total P1-P3     278   +  29
> Total           470   +  56
>
>
> Previous Report
> ===============
>
> https://gcc.gnu.org/ml/gcc/2019-08/msg00093.html
>

handle_lto_debug_sections failed to copy .note.gnu.property section
which caused:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93966

I am testing

diff --git a/libiberty/simple-object.c b/libiberty/simple-object.c
index d9c648af717..e6c466ab767 100644
--- a/libiberty/simple-object.c
+++ b/libiberty/simple-object.c
@@ -293,6 +293,9 @@ handle_lto_debug_sections (const char *name, int rename)
   /* Copy over .note.GNU-stack section under the same name if present.  */
   else if (strcmp (name, ".note.GNU-stack") == 0)
     return strcpy (newname, name);
+  /* Copy over .note.gnu.property section under the same name if present.  */
+  else if (strcmp (name, ".note.gnu.property") == 0)
+    return strcpy (newname, name);
   /* Copy over .comment section under the same name if present.  Solaris
      ld uses them to relax its checking of ELF gABI access rules for
      COMDAT sections in objects produced by GCC.  */

I'd like to backport it to GCC 9 if possible.

-- 
H.J.