* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
@ 2014-05-09 6:10 ` joey.ye at arm dot com
2014-05-09 16:32 ` npl at chello dot at
` (16 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: joey.ye at arm dot com @ 2014-05-09 6:10 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
Joey Ye <joey.ye at arm dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |joey.ye at arm dot com
--- Comment #1 from Joey Ye <joey.ye at arm dot com> ---
I cannot reproduce the issue you described with my arm-none-eabi GCC 4.7.4.
Here is my case:
#include <stdio.h>
void foo() noexcept
{
printf("This is in foo\n");
}
void bar() noexcept
{
printf("This is in bar\n");
foo();
}
int main()
{
bar();
return 0;
}
When I break and stp at foo, here is the successful backtrace:
(gdb) back
#0 foo () at n.cpp:4
#1 0x000081e0 in bar () at n.cpp:10
#2 0x000081ec in main () at n.cpp:15
Can you please share a small case to reproduce the issue?
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
2014-05-09 6:10 ` [Bug libgcc/56846] " joey.ye at arm dot com
@ 2014-05-09 16:32 ` npl at chello dot at
2014-05-12 4:16 ` joey.ye at arm dot com
` (15 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: npl at chello dot at @ 2014-05-09 16:32 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #2 from npl at chello dot at ---
I cant easily make a simple reproducible testcase as this is a custom realtime
OS for a very specific CPU. And I can only test this example next week at work
where I have hardware to run it.
And I certainly wasnt talking about debugging with gdb (which uses some rather
advanced heuristics AFAIK), but the library funtions within libgcc (unwind.h
header). I reworked your example to show the issue:
#include <unwind.h>
#include <iostream>
_Unwind_Reason_Code trace_func(struct _Unwind_Context * context, void* arg)
{
void *ip = (void *)_Unwind_GetIP(context);
/* I have a check here to test if the ip is the same as last time, else this
would be called endlessly */
std::cout << "Address: " << ip << std::endl;
return _URC_NO_REASON;
}
void bar()
{
std::cout << "This is in bar" << std::endl;
_Unwind_Backtrace((_Unwind_Trace_Fn)&trace_func, nullptr);
}
void foo() noexcept
{
bar();
}
int main()
{
foo();
return 0;
}
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
2014-05-09 6:10 ` [Bug libgcc/56846] " joey.ye at arm dot com
2014-05-09 16:32 ` npl at chello dot at
@ 2014-05-12 4:16 ` joey.ye at arm dot com
2014-05-14 19:00 ` npl at chello dot at
` (14 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: joey.ye at arm dot com @ 2014-05-12 4:16 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #3 from Joey Ye <joey.ye at arm dot com> ---
I can reproduce it now. Thanks!
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (2 preceding siblings ...)
2014-05-12 4:16 ` joey.ye at arm dot com
@ 2014-05-14 19:00 ` npl at chello dot at
2014-05-16 15:05 ` ramana at gcc dot gnu.org
` (13 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: npl at chello dot at @ 2014-05-14 19:00 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #4 from npl at chello dot at ---
I just found the similar entry on launchpad.
I have to recall this from memory, as its been a long time since I played
around with it.
The issue of repeating entries occurs if you have a function wihout
stack-unwinding information. These are as far as I know:
* .cantunwind in asm, probably plain asm too
* "C compiled" compiled without flags to generate unwind tables
* C++ compiled function with noexcept
Further, the compiled code behaves right when exceptions are thrown
(std::terminate), so the tables and generated code should be fine. The issue
should thus be in libgcc`s implementation of the _Unwind_Backtrace function.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (3 preceding siblings ...)
2014-05-14 19:00 ` npl at chello dot at
@ 2014-05-16 15:05 ` ramana at gcc dot gnu.org
2014-08-22 6:01 ` joey.ye at arm dot com
` (12 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: ramana at gcc dot gnu.org @ 2014-05-16 15:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
Ramana Radhakrishnan <ramana at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-05-16
CC| |ramana at gcc dot gnu.org
Ever confirmed|0 |1
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (4 preceding siblings ...)
2014-05-16 15:05 ` ramana at gcc dot gnu.org
@ 2014-08-22 6:01 ` joey.ye at arm dot com
2014-08-25 9:39 ` tony.wang at arm dot com
` (11 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: joey.ye at arm dot com @ 2014-08-22 6:01 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #5 from Joey Ye <joey.ye at arm dot com> ---
This issue was predicted back to when _Unwind_Backtrace was enabled on ARM.
http://gcc.gnu.org/ml/gcc/2007-08/msg00235.html
"This will keep going if the personality routine returns _URC_FAILURE.
Do you need anything besides _URC_CONTINUE_UNWIND? The personality
routine in libsupc++ for ARM will return _URC_HANDLER_FOUND even
during forced unwinding but that seems like a bug now that you've
given a meaning to _US_VIRTUAL_UNWIND_FRAME | _US_FORCE_UNWIND."
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (5 preceding siblings ...)
2014-08-22 6:01 ` joey.ye at arm dot com
@ 2014-08-25 9:39 ` tony.wang at arm dot com
2014-08-25 9:58 ` tony.wang at arm dot com
` (10 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: tony.wang at arm dot com @ 2014-08-25 9:39 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
wangzheyu <tony.wang at arm dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tony.wang at arm dot com
--- Comment #6 from wangzheyu <tony.wang at arm dot com> ---
Confirmed on arm tagret, and there's an old discussion on this:
http://gcc.gnu.org/ml/gcc/2007-08/msg00235.html. I'm working on a patch to fix
this.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (6 preceding siblings ...)
2014-08-25 9:39 ` tony.wang at arm dot com
@ 2014-08-25 9:58 ` tony.wang at arm dot com
2014-09-10 4:46 ` thopre01 at gcc dot gnu.org
` (9 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: tony.wang at arm dot com @ 2014-08-25 9:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #7 from wangzheyu <tony.wang at arm dot com> ---
Another test case doesn't involve noexcept key workd.
Cmd line: arm-none-eabi-g++ -mthumb -mcpu=cortex-m3 -O0 -g -std=c++11
-specs=rdimon.specs main.c -o main.exe
#include <unwind.h>
#include <stdio.h>
_Unwind_Reason_Code trace_func(struct _Unwind_Context * context, void* arg) {
void *ip = (void *)_Unwind_GetIP(context);
printf("Address: %p\n", ip);
return _URC_NO_REASON;
}
void bar()
{
puts("This is in bar");
_Unwind_Backtrace((_Unwind_Trace_Fn)&trace_func, 0);
}
void foo()
{
try
{
bar();
}
catch (...)
{
puts("Exception");
}
}
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (7 preceding siblings ...)
2014-08-25 9:58 ` tony.wang at arm dot com
@ 2014-09-10 4:46 ` thopre01 at gcc dot gnu.org
2014-10-06 12:25 ` yroux at gcc dot gnu.org
` (8 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: thopre01 at gcc dot gnu.org @ 2014-09-10 4:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #8 from thopre01 at gcc dot gnu.org ---
Author: thopre01
Date: Wed Sep 10 04:45:32 2014
New Revision: 215101
URL: https://gcc.gnu.org/viewcvs?rev=215101&root=gcc&view=rev
Log:
2014-09-10 Tony Wang <tony.wang@arm.com>
libstdc++-v3/
PR target/56846
* libsupc++/eh_personality.cc (PERSONALITY_FUNCTION):
Return with CONTINUE_UNWINDING when the state pattern
contains: _US_VIRTUAL_UNWIND_FRAME | _US_FORCE_UNWIND
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/libsupc++/eh_personality.cc
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (8 preceding siblings ...)
2014-09-10 4:46 ` thopre01 at gcc dot gnu.org
@ 2014-10-06 12:25 ` yroux at gcc dot gnu.org
2014-11-01 14:26 ` npl at chello dot at
` (7 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: yroux at gcc dot gnu.org @ 2014-10-06 12:25 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #9 from Yvan Roux <yroux at gcc dot gnu.org> ---
Author: yroux
Date: Mon Oct 6 12:25:14 2014
New Revision: 215929
URL: https://gcc.gnu.org/viewcvs?rev=215929&root=gcc&view=rev
Log:
/libstdc++-v3/
2014-10-06 Yvan Roux <yvan.roux@linaro.org>
Backport from trunk r215101.
2014-09-10 Tony Wang <tony.wang@arm.com>
PR target/56846
* libsupc++/eh_personality.cc (PERSONALITY_FUNCTION):
Return with CONTINUE_UNWINDING when the state pattern
contains: _US_VIRTUAL_UNWIND_FRAME | _US_FORCE_UNWIND
Modified:
branches/linaro/gcc-4_9-branch/libstdc++-v3/ChangeLog.linaro
branches/linaro/gcc-4_9-branch/libstdc++-v3/libsupc++/eh_personality.cc
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (9 preceding siblings ...)
2014-10-06 12:25 ` yroux at gcc dot gnu.org
@ 2014-11-01 14:26 ` npl at chello dot at
2014-11-12 18:10 ` thopre01 at gcc dot gnu.org
` (6 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: npl at chello dot at @ 2014-11-01 14:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #10 from npl at chello dot at ---
Hi,
thanks for the fix, any chance of adding this to 4.9 and 4.8 aswell?
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (10 preceding siblings ...)
2014-11-01 14:26 ` npl at chello dot at
@ 2014-11-12 18:10 ` thopre01 at gcc dot gnu.org
2014-11-12 18:28 ` yroux at gcc dot gnu.org
` (5 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: thopre01 at gcc dot gnu.org @ 2014-11-12 18:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #11 from thopre01 at gcc dot gnu.org ---
(In reply to Yvan Roux from comment #9)
> Author: yroux
> Date: Mon Oct 6 12:25:14 2014
> New Revision: 215929
>
> URL: https://gcc.gnu.org/viewcvs?rev=215929&root=gcc&view=rev
> Log:
> /libstdc++-v3/
> 2014-10-06 Yvan Roux <yvan.roux@linaro.org>
>
> Backport from trunk r215101.
> 2014-09-10 Tony Wang <tony.wang@arm.com>
>
> PR target/56846
> * libsupc++/eh_personality.cc (PERSONALITY_FUNCTION):
> Return with CONTINUE_UNWINDING when the state pattern
> contains: _US_VIRTUAL_UNWIND_FRAME | _US_FORCE_UNWIND
>
>
> Modified:
> branches/linaro/gcc-4_9-branch/libstdc++-v3/ChangeLog.linaro
> branches/linaro/gcc-4_9-branch/libstdc++-v3/libsupc++/eh_personality.cc
Any chance you could backport for 4.8 Yvan? Do you want me to do it? Or are the
release manager against a 4.8 backport?
Best regards,
Thomas
>From gcc-bugs-return-466549-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 12 18:25:20 2014
Return-Path: <gcc-bugs-return-466549-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19240 invoked by alias); 12 Nov 2014 18:25:20 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 19219 invoked by uid 48); 12 Nov 2014 18:25:15 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63836] [5 Regression] r217349 caused segfault building 178.galgel from cpu2000
Date: Wed, 12 Nov 2014 18:25:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63836-4-3xBzGjHVj7@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63836-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63836-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg01021.txt.bz2
Content-length: 748
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc836
--- Comment #1 from H.J. Lu <hjl.tools at gmail dot com> ---
A simple testcase:
[hjl@gnu-mic-2 delta-fortran]$ cat foo.f90
SUBROUTINE DTRSM ( NN, NB)
DO 50 J = NN, 1, -NB
50 CONTINUE
end
[hjl@gnu-mic-2 delta-fortran]$
/export/project/git/gcc-regression/master/217349/usr/bin/gfortran -ffixed-form
-ffixed-line-length-132 -DSPEC_CPU2000_LP64 -ffast-math -S foo.f90 -O2
foo.f90:4:0:
end
^
Error: non-trivial conversion at assignment
unsigned int
integer(kind=4)
_13 = _7;
foo.f90:4:0: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (11 preceding siblings ...)
2014-11-12 18:10 ` thopre01 at gcc dot gnu.org
@ 2014-11-12 18:28 ` yroux at gcc dot gnu.org
2014-11-13 0:05 ` thopre01 at gcc dot gnu.org
` (4 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: yroux at gcc dot gnu.org @ 2014-11-12 18:28 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #12 from Yvan Roux <yroux at gcc dot gnu.org> ---
Hi Thomas,
> Any chance you could backport for 4.8 Yvan? Do you want me to do it? Or are
> the release manager against a 4.8 backport?
Do you mean Linaro 4.8 branch ? if it is the case I'll not be able to do it
before tomorrow (which is our deadline for our 2014.11 source release).
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (12 preceding siblings ...)
2014-11-12 18:28 ` yroux at gcc dot gnu.org
@ 2014-11-13 0:05 ` thopre01 at gcc dot gnu.org
2014-11-13 9:09 ` thopre01 at gcc dot gnu.org
` (3 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: thopre01 at gcc dot gnu.org @ 2014-11-13 0:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #13 from thopre01 at gcc dot gnu.org ---
(In reply to Yvan Roux from comment #12)
> Hi Thomas,
>
> > Any chance you could backport for 4.8 Yvan? Do you want me to do it? Or are
> > the release manager against a 4.8 backport?
>
> Do you mean Linaro 4.8 branch ? if it is the case I'll not be able to do it
> before tomorrow (which is our deadline for our 2014.11 source release).
No I meant FSF 4.8 branch. The bug log only show a commit to trunk and GCC 4.9
FSF branch.
Best regards.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (13 preceding siblings ...)
2014-11-13 0:05 ` thopre01 at gcc dot gnu.org
@ 2014-11-13 9:09 ` thopre01 at gcc dot gnu.org
2014-11-27 13:59 ` thopre01 at gcc dot gnu.org
` (2 subsequent siblings)
17 siblings, 0 replies; 19+ messages in thread
From: thopre01 at gcc dot gnu.org @ 2014-11-13 9:09 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #15 from thopre01 at gcc dot gnu.org ---
I'll take care of it.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (14 preceding siblings ...)
2014-11-13 9:09 ` thopre01 at gcc dot gnu.org
@ 2014-11-27 13:59 ` thopre01 at gcc dot gnu.org
2014-11-27 14:10 ` thopre01 at gcc dot gnu.org
2014-12-15 16:58 ` thopre01 at gcc dot gnu.org
17 siblings, 0 replies; 19+ messages in thread
From: thopre01 at gcc dot gnu.org @ 2014-11-27 13:59 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #16 from thopre01 at gcc dot gnu.org ---
Author: thopre01
Date: Thu Nov 27 13:58:35 2014
New Revision: 218126
URL: https://gcc.gnu.org/viewcvs?rev=218126&root=gcc&view=rev
Log:
2014-11-13 Thomas Preud'homme <thomas.preudhomme@arm.com>
Backport from mainline
2014-09-10 Tony Wang <tony.wang@arm.com>
PR target/56846
* libsupc++/eh_personality.cc (PERSONALITY_FUNCTION):
Return with CONTINUE_UNWINDING when the state pattern
contains: _US_VIRTUAL_UNWIND_FRAME | _US_FORCE_UNWIND
Modified:
branches/gcc-4_9-branch/libstdc++-v3/ChangeLog
branches/gcc-4_9-branch/libstdc++-v3/libsupc++/eh_personality.cc
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (15 preceding siblings ...)
2014-11-27 13:59 ` thopre01 at gcc dot gnu.org
@ 2014-11-27 14:10 ` thopre01 at gcc dot gnu.org
2014-12-15 16:58 ` thopre01 at gcc dot gnu.org
17 siblings, 0 replies; 19+ messages in thread
From: thopre01 at gcc dot gnu.org @ 2014-11-27 14:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
--- Comment #17 from thopre01 at gcc dot gnu.org ---
Author: thopre01
Date: Thu Nov 27 14:10:10 2014
New Revision: 218127
URL: https://gcc.gnu.org/viewcvs?rev=218127&root=gcc&view=rev
Log:
2014-11-27 Thomas Preud'homme <thomas.preudhomme@arm.com>
Backport from mainline
2014-09-10 Tony Wang <tony.wang@arm.com>
PR target/56846
* libsupc++/eh_personality.cc (PERSONALITY_FUNCTION):
Return with CONTINUE_UNWINDING when the state pattern
contains: _US_VIRTUAL_UNWIND_FRAME | _US_FORCE_UNWIND
Modified:
branches/gcc-4_8-branch/libstdc++-v3/ChangeLog
branches/gcc-4_8-branch/libstdc++-v3/libsupc++/eh_personality.cc
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug libgcc/56846] _Unwind_Backtrace on ARM and noexcept
2013-04-04 19:40 [Bug libgcc/56846] New: _Unwind_Backtrace on ARM and noexcept npl at chello dot at
` (16 preceding siblings ...)
2014-11-27 14:10 ` thopre01 at gcc dot gnu.org
@ 2014-12-15 16:58 ` thopre01 at gcc dot gnu.org
17 siblings, 0 replies; 19+ messages in thread
From: thopre01 at gcc dot gnu.org @ 2014-12-15 16:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56846
thopre01 at gcc dot gnu.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #18 from thopre01 at gcc dot gnu.org ---
Fixed in all currently supported branches
^ permalink raw reply [flat|nested] 19+ messages in thread