Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken

Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken

[rth]

Synopsis: SJLJ exceptions with dwarf2 debug broken

State-Changed-From-To: open->feedback
State-Changed-By: rth
State-Changed-When: Mon Jun 17 10:57:13 2002
State-Changed-Why:
    http://gcc.gnu.org/ml/gcc-patches/2002-06/msg01444.html

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

Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken

[Wolfgang Bangerth]

The following reply was made to PR middle-end/3544; it has been noted by GNATS.

From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: Richard.Earnshaw@arm.com
Cc: rearnsha@arm.com, <rth@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>
Subject: Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken 
Date: Wed, 15 Jan 2003 08:52:17 -0600 (CST)

 > > Synopsis: SJLJ exceptions with dwarf2 debug broken
 > > 
 > > State-Changed-From-To: feedback->closed
 > > State-Changed-By: bangerth
 > > State-Changed-When: Tue Jan 14 15:13:31 2003
 > > State-Changed-Why:
 > >     Maybe fixed. No feedback also.
 > > 
 > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3544
 > 
 > It has been fixed.  But you are wrong to suggest there was no feedback.
 
 Right, I'm sorry. My eyes merged your reply to rth's putting the report 
 into feedback with that latter message. 
 
 Sorry
   Wolfgang
 
 -------------------------------------------------------------------------
 Wolfgang Bangerth             email:            bangerth@ticam.utexas.edu
                               www: http://www.ticam.utexas.edu/~bangerth/
 
 

Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken

[Richard Earnshaw]

The following reply was made to PR middle-end/3544; it has been noted by GNATS.

From: Richard Earnshaw <rearnsha@arm.com>
To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
        rearnsha@arm.com, rth@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc: Richard.Earnshaw@arm.com
Subject: Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken 
Date: Wed, 15 Jan 2003 09:53:35 +0000

 > Synopsis: SJLJ exceptions with dwarf2 debug broken
 > 
 > State-Changed-From-To: feedback->closed
 > State-Changed-By: bangerth
 > State-Changed-When: Tue Jan 14 15:13:31 2003
 > State-Changed-Why:
 >     Maybe fixed. No feedback also.
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3544
 
 It has been fixed.  But you are wrong to suggest there was no feedback.
 
 R.
 

Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken

[bangerth]

Synopsis: SJLJ exceptions with dwarf2 debug broken

State-Changed-From-To: feedback->closed
State-Changed-By: bangerth
State-Changed-When: Tue Jan 14 15:13:31 2003
State-Changed-Why:
    Maybe fixed. No feedback also.

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

Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken

[Richard Earnshaw]

The following reply was made to PR middle-end/3544; it has been noted by GNATS.

From: Richard Earnshaw <rearnsha@arm.com>
To: rth@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org,
        rearnsha@arm.com
Cc: Richard.Earnshaw@arm.com
Subject: Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken 
Date: Mon, 24 Jun 2002 13:25:19 +0100

 > Synopsis: SJLJ exceptions with dwarf2 debug broken
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: rth
 > State-Changed-When: Mon Jun 17 10:57:13 2002
 > State-Changed-Why:
 >     http://gcc.gnu.org/ml/gcc-patches/2002-06/msg01444.html
 > 
 
 I think the underlying fault had already been fixed, though I can't 
 remember when.
 
 Whatever, your change seems like a good move.
 
 R.
 

Re: middle-end/3544: SJLJ exceptions with dwarf2 debug broken

[rth]

Synopsis: SJLJ exceptions with dwarf2 debug broken

Responsible-Changed-From-To: unassigned->rth
Responsible-Changed-By: rth
Responsible-Changed-When: Mon Jun 17 02:32:02 2002
Responsible-Changed-Why:
    .

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

middle-end/3544: SJLJ exceptions with dwarf2 debug broken

[Richard Earnshaw]

>Number:         3544
>Category:       middle-end
>Synopsis:       SJLJ exceptions with dwarf2 debug broken
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          wrong-code
>Submitter-Id:   net
>Arrival-Date:   Tue Jul 03 07:16:01 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     Richard Earnshaw
>Release:        3.0
>Organization:
>Environment:
System: SunOS sun18 5.7 Generic_106541-11 sun4u sparc SUNW,Ultra-5_10
Architecture: sun4

	
host: sparc-sun-solaris2.7
build: sparc-sun-solaris2.7
target: arm-unknown-elf
configured with: /home/rearnsha/thirdparty/gcc/configure --prefix=/home/rearnsha/thirdparty/install --target=arm-elf --with-headers=/home/rearnsha/thirdparty/utils/newlib/libc/include --enable-languages=c,c++,objc,f77
>Description:
	Building libstdc++-v3 with an arm-elf cross compiler generates object 
	files that reference non-existent internal labels from the unwind 
	information tables.  This seems to be occuring because dwarf2out.c
	and except.c maintain distinct counters for the funcdef number and
	that these are getting out of step.

	In dwarf2out (dwarf2out_begin_prologue) we have:
		fde->funcdef_number = current_funcdef_number;

	and (output_call_frame_info) has:
	          ASM_GENERATE_INTERNAL_LABEL (l1, "LLSDA",
					       fde->funcdef_number);

	but in except.c (output_function_exception_table) we have

		if (! cfun->uses_eh_lsda)
		  return;

		funcdef_number = (USING_SJLJ_EXCEPTIONS
		    ? sjlj_funcdef_number
		    : current_funcdef_number);
		...
		ASM_OUTPUT_INTERNAL_LABEL (asm_out_file, "LLSDA",
					   funcdef_number);

	hence the generated label and the fde->funcdef_number can get out
	of step if not all functions use lsda information.

	
	
>How-To-Repeat:
	Build libstdc++-v3/libsupc++/eh_aux_runtime.cc for arm-unknown-elf
	with the gcc-3.0 release.  Note that the resulting object file 
	defines the labels LSDA0 & LSDA1, but that the exception unwind
	table references LSDA1 and LSDA2.  The resulting object file will
	fail to link.
	
>Fix:
	No idea.
	
>Release-Note:
>Audit-Trail:
>Unformatted: