[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 Jiong Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 --- Comment #9 from Jiong Wang --- (In reply to Jiong Wang from comment #8) > sysdeps/arm/dl-machine.h: > > elf_machine_load_address (void) >extern Elf32_Addr internal_function __dl_start (void *) asm ("_dl_start"); >Elf32_Addr

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 --- Comment #8 from Jiong Wang --- sysdeps/arm/dl-machine.h: elf_machine_load_address (void) extern Elf32_Addr internal_function __dl_start (void *) asm ("_dl_start"); Elf32_Addr got_addr = (Elf32_Addr) &__dl_start; Elf32_Addr

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 --- Comment #7 from Jiong Wang --- (In reply to Jiong Wang from comment #6) > will do some analysis as well. The difference between the working and broken ld.so on arm is 0fa0 <_dl_start>: @@ -1262,7 +1262,7 @@ fb6: 6338

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 --- Comment #6 from Jiong Wang --- ARM ld.so has broken since the following commit, revert it on 2.29 branch make ld.so works again on arm-linux-gnueabihf commit 52a86f843b6dee1de9977293da9786649b146b05 Author: Nick Clifton

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 Jiong Wang changed: What|Removed |Added Assignee|unassigned at sourceware dot org |jiwang at gcc dot gnu.org

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 Jiong Wang changed: What|Removed |Added Target|aarch64*|aarch64-linux-gnu, |

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 --- Comment #3 from Jiong Wang --- (In reply to Matthias Klose from comment #2) > that seems to work. However a link error for ld.so is not seen on > arm-linux-gnueabihf. I just reproduced the ARM segment fault, it looks like another issue

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 Jiong Wang changed: What|Removed |Added Target||aarch64* -- You are receiving this

[Bug binutils/21725] [2.29 Regression] binutils fails to build glibc-2.24 on aarch64-linux-gnu and arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=21725 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org --- Comment

[Bug ld/21402] i386: indirect5 failures

||jiwang at gcc dot gnu.org -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 Jiong Wang changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 --- Comment #9 from Jiong Wang --- (In reply to Jiong Wang from comment #8) > Temporarily reopen this bug as the fix was reverted because it will leak > some PC-relative relocations in while PC-relative support on copy relocation >

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 Jiong Wang changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 Jiong Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 --- Comment #5 from Jiong Wang --- (In reply to Nick Clifton from comment #3) > Hi Jiong, > > Thanks for taking a look at this. > > >Looks like AArch64 could avoid emiting COPY relocation if it's a > > relocation > > against writable

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 Jiong Wang changed: What|Removed |Added Assignee|unassigned at sourceware dot org |jiwang at gcc dot gnu.org

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 --- Comment #2 from Jiong Wang --- Hi Nick, Looks like AArch64 could avoid emiting COPY relocation if it's a relocation against writable section. We could adopt similar code from elf_x86_64_adjust_dynamic_symbol or

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation units

https://sourceware.org/bugzilla/show_bug.cgi?id=21532 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org -- You

[Bug gas/21176] [Aarch64] Wrong syntax accepted for SIMD vector by element operations

|ASSIGNED Last reconfirmed||2017-02-17 CC||jiwang at gcc dot gnu.org Version|2.26|2.29 (HEAD) Assignee|unassigned at sourceware dot org |jiwang at gcc dot

[Bug ld/20402] ld.bfd for emits *_RELATIVE relocations against SHN_ABS symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=20402 --- Comment #4 from Jiong Wang --- It seems this to be a generic ld.bfd issue? I see there is relocations generated on x86-64 as well, while I think linker should fully resolve these relocation during static linking as they are absolute

[Bug binutils/21099] New: Strip should update symbol section index after some sections removed?

: minor Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: jiwang at gcc dot gnu.org Target Milestone: --- Can be reproduced by two commands: === ld --verbose | tac | sed '/^===/d' | sed '/using internal linker script/,$d

[Bug ld/20995] Read-only data in ELF libraries may be remapped writable at runtime

https://sourceware.org/bugzilla/show_bug.cgi?id=20995 --- Comment #13 from Jiong Wang --- (In reply to Jiong Wang from comment #12) > (In reply to Alan Modra from comment #11) > > I deliberately left the arm FAILs showing. They are telling you that -z > > relro does not wotk on those target

[Bug ld/20995] Read-only data in ELF libraries may be remapped writable at runtime

https://sourceware.org/bugzilla/show_bug.cgi?id=20995 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org --- Comment

[Bug ld/20868] ld relaxes TLS access erroneously for aarch64 in ilp32 mode

https://sourceware.org/bugzilla/show_bug.cgi?id=20868 --- Comment #3 from Jiong Wang --- Hi Yury, Some quick thoughts: > > But in executalbe binary ld relaxes tls access with direct address > calculation: > 279 register unsigned long __result asm ("w0"); > 280 asm volatile

[Bug ld/20868] ld relaxes TLS access erroneously for aarch64 in ilp32 mode

https://sourceware.org/bugzilla/show_bug.cgi?id=20868 --- Comment #2 from Jiong Wang --- (In reply to Jiong Wang from comment #1) > I investigate this. -> I will investigate this. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/20868] ld relaxes TLS access erroneously for aarch64 in ilp32 mode

||2016-11-25 CC||jiwang at gcc dot gnu.org Assignee|unassigned at sourceware dot org |jiwang at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jiong Wang --- I investigate

[Bug ld/20737] [aarch64] -static -pie linked binary has R_AARCH64_ABS64 relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=20737 Jiong Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/20737] [aarch64] -static -pie linked binary has R_AARCH64_ABS64 relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=20737 Jiong Wang changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug ld/20737] [aarch64] -static -pie linked binary has R_AARCH64_ABS64 relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=20737 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org

[Bug binutils/20666] [libopcodes][Aarch64] BFI instruction decoded as bad BFC instruction

https://sourceware.org/bugzilla/show_bug.cgi?id=20666 Jiong Wang changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug binutils/20667] [libopcodes][Aarch64] IC ivau omits register operand if it's the zero register

https://sourceware.org/bugzilla/show_bug.cgi?id=20667 Jiong Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug binutils/20667] [libopcodes][Aarch64] IC ivau omits register operand if it's the zero register

|ASSIGNED Last reconfirmed||2016-10-05 CC||jiwang at gcc dot gnu.org Version|2.26|2.28 (HEAD) Assignee|unassigned at sourceware dot org |jiwang at gcc dot

[Bug binutils/20666] [libopcodes][Aarch64] BFI instruction decoded as bad BFC instruction

||jiwang at gcc dot gnu.org Version|2.26|2.28 (HEAD) Assignee|unassigned at sourceware dot org |jiwang at gcc dot gnu.org --- Comment #1 from Jiong Wang --- I will investigate this. -- You are receiving this mail because: You

[Bug binutils/20553] Bug in objdump when disassembling fmul, fmla and fmls

https://sourceware.org/bugzilla/show_bug.cgi?id=20553 Jiong Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Version|2.26

[Bug binutils/20553] Bug in objdump when disassembling fmul, fmla and fmls

||2016-09-28 CC||jiwang at gcc dot gnu.org Assignee|unassigned at sourceware dot org |jiwang at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jiong Wang --- Posted a patch here

[Bug ld/20402] ld.bfd for AArch64 emits R_AARCH64_RELATIVE relocations against SHN_ABS symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=20402 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org

[Bug ld/19368] [2.26/2.27 regression] IFUNC support not working on arm-linux-gnueabi*

https://sourceware.org/bugzilla/show_bug.cgi?id=19368 Jiong Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/19368] [2.26/2.27 regression] IFUNC support not working on arm-linux-gnueabi*

https://sourceware.org/bugzilla/show_bug.cgi?id=19368 Jiong Wang changed: What|Removed |Added Status|REOPENED|ASSIGNED --- Comment #6 from Jiong Wang

[Bug ld/19368] [2.26/2.27 regression] IFUNC support not working on arm-linux-gnueabi*

https://sourceware.org/bugzilla/show_bug.cgi?id=19368 --- Comment #3 from Jiong Wang --- This is caused by the following commit which turn on elf_backend_extern_protected_data. commit b68a20d6675f1360ea4db50a9835c073675b9889 Author: Szabolcs Nagy Date: Mon Jul 27

[Bug ld/19368] [2.26/2.27 regression] IFUNC support not working on arm-linux-gnueabi*

https://sourceware.org/bugzilla/show_bug.cgi?id=19368 Jiong Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug binutils/13302] IRELATIVE relocation should come last

https://sourceware.org/bugzilla/show_bug.cgi?id=13302 Jiong Wang changed: What|Removed |Added CC||doko at debian dot org --- Comment #8

[Bug ld/19188] [2.26 Regression] binutils assertion fail ../../bfd/elfnn-aarch64.c:4631

https://sourceware.org/bugzilla/show_bug.cgi?id=19188 Jiong Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/19368] [2.26/2.27 regression] IFUNC support not working on arm-linux-gnueabi*

https://sourceware.org/bugzilla/show_bug.cgi?id=19368 Jiong Wang changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE

[Bug ld/19368] [2.26/2.27 regression] IFUNC support not working on arm-linux-gnueabi*

https://sourceware.org/bugzilla/show_bug.cgi?id=19368 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org

[Bug ld/19188] [2.26 Regression] binutils assertion fail ../../bfd/elfnn-aarch64.c:4631

https://sourceware.org/bugzilla/show_bug.cgi?id=19188 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org

[Bug ld/19188] [2.26 Regression] binutils assertion fail ../../bfd/elfnn-aarch64.c:4631

https://sourceware.org/bugzilla/show_bug.cgi?id=19188 --- Comment #3 from Jiong Wang --- caused by we always call tpoff_base when we need to do tls relaxation which is wrong. tpoff_base shouldn't be called if there is no tls object defined in the input section. it's only valid when we are doing

[Bug ld/19188] [2.26 Regression] binutils assertion fail ../../bfd/elfnn-aarch64.c:4631

https://sourceware.org/bugzilla/show_bug.cgi?id=19188 Jiong Wang changed: What|Removed |Added Status|NEW |ASSIGNED -- You are receiving this

[Bug gas/18500] VLDR immediate not using VMOV

https://sourceware.org/bugzilla/show_bug.cgi?id=18500 Jiong Wang changed: What|Removed |Added CC||jiwang at gcc dot gnu.org --- Comment

[Bug binutils/18276] AArch64: readelf, gas do not support TLSLD relocations

https://sourceware.org/bugzilla/show_bug.cgi?id=18276 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug ld/18692] AArch64: ld --emit-relocs corrupts section relative relocations

https://sourceware.org/bugzilla/show_bug.cgi?id=18692 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug ld/18692] AArch64: ld --emit-relocs corrupts section relative relocations

https://sourceware.org/bugzilla/show_bug.cgi?id=18692 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added CC||jiwang at gcc

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 --- Comment #10 from Jiong Wang jiwang at gcc dot gnu.org --- the patch fix OpenLoop builds is sent out for review. https://sourceware.org/ml/binutils/2015-07/msg00137.html NOTE, it address the OpenLoops issue only which is root cause

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 --- Comment #5 from Jiong Wang jiwang at gcc dot gnu.org --- (In reply to David Abdurachmanov from comment #4) I all process libraries except one in OpenLoops, that's enough to trigger the issue. You can get it here (4.7M): http

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 --- Comment #7 from Jiong Wang jiwang at gcc dot gnu.org --- (In reply to David Abdurachmanov from comment #6) My last test was with GCC 4.9.3, that did not ICE during OpenLoops compilation. Thanks for looking into this! gcc 4.9.3 still

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 --- Comment #9 from Jiong Wang jiwang at gcc dot gnu.org --- (In reply to David Abdurachmanov from comment #8) Could you point to GCC PR you mentioned? I just want to x-check why my toolchain build works. the gcc fix is https

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at sourceware dot org |jiwang

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 --- Comment #1 from Jiong Wang jiwang at gcc dot gnu.org --- thanks for reporting this, will double check the status -- You are receiving this mail because: You are on the CC list for the bug

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 --- Comment #2 from Jiong Wang jiwang at gcc dot gnu.org --- Looking at AArch64 backend in aarch64_type_of_stub there is a check: 2287 if ((r_type == AARCH64_R (CALL26) || r_type == AARCH64_R (JUMP26)) 2288(branch_offset

