Re: c++/3111: Demangler in libiberty.a is broken

Re: c++/3111: Demangler in libiberty.a is broken

[bkoz]

Synopsis: Demangler in libiberty.a is broken

State-Changed-From-To: analyzed->feedback
State-Changed-By: bkoz
State-Changed-When: Thu Feb 27 19:30:59 2003
State-Changed-Why:
    Fixed in mainline.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3111

Re: c++/3111: Demangler in libiberty.a is broken

[neroden]

Synopsis: Demangler in libiberty.a is broken

State-Changed-From-To: feedback->closed
State-Changed-By: neroden
State-Changed-When: Fri Feb 28 00:11:10 2003
State-Changed-Why:
    as stated

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3111

Re: c++/3111: Demangler in libiberty.a is broken

[Carlo Wood]

The following reply was made to PR c++/3111; it has been noted by GNATS.

From: Carlo Wood <carlo@alinoe.com>
To: bkoz@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
  gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: c++/3111: Demangler in libiberty.a is broken
Date: Fri, 28 Feb 2003 00:01:17 +0100

 On Thu, Feb 27, 2003 at 07:30:59PM -0000, bkoz@gcc.gnu.org wrote:
 > Synopsis: Demangler in libiberty.a is broken
 > 
 > State-Changed-From-To: analyzed->feedback
 > State-Changed-By: bkoz
 > State-Changed-When: Thu Feb 27 19:30:59 2003
 > State-Changed-Why:
 >     Fixed in mainline.
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3111
 
 feedback?
 
 I am the one who filed this PR... you are not expecting
 feedback from me now do you? :)
 
 I think you can close it.
 
 -- 
 Carlo Wood <carlo@alinoe.com>

Re: c++/3111: Demangler in libiberty.a is broken

[bkoz]

Synopsis: Demangler in libiberty.a is broken

Responsible-Changed-From-To: unassigned->bkoz
Responsible-Changed-By: bkoz
Responsible-Changed-When: Wed Feb 26 18:11:23 2003
Responsible-Changed-Why:
    Mine.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3111

Re: c++/3111: Demangler in libiberty.a is broken

[nathan]

Synopsis: Demangler in libiberty.a is broken

State-Changed-From-To: open->analyzed
State-Changed-By: nathan
State-Changed-When: Fri Apr 26 03:33:17 2002
State-Changed-Why:
    yup

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3111

Re: c++/3111: Demangler in libiberty.a is broken

[Carlo Wood]

The following reply was made to PR c++/3111; it has been noted by GNATS.

From: Carlo Wood <carlo@alinoe.com>
To: gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: c++/3111: Demangler in libiberty.a is broken
Date: Fri, 15 Jun 2001 18:28:21 +0200

 Another example of that the qualifiers decoding of libiberty is broken:
 
 /usr/src/gcc/gcc-cvs-3.0/libiberty>./c++filt _Z1fAszL_ZZNK1N1A1fEvE3foo_0E_i
 f(int[ sizeof(N::A::f()::foo) const])
 
 Correct is (I am writing my own demangler, hence this bug report):
 
 ~/c++/libcw/src/libcwd>a.out _Z1fAszL_ZZNK1N1A1fEvE3foo_0E_i
 f(int[sizeof(::N::A::f(void) const::foo)])
 
 Thus, the 'const' is shifted much too far to the right.
 
 -- 
 Carlo Wood <carlo@alinoe.com>

c++/3111: Demangler in libiberty.a is broken

[carlo]

>Number:         3111
>Category:       c++
>Synopsis:       Demangler in libiberty.a is broken
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Jun 10 17:26:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     Carlo Wood
>Release:        3.0
>Organization:
>Environment:

>Description:
A qualifier 'K' results rather stupidly in a 'const'
being appended to whatever the following type.  The
demangler doesn't take into account that types exist
of a 'prefix' and a 'postfix' part, where the 'const'
needs to be added in between.

Example:

/usr/src/gcc/gcc-cvs-3.0/libiberty>gcc-3.0 -DSTANDALONE_DEMANGLER -I../include cp-demangle.c dyn-string.c xmalloc.c xexit.c -o c++filt
cp-demangle.c: In function `demangle_char':
cp-demangle.c:968: warning: assignment makes pointer from integer without a cast

/usr/src/gcc/gcc-cvs-3.0/libiberty>./c++filt _Z1fKPFiiE
f(int (*)(int) const)

Which should have been
f(int (* const)(int))

This could be considered as a regression from 2.95.3
as this does handle the 'C' qualifier correctly.
For example:

/usr/src/gcc/gcc-2.95.3/libiberty>../../gcc-2.95.3-objdir/gcc/c++filt __1ACPFi_i
A::A(int (*const)(int))
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: