public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
@ 2020-12-02 12:24 CHIGOT, CLEMENT
  2020-12-02 15:55 ` Ian Lance Taylor
  0 siblings, 1 reply; 7+ messages in thread
From: CHIGOT, CLEMENT @ 2020-12-02 12:24 UTC (permalink / raw)
  To: gcc-patches, iant; +Cc: David Edelsohn

[-- Attachment #1: Type: text/plain, Size: 785 bytes --]

Hi Ian

Since the new gccgo mangling scheme, libgo compilation is broken on AIX (or in Linux with -gstabs) because of a type symbol having a " in its name. I've made a patch (see attachment) in order to fix stabstring generation, because, IMO, it should be handled anyway.
However, it happens only once in the whole libgo so I don't know if this " is intended or not. The problematic type is there: https://github.com/golang/go/blob/master/src/crypto/x509/x509.go#L2674. Other similar types don't trigger the bug though.

I've a minimal test which might can be added if you wish, in Golang tests or in Gcc Go tests or in both ?

If the patch is okay, could you please apply it for me ?
Thanks,


Clément Chigot
ATOS Bull SAS
1 rue de Provence - 38432 Échirolles - France

[-- Attachment #2: 0001-gcc-handle-double-quotes-in-symbol-name-during-stabs.patch --]
[-- Type: application/octet-stream, Size: 1526 bytes --]

From c2836614aa4309f2e5077de83eabedf5e867290d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Cl=C3=A9ment=20Chigot?= <clement.chigot@atos.net>
Date: Wed, 2 Dec 2020 18:19:35 +0100
Subject: [PATCH] gcc: handle double quotes in symbol name during stabstrings
 generation
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

With the new gccgo mangling scheme, a type name might now have a double
quotes in it. The current code doesn't escape these double quotes when
writing .stabs pseudo-opcode in the assembly file.

Changelog:
2020-12-02  Clément Chigot  <clement.chigot@atosnet>

	* dbxout.c (dbxout_symbol_name): Handle double quotes.
---
 gcc/dbxout.c | 19 ++++++++++++++++++-
 1 file changed, 18 insertions(+), 1 deletion(-)

diff --git a/gcc/dbxout.c b/gcc/dbxout.c
index eaee2f19ce0..d1ffd7f36d2 100644
--- a/gcc/dbxout.c
+++ b/gcc/dbxout.c
@@ -3274,7 +3274,24 @@ dbxout_symbol_name (tree decl, const char *suffix, int letter)
        added by ASM_FORMAT_PRIVATE_NAME.  */
     name = DECL_NAME (decl);
 
-  if (name)
+  if (name && strchr(IDENTIFIER_POINTER(name), '"'))
+    {
+      /* Make sure double quote characters are correctly handled.  */
+      const char *str = IDENTIFIER_POINTER(name);
+      char c;
+      while ((c = *(str)++) != 0)
+	{
+	  if (c == '\"')
+#ifdef XCOFF_DEBUGGING_INFO
+	    stabstr_C ('\"');
+#else
+	    stabstr_C ('\\');
+#endif
+
+	  stabstr_C (c);
+	}
+    }
+  else if (name)
     stabstr_I (name);
   else
     stabstr_S ("(anon)");
-- 
2.25.0


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
  2020-12-02 12:24 [PATCH] gcc: handle double quotes in symbol name during stabstrings generation CHIGOT, CLEMENT
@ 2020-12-02 15:55 ` Ian Lance Taylor
  2020-12-02 16:14   ` CHIGOT, CLEMENT
  0 siblings, 1 reply; 7+ messages in thread
From: Ian Lance Taylor @ 2020-12-02 15:55 UTC (permalink / raw)
  To: CHIGOT, CLEMENT; +Cc: gcc-patches, David Edelsohn

On Wed, Dec 2, 2020 at 4:24 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
>
> Since the new gccgo mangling scheme, libgo compilation is broken on AIX (or in Linux with -gstabs) because of a type symbol having a " in its name. I've made a patch (see attachment) in order to fix stabstring generation, because, IMO, it should be handled anyway.
> However, it happens only once in the whole libgo so I don't know if this " is intended or not. The problematic type is there: https://github.com/golang/go/blob/master/src/crypto/x509/x509.go#L2674. Other similar types don't trigger the bug though.
>
> I've a minimal test which might can be added if you wish, in Golang tests or in Gcc Go tests or in both ?
>
> If the patch is okay, could you please apply it for me ?

Could you show me the small test case?  I don't think I understand the
problem.  In DWARF I don't see any symbol names with quotation marks.
I'm not yet sure that your patch is the right fix.  Thanks.

Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
  2020-12-02 15:55 ` Ian Lance Taylor
@ 2020-12-02 16:14   ` CHIGOT, CLEMENT
  2020-12-08 13:15     ` CHIGOT, CLEMENT
  0 siblings, 1 reply; 7+ messages in thread
From: CHIGOT, CLEMENT @ 2020-12-02 16:14 UTC (permalink / raw)
  To: Ian Lance Taylor; +Cc: gcc-patches, David Edelsohn

[-- Attachment #1: Type: text/plain, Size: 2300 bytes --]

Hi Ian,

Here is the test case.
If you're compiling with -gstabs you should have a line looking like:
        .stabs  "type..struct{Type go.bug1.ObjectIdentifier;Value [][]go.bug1.Extension{asn1:"set"}}:G(0,7)=xsStructType:",32,0,0,0

As you can see the " around for "set" aren't escaped.
I didn't try to reproduce it on linux/amd64, but I did on linux/ppc64le and I don't think it's a ppc-only bug.

Clément
________________________________
From: Ian Lance Taylor <iant@golang.org>
Sent: Wednesday, December 2, 2020 4:55 PM
To: CHIGOT, CLEMENT <clement.chigot@atos.net>
Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation

Caution! External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe.

On Wed, Dec 2, 2020 at 4:24 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
>
> Since the new gccgo mangling scheme, libgo compilation is broken on AIX (or in Linux with -gstabs) because of a type symbol having a " in its name. I've made a patch (see attachment) in order to fix stabstring generation, because, IMO, it should be handled anyway.
> However, it happens only once in the whole libgo so I don't know if this " is intended or not. The problematic type is there: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgolang%2Fgo%2Fblob%2Fmaster%2Fsrc%2Fcrypto%2Fx509%2Fx509.go%23L2674&amp;data=04%7C01%7Cclement.chigot%40atos.net%7Ce85b8b57669c47db583508d896db2fc2%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%7C637425215428486700%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=aB6diiR9Tgo3FTKOm0vmqVVJ%2B5JlCwd9oM5WeUaTaF4%3D&amp;reserved=0. Other similar types don't trigger the bug though.
>
> I've a minimal test which might can be added if you wish, in Golang tests or in Gcc Go tests or in both ?
>
> If the patch is okay, could you please apply it for me ?

Could you show me the small test case?  I don't think I understand the
problem.  In DWARF I don't see any symbol names with quotation marks.
I'm not yet sure that your patch is the right fix.  Thanks.

Ian

[-- Attachment #2: bug_stabs.go --]
[-- Type: application/octet-stream, Size: 491 bytes --]

package main

import (
	"encoding/asn1"
)

type ObjectIdentifier []int

type Extension struct {
	Id       asn1.ObjectIdentifier
	Critical bool `asn1:"optional"`
	Value    []byte
}

func func1(nothing bool, typ ObjectIdentifier, ext []Extension) {
	if nothing {
		return
	}
	attr := struct {
		Type  ObjectIdentifier
		Value [][]Extension `asn1:"set"`
	}{
		Type:  typ,
		Value: [][]Extension{ext},
	}

	b, _ := asn1.Marshal(attr)
	println(b)
}

func main() {
	func1(false, []int{1},  nil)
}

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
  2020-12-02 16:14   ` CHIGOT, CLEMENT
@ 2020-12-08 13:15     ` CHIGOT, CLEMENT
  2020-12-11  5:09       ` Ian Lance Taylor
  0 siblings, 1 reply; 7+ messages in thread
From: CHIGOT, CLEMENT @ 2020-12-08 13:15 UTC (permalink / raw)
  To: Ian Lance Taylor; +Cc: gcc-patches, David Edelsohn

Hi Ian,

Any news about this bug ? It's not urgent even if it's breaking gcc builds with Go language, but I just want to know if you need any inputs/help from me.

Thanks,
Clément
________________________________
From: CHIGOT, CLEMENT <clement.chigot@atos.net>
Sent: Wednesday, December 2, 2020 5:14 PM
To: Ian Lance Taylor <iant@golang.org>
Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation

Hi Ian,

Here is the test case.
If you're compiling with -gstabs you should have a line looking like:
        .stabs  "type..struct{Type go.bug1.ObjectIdentifier;Value [][]go.bug1.Extension{asn1:"set"}}:G(0,7)=xsStructType:",32,0,0,0

As you can see the " around for "set" aren't escaped.
I didn't try to reproduce it on linux/amd64, but I did on linux/ppc64le and I don't think it's a ppc-only bug.

Clément
________________________________
From: Ian Lance Taylor <iant@golang.org>
Sent: Wednesday, December 2, 2020 4:55 PM
To: CHIGOT, CLEMENT <clement.chigot@atos.net>
Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation

Caution! External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe.

On Wed, Dec 2, 2020 at 4:24 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
>
> Since the new gccgo mangling scheme, libgo compilation is broken on AIX (or in Linux with -gstabs) because of a type symbol having a " in its name. I've made a patch (see attachment) in order to fix stabstring generation, because, IMO, it should be handled anyway.
> However, it happens only once in the whole libgo so I don't know if this " is intended or not. The problematic type is there: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgolang%2Fgo%2Fblob%2Fmaster%2Fsrc%2Fcrypto%2Fx509%2Fx509.go%23L2674&amp;data=04%7C01%7Cclement.chigot%40atos.net%7Ce85b8b57669c47db583508d896db2fc2%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%7C637425215428486700%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=aB6diiR9Tgo3FTKOm0vmqVVJ%2B5JlCwd9oM5WeUaTaF4%3D&amp;reserved=0. Other similar types don't trigger the bug though.
>
> I've a minimal test which might can be added if you wish, in Golang tests or in Gcc Go tests or in both ?
>
> If the patch is okay, could you please apply it for me ?

Could you show me the small test case?  I don't think I understand the
problem.  In DWARF I don't see any symbol names with quotation marks.
I'm not yet sure that your patch is the right fix.  Thanks.

Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
  2020-12-08 13:15     ` CHIGOT, CLEMENT
@ 2020-12-11  5:09       ` Ian Lance Taylor
  2020-12-11 17:58         ` Ian Lance Taylor
  0 siblings, 1 reply; 7+ messages in thread
From: Ian Lance Taylor @ 2020-12-11  5:09 UTC (permalink / raw)
  To: CHIGOT, CLEMENT; +Cc: gcc-patches, David Edelsohn, gofrontend-dev

On Tue, Dec 8, 2020 at 5:15 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
>
> Any news about this bug ? It's not urgent even if it's breaking gcc builds with Go language, but I just want to know if you need any inputs/help from me.

I sent https://golang.org/cl/277232 to fix this problem.

Ian



> ________________________________
> From: CHIGOT, CLEMENT <clement.chigot@atos.net>
> Sent: Wednesday, December 2, 2020 5:14 PM
> To: Ian Lance Taylor <iant@golang.org>
> Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
> Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
>
> Hi Ian,
>
> Here is the test case.
> If you're compiling with -gstabs you should have a line looking like:
>         .stabs  "type..struct{Type go.bug1.ObjectIdentifier;Value [][]go.bug1.Extension{asn1:"set"}}:G(0,7)=xsStructType:",32,0,0,0
>
> As you can see the " around for "set" aren't escaped.
> I didn't try to reproduce it on linux/amd64, but I did on linux/ppc64le and I don't think it's a ppc-only bug.
>
> Clément
> ________________________________
> From: Ian Lance Taylor <iant@golang.org>
> Sent: Wednesday, December 2, 2020 4:55 PM
> To: CHIGOT, CLEMENT <clement.chigot@atos.net>
> Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
> Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
>
> Caution! External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe.
>
> On Wed, Dec 2, 2020 at 4:24 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
> >
> > Since the new gccgo mangling scheme, libgo compilation is broken on AIX (or in Linux with -gstabs) because of a type symbol having a " in its name. I've made a patch (see attachment) in order to fix stabstring generation, because, IMO, it should be handled anyway.
> > However, it happens only once in the whole libgo so I don't know if this " is intended or not. The problematic type is there: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgolang%2Fgo%2Fblob%2Fmaster%2Fsrc%2Fcrypto%2Fx509%2Fx509.go%23L2674&amp;data=04%7C01%7Cclement.chigot%40atos.net%7Ce85b8b57669c47db583508d896db2fc2%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%7C637425215428486700%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=aB6diiR9Tgo3FTKOm0vmqVVJ%2B5JlCwd9oM5WeUaTaF4%3D&amp;reserved=0. Other similar types don't trigger the bug though.
> >
> > I've a minimal test which might can be added if you wish, in Golang tests or in Gcc Go tests or in both ?
> >
> > If the patch is okay, could you please apply it for me ?
>
> Could you show me the small test case?  I don't think I understand the
> problem.  In DWARF I don't see any symbol names with quotation marks.
> I'm not yet sure that your patch is the right fix.  Thanks.
>
> Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
  2020-12-11  5:09       ` Ian Lance Taylor
@ 2020-12-11 17:58         ` Ian Lance Taylor
  2020-12-14 13:36           ` CHIGOT, CLEMENT
  0 siblings, 1 reply; 7+ messages in thread
From: Ian Lance Taylor @ 2020-12-11 17:58 UTC (permalink / raw)
  To: CHIGOT, CLEMENT; +Cc: gcc-patches, David Edelsohn, gofrontend-dev

On Thu, Dec 10, 2020 at 9:09 PM Ian Lance Taylor <iant@golang.org> wrote:
>
> On Tue, Dec 8, 2020 at 5:15 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
> >
> > Any news about this bug ? It's not urgent even if it's breaking gcc builds with Go language, but I just want to know if you need any inputs/help from me.
>
> I sent https://golang.org/cl/277232 to fix this problem.

Should be fixed now.

Ian


> > ________________________________
> > From: CHIGOT, CLEMENT <clement.chigot@atos.net>
> > Sent: Wednesday, December 2, 2020 5:14 PM
> > To: Ian Lance Taylor <iant@golang.org>
> > Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
> > Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
> >
> > Hi Ian,
> >
> > Here is the test case.
> > If you're compiling with -gstabs you should have a line looking like:
> >         .stabs  "type..struct{Type go.bug1.ObjectIdentifier;Value [][]go.bug1.Extension{asn1:"set"}}:G(0,7)=xsStructType:",32,0,0,0
> >
> > As you can see the " around for "set" aren't escaped.
> > I didn't try to reproduce it on linux/amd64, but I did on linux/ppc64le and I don't think it's a ppc-only bug.
> >
> > Clément
> > ________________________________
> > From: Ian Lance Taylor <iant@golang.org>
> > Sent: Wednesday, December 2, 2020 4:55 PM
> > To: CHIGOT, CLEMENT <clement.chigot@atos.net>
> > Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
> > Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
> >
> > Caution! External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe.
> >
> > On Wed, Dec 2, 2020 at 4:24 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
> > >
> > > Since the new gccgo mangling scheme, libgo compilation is broken on AIX (or in Linux with -gstabs) because of a type symbol having a " in its name. I've made a patch (see attachment) in order to fix stabstring generation, because, IMO, it should be handled anyway.
> > > However, it happens only once in the whole libgo so I don't know if this " is intended or not. The problematic type is there: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgolang%2Fgo%2Fblob%2Fmaster%2Fsrc%2Fcrypto%2Fx509%2Fx509.go%23L2674&amp;data=04%7C01%7Cclement.chigot%40atos.net%7Ce85b8b57669c47db583508d896db2fc2%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%7C637425215428486700%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=aB6diiR9Tgo3FTKOm0vmqVVJ%2B5JlCwd9oM5WeUaTaF4%3D&amp;reserved=0. Other similar types don't trigger the bug though.
> > >
> > > I've a minimal test which might can be added if you wish, in Golang tests or in Gcc Go tests or in both ?
> > >
> > > If the patch is okay, could you please apply it for me ?
> >
> > Could you show me the small test case?  I don't think I understand the
> > problem.  In DWARF I don't see any symbol names with quotation marks.
> > I'm not yet sure that your patch is the right fix.  Thanks.
> >
> > Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
  2020-12-11 17:58         ` Ian Lance Taylor
@ 2020-12-14 13:36           ` CHIGOT, CLEMENT
  0 siblings, 0 replies; 7+ messages in thread
From: CHIGOT, CLEMENT @ 2020-12-14 13:36 UTC (permalink / raw)
  To: Ian Lance Taylor; +Cc: gcc-patches, David Edelsohn, gofrontend-dev

Hi Ian,

Yes it is.

Thanks,
Clément
________________________________
From: Ian Lance Taylor <iant@golang.org>
Sent: Friday, December 11, 2020 6:58 PM
To: CHIGOT, CLEMENT <clement.chigot@atos.net>
Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>; gofrontend-dev <gofrontend-dev@googlegroups.com>
Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation

Caution! External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe.

On Thu, Dec 10, 2020 at 9:09 PM Ian Lance Taylor <iant@golang.org> wrote:
>
> On Tue, Dec 8, 2020 at 5:15 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
> >
> > Any news about this bug ? It's not urgent even if it's breaking gcc builds with Go language, but I just want to know if you need any inputs/help from me.
>
> I sent https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgolang.org%2Fcl%2F277232&amp;data=04%7C01%7Cclement.chigot%40atos.net%7C237c1d4eb8f24966de6e08d89dfe60e2%7C33440fc6b7c7412cbb730e70b0198d5a%7C0%7C0%7C637433063155263771%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=NFRDFAbOGs%2FPqcYp%2BN4U80xXQctwoX3pUSY%2FVrca%2B4w%3D&amp;reserved=0 to fix this problem.

Should be fixed now.

Ian


> > ________________________________
> > From: CHIGOT, CLEMENT <clement.chigot@atos.net>
> > Sent: Wednesday, December 2, 2020 5:14 PM
> > To: Ian Lance Taylor <iant@golang.org>
> > Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
> > Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
> >
> > Hi Ian,
> >
> > Here is the test case.
> > If you're compiling with -gstabs you should have a line looking like:
> >         .stabs  "type..struct{Type go.bug1.ObjectIdentifier;Value [][]go.bug1.Extension{asn1:"set"}}:G(0,7)=xsStructType:",32,0,0,0
> >
> > As you can see the " around for "set" aren't escaped.
> > I didn't try to reproduce it on linux/amd64, but I did on linux/ppc64le and I don't think it's a ppc-only bug.
> >
> > Clément
> > ________________________________
> > From: Ian Lance Taylor <iant@golang.org>
> > Sent: Wednesday, December 2, 2020 4:55 PM
> > To: CHIGOT, CLEMENT <clement.chigot@atos.net>
> > Cc: gcc-patches@gcc.gnu.org <gcc-patches@gcc.gnu.org>; David Edelsohn <dje.gcc@gmail.com>
> > Subject: Re: [PATCH] gcc: handle double quotes in symbol name during stabstrings generation
> >
> > Caution! External email. Do not open attachments or click links, unless this email comes from a known sender and you know the content is safe.
> >
> > On Wed, Dec 2, 2020 at 4:24 AM CHIGOT, CLEMENT <clement.chigot@atos.net> wrote:
> > >
> > > Since the new gccgo mangling scheme, libgo compilation is broken on AIX (or in Linux with -gstabs) because of a type symbol having a " in its name. I've made a patch (see attachment) in order to fix stabstring generation, because, IMO, it should be handled anyway.
> > > However, it happens only once in the whole libgo so I don't know if this " is intended or not. The problematic type is there: https://github.com/golang/go/blob/master/src/crypto/x509/x509.go#L2674. Other similar types don't trigger the bug though.
> > >
> > > I've a minimal test which might can be added if you wish, in Golang tests or in Gcc Go tests or in both ?
> > >
> > > If the patch is okay, could you please apply it for me ?
> >
> > Could you show me the small test case?  I don't think I understand the
> > problem.  In DWARF I don't see any symbol names with quotation marks.
> > I'm not yet sure that your patch is the right fix.  Thanks.
> >
> > Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2020-12-14 13:38 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-12-02 12:24 [PATCH] gcc: handle double quotes in symbol name during stabstrings generation CHIGOT, CLEMENT
2020-12-02 15:55 ` Ian Lance Taylor
2020-12-02 16:14   ` CHIGOT, CLEMENT
2020-12-08 13:15     ` CHIGOT, CLEMENT
2020-12-11  5:09       ` Ian Lance Taylor
2020-12-11 17:58         ` Ian Lance Taylor
2020-12-14 13:36           ` CHIGOT, CLEMENT

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).