[Bug ld/18668] relocation truncated to fit: R_AARCH64_CALL26 (veneers not inserted)

https://sourceware.org/bugzilla/show_bug.cgi?id=18668 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug ld/18270] [AArch64] relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against

https://sourceware.org/bugzilla/show_bug.cgi?id=18270 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug binutils/17415] Overflow in relocation (R_AARCH64_TLSLE_ADD_TPREL_HI12) silently ignored

https://sourceware.org/bugzilla/show_bug.cgi?id=17415 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug binutils/18276] AArch64: readelf, gas do not support TLSLD relocations

https://sourceware.org/bugzilla/show_bug.cgi?id=18276 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added CC||jiwang at gcc

[Bug ld/18270] [AArch64] relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against

https://sourceware.org/bugzilla/show_bug.cgi?id=18270 --- Comment #4 from Jiong Wang jiwang at gcc dot gnu.org --- patch for review https://sourceware.org/ml/binutils/2015-04/msg00302.html -- You are receiving this mail because: You are on the CC list for the bug

[Bug ld/18270] [AArch64] relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against

https://sourceware.org/bugzilla/show_bug.cgi?id=18270 --- Comment #3 from Jiong Wang jiwang at gcc dot gnu.org --- AArch64 have counted the got entry in check_relocs for local symbol, while we haven't do any thing during entry allocation, and when doing the final relocation

[Bug ld/18270] [AArch64] relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against

https://sourceware.org/bugzilla/show_bug.cgi?id=18270 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added CC||jiwang at gcc

[Bug ld/18270] [AArch64] relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against

https://sourceware.org/bugzilla/show_bug.cgi?id=18270 --- Comment #2 from Jiong Wang jiwang at gcc dot gnu.org --- Reproduced. And after a quick investigation I believe the root cause is exactly what Richard Henderson has explained at https://sourceware.org/ml/binutils/2014-07/msg00155.html

[Bug ld/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

https://sourceware.org/bugzilla/show_bug.cgi?id=17615 --- Comment #17 from Jiong Wang jiwang at gcc dot gnu.org --- (In reply to Alan Modra from comment #16) Fixed by git commit c4621b33 thanks very much for fixing this ! -- You are receiving this mail because: You are on the CC list

[Bug binutils/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

https://sourceware.org/bugzilla/show_bug.cgi?id=17615 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Target|aarch64-none-linux-gnu |aarch64-none

[Bug ld/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

https://sourceware.org/bugzilla/show_bug.cgi?id=17615 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Component|binutils|ld

[Bug ld/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

https://sourceware.org/bugzilla/show_bug.cgi?id=17615 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug binutils/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

https://sourceware.org/bugzilla/show_bug.cgi?id=17615 --- Comment #5 from Jiong Wang jiwang at gcc dot gnu.org --- Hi Dimitry, Thanks for reporting this. A quick look at your attachment shows libiprouteutil.so and libnetlink.so are required to reproduce this issue, while I haven't found

[Bug binutils/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

https://sourceware.org/bugzilla/show_bug.cgi?id=17615 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug binutils/17415] Overflow in relocation (R_AARCH64_TLSLE_ADD_TPREL_HI12) silently ignored

https://sourceware.org/bugzilla/show_bug.cgi?id=17415 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added CC||jiwang at gcc

[Bug binutils/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

https://sourceware.org/bugzilla/show_bug.cgi?id=17615 Jiong Wang jiwang at gcc dot gnu.org changed: What|Removed |Added CC||jiwang at gcc