https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
--- Comment #1 from Tom de Vries ---
FWIW, I've tried this test-case to trigger the problem, but it runs fine:
...
$ cat libgomp/testsuite/libgomp.oacc-c-c++-common/test.c
/* { dg-do run } */
#include
#include
#define assert(COND) \
do {
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
When running this libgomp testsuite test-case on x86_64 with nvptx accelerator:
...
$ cat src/libgomp/testsuite/libgomp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
--- Comment #1 from Tom de Vries ---
We run into assert:
...
913 gcc_assert (type == boolean_type_node);
...
because:
...
(gdb) call debug_generic_expr (type)
_Bool
(gdb) call debug_generic_expr (boolean_type_node)
No symbol "boolean_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
--- Comment #2 from Tom de Vries ---
Patch:
...
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index 39d0275493a..6f393dfea01 100644
--- a/gcc/config/nvptx/nvptx.c
+++ b/gcc/config/nvptx/nvptx.c
@@ -910,7 +910,7 @@ write_fn_prot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
--- Comment #4 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #3)
> Note, the testcase would need to require int128 effective target or even
> sync_int_128_runtime, ensure linking with -latomic on offloading targets
> that need it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96991
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
When building an x86_64 + nvptx accelerator setup with the patch adding
libatomic for nvptx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #1 from Tom de Vries ---
At asyncwait-1.xnvptx-none.mkoffload.179t.slsr, we have the valid:
...
[local count: 87490071]:
_14 = .UNIQUE (OACC_FORK, 0, 2);
_75 = .GOACC_DIM_SIZE (0);
_76 = .GOACC_DIM_POS (0);
_77 = .GOACC_DIM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #2 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/tracer.c b/gcc/tracer.c
index 82ede722534..ec97eb51538 100644
--- a/gcc/tracer.c
+++ b/gcc/tracer.c
@@ -99,6 +99,12 @@ ignore_bb_p (const_basic_block bb)
must be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> Tentative patch:
That fixes all the new libgomp FAILs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #5 from Tom de Vries ---
Right, I just found this:
...
/* IFN_UNIQUE should be the last insn, to make checking for it
as cheap as possible. */
|| (gimple_call_internal_p (stmt)
&& gimple_cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #6 from Tom de Vries ---
I wonder if this will work:
...
diff --git a/gcc/tree-cfgcleanup.c b/gcc/tree-cfgcleanup.c
index f8169eef781..79f716b9dbe 100644
--- a/gcc/tree-cfgcleanup.c
+++ b/gcc/tree-cfgcleanup.c
@@ -212,7 +212,9 @@ stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #7 from Tom de Vries ---
(In reply to Tom de Vries from comment #6)
> I wonder if this will work:
> ...
> diff --git a/gcc/tree-cfgcleanup.c b/gcc/tree-cfgcleanup.c
> index f8169eef781..79f716b9dbe 100644
> --- a/gcc/tree-cfgcleanup.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #8 from Tom de Vries ---
This detects the problem earlier, in the host compiler:
...
diff --git a/gcc/omp-offload.c b/gcc/omp-offload.c
index 32c2485abd4..fce01af7682 100644
--- a/gcc/omp-offload.c
+++ b/gcc/omp-offload.c
@@ -1148,6 +
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Consider this code from c-c++-common/spec-barrier-1.c:
...
#ifdef __SIZEOF_INT128__
__int128 g = 9;
#endif
...
We seem to be generating:
...
// BEGIN GLOBAL VAR DEF: g
.visible
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
Minimized to:
...
$ cat builtin-arith-overflow-15.c
int
main (void)
{
signed char r;
unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #2 from Tom de Vries ---
Line number info for main [4009d2,400ad2] with g++ 9.3.1:
...
CU: ./test.c:
File nameLine numberStarting addressView
Stmt
test.c 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #3 from Tom de Vries ---
-fdump-tree-all-lineno with gcc-9:
...
main ()
{
struct string D.36200;
struct allocator D.36199;
struct string D.36242;
struct allocator D.36241;
int D.39843;
[test.c:7:27] std::allocator::alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #4 from Tom de Vries ---
-fdump-tree-all-lineno with gcc-10:
...
main ()
{
struct string D.37010;
struct allocator D.37009;
struct string D.37052;
struct allocator D.37051;
int D.40670;
[test.c:7:40] std::allocator::alloc
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
First sign of trouble:
...
FAIL: test_d_i:291: "%hhi" expected result for "-16657" doesn't match function
call ret
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
[ spin-off of PR97000 comment 9. ]
There's an invariant that says IFN_UNIQUE needs to be the last stmt in a bb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #10 from Tom de Vries ---
(In reply to Richard Biener from comment #9)
> Meh, this way of forcing UNIQUE last to speedup lookup is a hack ... but
> yes, your patch from comment#7 looks OK if you add
>
> /* IFN_UNIQUE should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97006
--- Comment #1 from Tom de Vries ---
Minimal example:
...
void __attribute__ ((noclone, noinline))
checkv (char *dst, const char *fmt, __builtin_va_list va)
{
int n = __builtin_vsprintf (dst, fmt, va);
if (n != 3)
__builtin_abort ();
}
v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97008
--- Comment #2 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> Where's this property used? grepping finds searches in omp-offload but those
> all(?) search the whole instruction stream.
In ignore_bb_p in gcc/tracer.c, see P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97004
--- Comment #1 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index 0376ad6ce9f..26868590322 100644
--- a/gcc/config/nvptx/nvptx.c
+++ b/gcc/config/nvptx/nvptx.c
@@ -2054,7 +2054,11 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97004
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96964
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96898
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
Tom de Vries changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #2
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
ATM, we have the following in the nvptx.c source code:
...
#define WORKAROUND_PTXJIT_BUG 1
#define WORKAROUND_PTXJIT_BUG_2 1
#define WORKAROUND_PTXJIT_BUG_3 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97030
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> ATM, we have the following in the nvptx.c source code:
> ...
> #define WORKAROUND_PTXJIT_BUG 1
> #define WORKAROUND_PTXJIT_BUG_2 1
> #define WORKAROUND_PTXJIT_BUG_3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97030
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> ATM, we have the following in the nvptx.c source code:
> ...
> #define WORKAROUND_PTXJIT_BUG 1
> #define WORKAROUND_PTXJIT_BUG_2 1
> #define WORKAROUND_PTXJIT_BUG_3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
--- Comment #6 from Tom de Vries ---
Created attachment 49227
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49227&action=edit
Dumps for failing test-case
(In reply to Tom de Vries from comment #5)
> Minimal example:
> ...
> ! { dg-do run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
--- Comment #7 from Tom de Vries ---
Minimal example after commit 91347c3bbf7 "Fortran: OpenMP - fix simd with
(last)private (PR97061)":
...
! { dg-do run }
program main
implicit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
--- Comment #8 from Tom de Vries ---
Created attachment 49228
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49228&action=edit
Dumps for failing test-case (no collapse case)
(In reply to Tom de Vries from comment #7)
> Minimal example afte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
Tom de Vries changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
--- Comment #12 from Tom de Vries ---
(In reply to Tom de Vries from comment #7)
> Minimal example after commit 91347c3bbf7 "Fortran: OpenMP - fix simd with
> (last)private (PR97061)":
> ...
> ! { dg-do run }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
--- Comment #13 from Tom de Vries ---
(In reply to Tom de Vries from comment #11)
> My guess at this point, is that duplicating the block with VOTE_ANY has the
> effect that the JIT compiler doesn't recognize control flow divergence
> before XCHG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
--- Comment #4 from Tom de Vries ---
(In reply to Tobias Burnus from comment #2)
> Created attachment 49239 [details]
> Draft patch
>
> PTX ISA Notes
> .alias directive introduced in PTX ISA 6.3.
>
> Thus, it does not work everywhere :-(
>
> P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
--- Comment #5 from Tom de Vries ---
Created attachment 49252
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49252&action=edit
Other draft patch
I started out independently, and converged to roughly the same code.
One thing I came across
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
...
$ cat gcc/testsuite/gcc.dg/atomic/c11-atomic-exec-1.c
/* Test for _Atomic in C11. Basic execution tests for atomic loads
and stores. */
/* { dg-do run } */
/* { dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
Tom de Vries changed:
What|Removed |Added
Attachment #49252|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> Currently, we're at ptx isa v3.1:
> ...
> static void
> nvptx_file_start (void)
> {
> fputs ("// BEGIN PREAMBLE\n", asm_out_file);
> fputs ("\t.version\t3.1\n",
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
With a build of commit 48b0c1250a5c7d72be6b3fbbb1117d1cce43daee (Date: Mon Sep
21 12:46:00 2020 +0200) for x86_64-linux with nvptx accelerator, we run into:
...
FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97159
--- Comment #1 from Tom de Vries ---
Segfaults because tt is NULL:
...
Program received signal SIGSEGV, Segmentation fault.
0x012b1a69 in modref_may_conflict (tt=0x0, ref=0x7fffd8d0,
tbaa_p=true)
at /home/vries/oacc/trunk/source-g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97159
--- Comment #2 from Tom de Vries ---
Fib is a recursive function, and the problem occurs while handling a recursion
call.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97158
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
Tom de Vries changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
--- Comment #7 from Tom de Vries ---
In PR97106 comment 1, it's suggested:
...
14:11 < amonakov> Tobias__: I think the proper way to solve this is define
hooks for the backend to print something for aliases, and then have nvptx-ld.c
resolve them
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68950
--- Comment #14 from Tom de Vries ---
(In reply to Tobias Burnus from comment #13)
> I believe this has been fixed properly by the patch for PR fortran/79886 in
> r246203 by adding the following to gcc/fortran/error.c's gfc_format_decoder:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90932
Tom de Vries changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Tom de Vries ---
: enhancement
Priority: P3
Component: libbacktrace
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
CC: ian at gcc dot gnu.org
Target Milestone: ---
The find-debuginfo.sh script in the rpm software package has an ability to
Assignee: ian at airs dot com
Reporter: vries at gcc dot gnu.org
CC: cmang at google dot com
Target Milestone: ---
Consider the following c example hello.c (based on
gdb/testsuite/gdb.go/hello.go):
...
#include
const char *st = "Shall we?";
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93844
--- Comment #2 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> Guess it's the same bug as with C99 or C++ where you can write
>
> const char *st = "Shall we?";
> int main()
> {
> printf ("%s\n", st);
> printf ("%s\n", "B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93844
--- Comment #3 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> and there's a duplicate PR about this.
I found: PR92386 - "gdb issue with variable-shadowing" which sound similar.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93844
--- Comment #4 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> The only way to capture these may
> be to introduce additional scoping in the FEs whenever new local decls
> are added. Also consider
>
> const char *oldst =
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: vries at gcc dot gnu.org
CC: cmang at google dot com
Target Milestone: ---
Consider methods.go from the gdb testsuite:
...
$ cat gdb/testsuite/gdb.go/methods.go
package main
import
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #11 from vries at gcc dot gnu.org 2013-02-06 08:53:41 UTC ---
Author: vries
Date: Wed Feb 6 08:53:32 2013
New Revision: 195784
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195784
Log:
2013-02-06 Tom
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
vries at gcc dot gnu.org changed:
What|Removed |Added
Priority|P1 |P3
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
--- Comment #30 from vries at gcc dot gnu.org 2013-02-13 10:06:11 UTC ---
This will probably fix it:
...
Index: Makefile.in
===
--- Makefile.in (revision 195997
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
--- Comment #35 from vries at gcc dot gnu.org 2013-02-13 10:25:21 UTC ---
Kai,
> * Makefile.in (LN_S_RECUSIVE): New.
please fix up the log messages.
Thanks,
- Tom
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #5 from vries at gcc dot gnu.org 2013-02-13 15:44:21 UTC ---
Created attachment 29440
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29440
delete-insn-tentative-fix-PR56242.patch
> I'll give your patch a try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #6 from vries at gcc dot gnu.org 2013-02-14 09:11:06 UTC ---
> New version of the patch, the previous one did PATTERN (PATTERN ()). I'm
> bootstrapping this now on x86_64, and will test it on mips.
Bootstrapped and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #14 from vries at gcc dot gnu.org 2013-02-22 10:30:06 UTC ---
Steven,
thanks for the comments.
> Nothing even trying to look at the CFG after freeing it, so the looks at
> BLOCK_FOR_INSN in delete_insn are non
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #17 from vries at gcc dot gnu.org 2013-02-22 22:37:04 UTC ---
> patch below.
Bootstrapped and reg-tested on x86_64 (ada inclusive).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||dant at picochip dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #20 from vries at gcc dot gnu.org 2013-02-25 11:50:30 UTC ---
Author: vries
Date: Mon Feb 25 11:50:25 2013
New Revision: 196255
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196255
Log:
2013-02-25 Tom
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
--- Comment #13 from vries at gcc dot gnu.org 2013-02-25 11:53:55 UTC ---
PR56131 has been re-fixed, so this PR should not trigger anymore on hppa.
However, it might still trigger on picochip (see also
http://gcc.gnu.org/bugzilla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53986
--- Comment #11 from vries at gcc dot gnu.org 2012-09-07 09:21:18 UTC ---
Author: vries
Date: Fri Sep 7 09:21:11 2012
New Revision: 191057
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191057
Log:
2012-09-07 Tom de Vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53986
--- Comment #11 from vries at gcc dot gnu.org 2012-09-07 09:21:18 UTC ---
Author: vries
Date: Fri Sep 7 09:21:11 2012
New Revision: 191057
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191057
Log:
2012-09-07 Tom de Vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53986
--- Comment #12 from vries at gcc dot gnu.org 2012-09-07 09:21:31 UTC ---
Author: vries
Date: Fri Sep 7 09:21:21 2012
New Revision: 191058
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191058
Log:
2012-09-07 Tom de Vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53986
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55124
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55124
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55876
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #2 from vries at gcc dot gnu.org ---
It seems terminate_node is NULL
...
Program received signal SIGSEGV, Segmentation fault.
0x08707b50 in gimple_build_eh_must_not_throw (decl=0x0) at
/home/vries/local
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #3 from vries at gcc dot gnu.org ---
also reproduces with x86_64
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: vries at gcc dot gnu.org
$ arm-none-linux-gnueabi-g++ gcc/testsuite/g++.dg/tm/noexcept-1.C
-fno-diagnostics-show-caret -fdiagnostics-color=never -fno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #1 from vries at gcc dot gnu.org ---
svn revision 202105
Configured with: src/gcc-mainline/configure --build=i686-pc-linux-gnu
--host=i686-pc-linux-gnu --target=arm-none-linux-gnueabi --enable-threads
--disable-libmudflap --disable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #4 from vries at gcc dot gnu.org ---
Tentative fix:
...
diff --git a/gcc/cp/semantics.c b/gcc/cp/semantics.c
index ee3503c..c8b328c 100644
--- a/gcc/cp/semantics.c
+++ b/gcc/cp/semantics.c
@@ -5189,7 +5189,7 @@ finish_transaction_stmt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||EH, ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #6 from vries at gcc dot gnu.org ---
Author: vries
Date: Sat Sep 7 23:31:48 2013
New Revision: 202359
URL: http://gcc.gnu.org/viewcvs?rev=202359&root=gcc&view=rev
Log:
Handle noexcept on transactions with -fno-exceptions
20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58282
--- Comment #7 from vries at gcc dot gnu.org ---
Author: vries
Date: Sat Sep 7 23:31:58 2013
New Revision: 202360
URL: http://gcc.gnu.org/viewcvs?rev=202360&root=gcc&view=rev
Log:
Testcase for PR58282
2013-09-08 Tom de Vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43597
--- Comment #8 from vries at gcc dot gnu.org 2011-08-17 11:39:10 UTC ---
Author: vries
Date: Wed Aug 17 11:39:06 2011
New Revision: 177827
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177827
Log:
2011-08-17 Tom de Vries
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43597
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50218
--- Comment #2 from vries at gcc dot gnu.org 2011-08-28 12:08:45 UTC ---
Author: vries
Date: Sun Aug 28 12:08:41 2011
New Revision: 178141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178141
Log:
2011-08-28 Mikael Pettersson
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50218
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43513
--- Comment #9 from vries at gcc dot gnu.org 2011-08-31 07:04:31 UTC ---
Author: vries
Date: Wed Aug 31 07:04:25 2011
New Revision: 178353
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178353
Log:
2011-08-31 Tom de Vries
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43513
--- Comment #10 from vries at gcc dot gnu.org 2011-08-31 07:06:04 UTC ---
Author: vries
Date: Wed Aug 31 07:05:59 2011
New Revision: 178354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178354
Log:
2011-08-31 Tom de Vries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43513
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50249
Bug #: 50249
Summary: ira marks wrong value for inheriting
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50249
--- Comment #1 from vries at gcc dot gnu.org 2011-08-31 11:39:32 UTC ---
Created attachment 25150
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25150
test case
testcase reduced from
libstdc++-v3/testsuite/21_strings/basic_str
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50249
--- Comment #2 from vries at gcc dot gnu.org 2011-08-31 11:40:19 UTC ---
Created attachment 25151
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25151
dump before ira
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50249
--- Comment #3 from vries at gcc dot gnu.org 2011-08-31 11:40:47 UTC ---
Created attachment 25152
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25152
dump of ira
101 - 200 of 3236 matches
Mail list logo
