[Bug c/96760] Faulty optimization in nested loops with -O2

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96760

Andreas Schwab  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
   Last reconfirmed||2020-08-24
 Ever confirmed|0   |1
 Resolution|INVALID |---

--- Comment #2 from Andreas Schwab  ---
The inner loop never reaches the increment expression because c is nonzero,
thus no undefined behaviour occurs.

[Bug other/96628] Feature request: __attribute__((no_builtin("Foo")))

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96628

--- Comment #2 from Andreas Schwab  ---
There is -fno-builtin-memset.

[Bug c++/96387] gnu gmp c source edit g++ internal compiler error appear

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96387

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID

[Bug c/96554] -Wall does not include -Wnull-dereference

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96554

--- Comment #3 from Andreas Schwab  ---
*** Bug 96550 has been marked as a duplicate of this bug. ***

[Bug c/96550] gcc is smart in figuring out a non-returning function.

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96550

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|FIXED   |DUPLICATE

--- Comment #13 from Andreas Schwab  ---


*** This bug has been marked as a duplicate of bug 96554 ***

[Bug fortran/96486] get_environment_variable crashes for environment variables that are empty strings

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486

--- Comment #25 from Andreas Schwab  ---
But why does it error out?  It shouldn't!

[Bug target/96373] SVE miscompilation on vectorized division loop, leading to FP exception

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96373

--- Comment #5 from Andreas Schwab  ---
> Just note that _all_ floating point operations, not just divisions, can trap
> (without fast-math).  You never know if the user enabled stops for any of
> the FP exceptions (overflow, underflow, inexact, invalid op, div-by-zero). 

You need #pragma STDC FENV_ACCESS ON for that, otherwise it's undefined
behaviour.

[Bug other/96287] Empty string argument to gcc should be ignored

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96287

--- Comment #2 from Andreas Schwab  ---
If you pass a non-file-name where a file name is expected you are doing
something wrong, and you need to fix *that*.  Hiding errors is doing a
disservice.

[Bug target/96260] RISC-V: -fsanitize=kernel-address is not available after gcc10

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96260

Andreas Schwab  changed:

   What|Removed |Added

 Depends on||91441

--- Comment #1 from Andreas Schwab  ---
See PR91441.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91441
[Bug 91441] ICE in asan_shadow_offset at asan.c:342 on riscv64 target

[Bug fortran/52279] Fortran translation issues

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279

--- Comment #11 from Andreas Schwab  ---
If it was enabled by default, you cannot negate it.

[Bug fortran/52279] Fortran translation issues

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52279

--- Comment #9 from Andreas Schwab  ---
That means you cannot override a default.

[Bug libquadmath/96016] AArch64: enable libquadmath

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96016

--- Comment #3 from Andreas Schwab  ---
You are computing the sine of (double)ld.  If you want the sine of a long
double value, you need to use the sinl function, also use acosl(-1) to compute
pi in long double precision.

[Bug c++/95948] memmove error

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95948

Andreas Schwab  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2020-06-28

--- Comment #1 from Andreas Schwab  ---
Please read https://gcc.gnu.org/bugs/

[Bug bootstrap/95934] bootstrap fails in compiler assert in sanitizer_platform_limits_posix.cpp:1136

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95934

Andreas Schwab  changed:

   What|Removed |Added

   Target Milestone|--- |9.3

[Bug bootstrap/95934] bootstrap fails in compiler assert in sanitizer_platform_limits_posix.cpp:1136

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95934

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Andreas Schwab  ---
You have left out the actual error message.

This has been fixed in commit 4abc46b51af and backported to gcc-9 in commit
75003cdd23c (included in 9.3.0).

[Bug target/95921] [m68k] invalid codegen for __builtin_sqrt

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95921

--- Comment #2 from Andreas Schwab  ---
The m68k backend generally does all floating point arithmethic in extended
precision for !TARGET_68040, setting FLT_EVAL_METHOD to 2.

[Bug target/95411] Program compiled with nostdlib crashes if passing double to variadic function

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95411

Andreas Schwab  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Andreas Schwab  ---
The stack must be 16 byte aligned *before* the call, not after.

[Bug target/95783] Inefficient use of the stack when a function takes the address of its argument

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95783

--- Comment #2 from Andreas Schwab  ---
That is already handled through the return address push.

[Bug bootstrap/95712] configure-target-libgcc fails on s390x target because xgcc is not being built

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95712

--- Comment #11 from Andreas Schwab  ---
> generated for aarch64-linux-gnu that I configured for and it has:

You have used --disable-bootstrap.

[Bug target/95671] Fails to build kernel 5.7 with -march=bdver{2,3,4} workaround -mno-tbm

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95671

--- Comment #7 from Andreas Schwab  ---
make arch/x86/entry/vsyscall/vsyscall_64.i

[Bug target/95154] [11 regression] FAIL: g++.dg/abi/pure-virtual1.C -std=c++14 (test for excess errors)

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95154

Andreas Schwab  changed:

   What|Removed |Added

 Target|ia64-*-*,*-*-darwin*|ia64-*-*
 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Andreas Schwab  ---
Fixed.

[Bug bootstrap/95555] [11 regression] bootstrap build failure starting with r11-959

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9

Andreas Schwab  changed:

   What|Removed |Added

   Host|powerpc64*-linux-gnu|
  Build|powerpc64*-linux-gnu|
 Target|powerpc64*-linux-gnu|

--- Comment #5 from Andreas Schwab  ---
Can we please get bootstrap back?

[Bug bootstrap/95555] [11 regression] bootstrap build failure starting with r11-959

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9

--- Comment #2 from Andreas Schwab  ---
alternative_order[0] is guaranteed to be set, because alternative_reject[i] <=
alternative_reject[which_alternative] for i == which_alternative at least.  We
know that which_alternative < recog_data.n_alternatives, otherwise
alternative_reject[which_alternative] would be undefined.

[Bug target/95450] [10/11 regression] Wrong long double folding

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95450

--- Comment #2 from Andreas Schwab  ---
No, it doesn't.

[Bug target/95450] New: [10 regression] Wrong long double folding

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95450

Bug ID: 95450
   Summary: [10 regression] Wrong long double folding
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
  Target Milestone: ---
Target: powerpc-*.*

$ cat test-float.c
#include 
#include 

union gl_long_double_union
  {
struct { double hi; double lo; } dd;
long double ld;
  };

const union gl_long_double_union gl_LDBL_MAX =
  { { DBL_MAX, DBL_MAX / (double)134217728UL / (double)134217728UL } };
# undef LDBL_MAX
# define LDBL_MAX (gl_LDBL_MAX.ld)

int
main ()
{
  volatile long double m = LDBL_MAX;

  assert (m + m > m);
}
$ gcc -O2 test-float.c
$ ./a.out
a.out: test-float.c:20: main: Assertion `m + m > m' failed.
Aborted

test-float.c.234t.optimized contains:

  m ={v} 1.79769313486231580793728971405302307166001572487e+308;

but that evaluates to Inf.  DBL_MAX is
1.79769313486231570814527423731704e+308L.

[Bug c/95429] Wrong code generated for -Os with target m68k on Ubuntu

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95429

Andreas Schwab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Andreas Schwab  ---
m68k-linux does not support -m68000, it hardcodes -mno-strict-align.  You need
to configure for m68k-elf.

[Bug target/95411] Program compiled with nostdlib crashes if passing double to variadic function

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95411

--- Comment #2 from Andreas Schwab  ---
Unaligned stack.

[Bug fortran/94690] [OpenMP] omp ... distribute – lastprivate not permitted and more issues

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94690

--- Comment #12 from Andreas Schwab  ---
This breaks gfortran.dg/gomp/target1.f90 on riscv.

/daten/src/gcc/gcc/gcc/testsuite/gfortran.dg/gomp/target1.f90:318:0: internal
compiler error: in lookup_decl_in_outer_ctx, at omp-low.c:3967
0xbb9b5a lookup_decl_in_outer_ctx
../../gcc/gcc/omp-low.c:3967
0xbe0b76 lower_send_clauses
../../gcc/gcc/omp-low.c:7290
0xbe0b76 lower_omp_taskreg
../../gcc/gcc/omp-low.c:11295
0xbca7ae lower_omp_1
../../gcc/gcc/omp-low.c:12878
0xbca7ae lower_omp
../../gcc/gcc/omp-low.c:13015
0xbc9bbd lower_omp_1
../../gcc/gcc/omp-low.c:12807
0xbc9bbd lower_omp
../../gcc/gcc/omp-low.c:13015
0xbe2367 lower_omp_for
../../gcc/gcc/omp-low.c:10564
0xbcaae6 lower_omp_1
../../gcc/gcc/omp-low.c:12823
0xbcaae6 lower_omp
../../gcc/gcc/omp-low.c:13015
0xbc9bbd lower_omp_1
../../gcc/gcc/omp-low.c:12807
0xbc9bbd lower_omp
../../gcc/gcc/omp-low.c:13015
0xbc9bbd lower_omp_1
../../gcc/gcc/omp-low.c:12807
0xbc9bbd lower_omp
../../gcc/gcc/omp-low.c:13015
0xbc9bbd lower_omp_1
../../gcc/gcc/omp-low.c:12807
0xbc9bbd lower_omp
../../gcc/gcc/omp-low.c:13015
0xbc9bbd lower_omp_1
../../gcc/gcc/omp-low.c:12807
0xbc9bbd lower_omp
../../gcc/gcc/omp-low.c:13015
0xbc9bbd lower_omp_1
../../gcc/gcc/omp-low.c:12807
0xbc9bbd lower_omp
../../gcc/gcc/omp-low.c:13015

[Bug target/95154] [11 regression] FAIL: g++.dg/abi/pure-virtual1.C -std=c++14 (test for excess errors)

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95154

--- Comment #1 from Andreas Schwab  ---
The problem is that when output_constant processes a FDESC_EXPR it calls
ASM_OUTPUT_FDESC, which doesn't do weak processing (it doesn't call
assemble_external).

[Bug target/95154] New: [11 regression] FAIL: g++.dg/abi/pure-virtual1.C -std=c++14 (test for excess errors)

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95154

Bug ID: 95154
   Summary: [11 regression] FAIL: g++.dg/abi/pure-virtual1.C
-std=c++14 (test for excess errors)
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
  Target Milestone: ---
Target: ia64-*-*

spawn -ignore SIGHUP
/usr/local/gcc/gcc-20200515/Build/gcc/testsuite/g++3/../../xg++
-B/usr/local/gcc/gcc-20200515/Build/gcc/testsuite/g++3/../../
/usr/local/gcc/gcc-20200515/gcc/testsuite/g++.dg/abi/pure-virtual1.C
-fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers
-fdiagnostics-color=never -fdiagnostics-urls=never -nostdinc++
-I/usr/local/gcc/gcc-20200515/Build/ia64-suse-linux/libstdc++-v3/include/ia64-suse-linux
-I/usr/local/gcc/gcc-20200515/Build/ia64-suse-linux/libstdc++-v3/include
-I/usr/local/gcc/gcc-20200515/libstdc++-v3/libsupc++
-I/usr/local/gcc/gcc-20200515/libstdc++-v3/include/backward
-I/usr/local/gcc/gcc-20200515/libstdc++-v3/testsuite/util -fmessage-length=0
-std=c++14 -pedantic-errors -Wno-long-long -fno-rtti -nodefaultlibs -lc
-L/usr/local/gcc/gcc-20200515/Build/ia64-suse-linux/./libstdc++-v3/src/.libs
-B/usr/local/gcc/gcc-20200515/Build/ia64-suse-linux/./libstdc++-v3/src/.libs
-L/usr/local/gcc/gcc-20200515/Build/ia64-suse-linux/./libstdc++-v3/src/.libs
-lm -o pure-virtual1.exe
/tmp/ccyWJZLT.o:(.data.rel.ro._ZTV1A[_ZTV1A]+0x10): undefined reference to
`__cxa_pure_virtual'
collect2: error: ld returned 1 exit status
compiler exited with status 1

The reference comes from the vtable for A, the weak declaration for
__cxa_pure_virtual is missing:

.weak   _ZTV1A#
.section.data.rel.ro._ZTV1A,"awG",@progbits,_ZTV1A,comdat
.align 8
.type   _ZTV1A#, @object
.size   _ZTV1A#, 32
_ZTV1A:
data8   0
data8   0
data16.ua @iplt(__cxa_pure_virtual#)

[Bug bootstrap/95122] Cross-compile arm32 toolchain with hard float, but Error in gcc final

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID

[Bug bootstrap/95122] Cross-compile arm32 toolchain with hard float, but Error in gcc final

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122

--- Comment #2 from Andreas Schwab  ---
$ CFLAGS_FOR_TARGET="${-march=armv7-a -mhard-float}"
bash: ${-march=armv7-a -mhard-float}: bad substitution

[Bug go/95059] GCCGO cannot be compiled for ARM64 ILP32 ABI

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95059

--- Comment #1 from Andreas Schwab  ---
See .

[Bug c/94981] Wrong casts on Power machines dealing with fctiwuz instruction

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94981

--- Comment #1 from Andreas Schwab  ---
Converting a negative float to an unsigned integer is undefined.

[Bug target/94950] [8/9/10 regression] ICE in gcc.dg/pr94780.c on riscv64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94950

--- Comment #1 from Andreas Schwab  ---
Similar crash for pr94842.c:

/daten/riscv64/gcc/gcc-20200502/gcc/testsuite/gcc.dg/pr94842.c:8:1: internal
compiler error: Segmentation fault
0x74a3af crash_signal
../../gcc/toplev.c:328
0x7ea370 tree_check(tree_node*, char const*, int, char const*, tree_code)
../../gcc/tree.h:3293
0x7ea370 convert_nonlocal_reference_op
../../gcc/tree-nested.c:1064
0x9e3abb walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*),
void*, hash_set >*,
tree_node* (*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*),
void*, hash_set >*))
../../gcc/tree.c:12003
0x4be799 walk_gimple_op(gimple*, tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:268
0x4be9e3 walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
../../gcc/gimple-walk.c:596
0x4beb93 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:51
0x4beadb walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
../../gcc/gimple-walk.c:605
0x4beb93 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:51
0x7e4801 walk_body
../../gcc/tree-nested.c:713
0x7e4801 walk_function
../../gcc/tree-nested.c:724
0x7e4801 walk_all_functions
../../gcc/tree-nested.c:789
0x7ecb2f lower_nested_functions(tree_node*)
../../gcc/tree-nested.c:3551
0x363201 cgraph_node::analyze()
../../gcc/cgraphunit.c:676
0x365df7 analyze_functions
../../gcc/cgraphunit.c:1227
0x366c45 symbol_table::finalize_compilation_unit()
../../gcc/cgraphunit.c:2974

[Bug target/94950] New: [8/9/10 regression] ICE in gcc.dg/pr94780.c on riscv64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94950

Bug ID: 94950
   Summary: [8/9/10 regression] ICE in gcc.dg/pr94780.c on riscv64
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
CC: jakub at gcc dot gnu.org, wilson at gcc dot gnu.org
Blocks: 94780
  Target Milestone: ---
Target: riscv64-*-*

The same as bug 94780 for the riscv backend:

/daten/riscv64/gcc/gcc-20200502/gcc/testsuite/gcc.dg/pr94780.c:8:1: internal
compiler error: Segmentation fault
0x74a3af crash_signal
../../gcc/toplev.c:328
0x7ea370 tree_check(tree_node*, char const*, int, char const*, tree_code)
../../gcc/tree.h:3293
0x7ea370 convert_nonlocal_reference_op
../../gcc/tree-nested.c:1064
0x9e3abb walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*),
void*, hash_set >*,
tree_node* (*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*),
void*, hash_set >*))
../../gcc/tree.c:12003
0x4be799 walk_gimple_op(gimple*, tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:268
0x4be9e3 walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
../../gcc/gimple-walk.c:596
0x4beb93 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:51
0x4beadb walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
../../gcc/gimple-walk.c:605
0x4beb93 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:51
0x7e4801 walk_body
../../gcc/tree-nested.c:713
0x7e4801 walk_function
../../gcc/tree-nested.c:724
0x7e4801 walk_all_functions
../../gcc/tree-nested.c:789
0x7ecb2f lower_nested_functions(tree_node*)
../../gcc/tree-nested.c:3551
0x363201 cgraph_node::analyze()
../../gcc/cgraphunit.c:676
0x365df7 analyze_functions
../../gcc/cgraphunit.c:1227
0x366c45 symbol_table::finalize_compilation_unit()
../../gcc/cgraphunit.c:2974


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94780
[Bug 94780] [8/9 Regression] ICE in walk_body at gcc/tree-nested.c:713 since
r6-3632-gf6f69fb09c5f81df

[Bug target/94780] [8/9 Regression] ICE in walk_body at gcc/tree-nested.c:713 since r6-3632-gf6f69fb09c5f81df

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94780

--- Comment #7 from Andreas Schwab  ---
This also crashes on riscv64:

/daten/riscv64/gcc/gcc-20200502/gcc/testsuite/gcc.dg/pr94780.c: In function
'foo':
/daten/riscv64/gcc/gcc-20200502/gcc/testsuite/gcc.dg/pr94780.c:8:1: internal
compiler error: Segmentation fault
0x74a3af crash_signal
../../gcc/toplev.c:328
0x7ea370 tree_check(tree_node*, char const*, int, char const*, tree_code)
../../gcc/tree.h:3293
0x7ea370 convert_nonlocal_reference_op
../../gcc/tree-nested.c:1064
0x9e3abb walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*),
void*, hash_set >*,
tree_node* (*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*),
void*, hash_set >*))
../../gcc/tree.c:12003
0x4be799 walk_gimple_op(gimple*, tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:268
0x4be9e3 walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
../../gcc/gimple-walk.c:596
0x4beb93 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:51
0x4beadb walk_gimple_stmt(gimple_stmt_iterator*, tree_node*
(*)(gimple_stmt_iterator*, bool*, walk_stmt_info*), tree_node* (*)(tree_node**,
int*, void*), walk_stmt_info*)
../../gcc/gimple-walk.c:605
0x4beb93 walk_gimple_seq_mod(gimple**, tree_node* (*)(gimple_stmt_iterator*,
bool*, walk_stmt_info*), tree_node* (*)(tree_node**, int*, void*),
walk_stmt_info*)
../../gcc/gimple-walk.c:51
0x7e4801 walk_body
../../gcc/tree-nested.c:713
0x7e4801 walk_function
../../gcc/tree-nested.c:724
0x7e4801 walk_all_functions
../../gcc/tree-nested.c:789
0x7ecb2f lower_nested_functions(tree_node*)
../../gcc/tree-nested.c:3551
0x363201 cgraph_node::analyze()
../../gcc/cgraphunit.c:676
0x365df7 analyze_functions
../../gcc/cgraphunit.c:1227
0x366c45 symbol_table::finalize_compilation_unit()
../../gcc/cgraphunit.c:2974

[Bug c++/94896] [10/11 regression] ICE: canonical types differ for identical types

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94896

Andreas Schwab  changed:

   What|Removed |Added

 Target|sparc-*-*   |sparc-*-* riscv64-*-*

--- Comment #3 from Andreas Schwab  ---
Same on riscv64.

[Bug libstdc++/94900] filesystem recursive_directory_iterator incorrectly skips entries in case directories have no read/execute permissions set

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94900

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|WONTFIX |INVALID

[Bug tree-optimization/94889] Negate function not getting optimised to bitwise not

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94889

--- Comment #5 from Andreas Schwab  ---
Note that 1<<31 is undefined.

[Bug target/94852] -ffloat-store on x64 target

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94852

--- Comment #2 from Andreas Schwab  ---
For avoiding issues with excess precision there is -fexcess-precision=standard
now.

[Bug target/94820] [8/9/10 Regression] pr94780.c fails with ICE on aarch64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94820

Andreas Schwab  changed:

   What|Removed |Added

 CC||z.zhanghaijian at huawei dot 
com

--- Comment #2 from Andreas Schwab  ---
*** Bug 94821 has been marked as a duplicate of this bug. ***

[Bug target/94821] aarch64: ICE in walk_body at gcc/tree-nested.c:713

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94821

Andreas Schwab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Andreas Schwab  ---
dup

*** This bug has been marked as a duplicate of bug 94820 ***

[Bug fortran/94769] Possible use of uninitialized variable num

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94769

--- Comment #2 from Andreas Schwab  ---
compare_to_allowed_values doesn't set *num most of the time even when returning
non-zero, especially if warn is true.

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #17 from Andreas Schwab  ---
With that patch all struct-layout-1.exp tests pass.

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #15 from Andreas Schwab  ---
Created attachment 48349
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48349&action=edit
Preprocessed t059_y.C with reduced t059_test.h

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #14 from Andreas Schwab  ---
Created attachment 48348
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48348&action=edit
Preprocessed t059_x.C with reduced t059_test.h

fail 2854.30

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #13 from Andreas Schwab  ---
Created attachment 48347
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48347&action=edit
Preprocessed t058_y.C with reduced t058_test.h

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #12 from Andreas Schwab  ---
Created attachment 48346
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48346&action=edit
Preprocessed t058_x.C with reduced t058_test.h

fail 2613.30
fail 2638.30

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #11 from Andreas Schwab  ---
Created attachment 48345
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48345&action=edit
Preprocessed t057_y.C with reduced t057_test.h

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #10 from Andreas Schwab  ---
Created attachment 48344
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48344&action=edit
Preprocessed t057_x.C with reduced t057_test.h

fail 2411.55
fail 2411.56
fail 2411.30

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #9 from Andreas Schwab  ---
Created attachment 48343
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48343&action=edit
Preprocessed t056_y.C with reduced t056_test.h

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #8 from Andreas Schwab  ---
Created attachment 48342
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48342&action=edit
Preprocessed t056_x.C with reduced t056_test.h

fail 2215.55
fail 2215.56
fail 2215.30

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #7 from Andreas Schwab  ---
Created attachment 48341
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48341&action=edit
Preprocessed t055_y.C with reduced t055_test.h

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #6 from Andreas Schwab  ---
Created attachment 48340
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48340&action=edit
Preprocessed t055_x.C with reduced t055_test.h

fail 2006.55
fail 2006.56
fail 2006.30

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #5 from Andreas Schwab  ---
Created attachment 48339
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48339&action=edit
Preprocessed t033_y.C with reduced t033_test.h

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #4 from Andreas Schwab  ---
Created attachment 48338
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48338&action=edit
Preprocessed t033_x.C with reduced t033_test.h

fail 545.55

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #3 from Andreas Schwab  ---
Created attachment 48337
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48337&action=edit
Preprocessed t032_y.C with reduced t032_test.h

[Bug target/94706] [8/9/10 Regression] class with empty base passed incorrectly with -std=c++17 on ia64

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94706

--- Comment #2 from Andreas Schwab  ---
Created attachment 48336
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48336&action=edit
Preprocessed t032_x.C with reduced t032_test.h

fail 116.55
fail 116.56
fail 116.30
fail 120.55
fail 142.55
fail 142.56
fail 142.30
fail 144.55
fail 144.56
fail 144.30
fail 145.55
fail 145.56
fail 145.30
fail 178.55
fail 178.56
fail 178.30
fail 187.10
fail 187.11
fail 187.12
fail 187.50
fail 187.55
fail 187.56
fail 187.18
fail 187.30

[Bug go/94633] golang 1.14.2 fails to bootstrap using GCC 10 on riscv64-linux-gnu

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94633

--- Comment #1 from Andreas Schwab  ---
Try -fno-variable-tracking.

[Bug c++/94359] new test case g++.dg/coroutines/torture/symmetric-transfer-00-basic.C fails

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359

--- Comment #16 from Andreas Schwab  ---
crtl != cfun

[Bug c++/94359] new test case g++.dg/coroutines/torture/symmetric-transfer-00-basic.C fails

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359

--- Comment #14 from Andreas Schwab  ---
That completely breaks aarch64 (almost every coroutines test):

spawn -ignore SIGHUP /opt/gcc/gcc-20200415/Build/gcc/testsuite/g++/../../xg++
-B/opt/gcc/gcc-20200415/Build/gcc/testsuite/g++/../../
/opt/gcc/gcc-20200415/gcc/testsuite/g++.dg/coroutines/pr94528.C -mabi=lp64
-fno-diagnostics-show-caret -fno-diagnostics-show-line-numbers
-fdiagnostics-color=never -fdiagnostics-urls=never -nostdinc++
-I/opt/gcc/gcc-20200415/Build/aarch64-suse-linux/libstdc++-v3/include/aarch64-suse-linux
-I/opt/gcc/gcc-20200415/Build/aarch64-suse-linux/libstdc++-v3/include
-I/opt/gcc/gcc-20200415/libstdc++-v3/libsupc++
-I/opt/gcc/gcc-20200415/libstdc++-v3/include/backward
-I/opt/gcc/gcc-20200415/libstdc++-v3/testsuite/util -fmessage-length=0
-pedantic-errors -Wno-long-long -std=c++17 -fcoroutines -std=c++20
-fpreprocessed -w -S -o pr94528.s
/opt/gcc/gcc-20200415/gcc/testsuite/g++.dg/coroutines/pr94528.C: In function
'void
cppcoro::_ZN7cppcoro16make_shared_taskENS_4taskE.actor(cppcoro::make_shared_task(cppcoro::task)::_ZN7cppcoro16make_shared_taskENS_4taskE.frame*)':
/opt/gcc/gcc-20200415/gcc/testsuite/g++.dg/coroutines/pr94528.C:63:1: internal
compiler error: Segmentation fault
0xf2d113 crash_signal
../../gcc/toplev.c:328
0x12ac010 predefined_function_abi::id() const
../../gcc/function-abi.h:39
0x12ac010 aarch64_function_ok_for_sibcall
../../gcc/config/aarch64/aarch64.c:5278
0x70989f build_actor_fn
../../gcc/cp/coroutines.cc:2387
0x70c063 morph_fn_to_coro(tree_node*, tree_node**, tree_node**)
../../gcc/cp/coroutines.cc:3963
0x7682d7 finish_function(bool)
../../gcc/cp/decl.c:16941
0x84778b cp_parser_function_definition_after_declarator
../../gcc/cp/parser.c:28992
0x848653 cp_parser_function_definition_from_specifiers_and_declarator
../../gcc/cp/parser.c:28905
0x848653 cp_parser_init_declarator
../../gcc/cp/parser.c:20667
0x825237 cp_parser_simple_declaration
../../gcc/cp/parser.c:13731
0x853e3f cp_parser_declaration
../../gcc/cp/parser.c:13430
0x853be7 cp_parser_toplevel_declaration
../../gcc/cp/parser.c:13458
0x853be7 cp_parser_declaration_seq_opt
../../gcc/cp/parser.c:13306
0x853be7 cp_parser_namespace_body
../../gcc/cp/parser.c:19714
0x853be7 cp_parser_namespace_definition
../../gcc/cp/parser.c:19692
0x853f6f cp_parser_declaration
../../gcc/cp/parser.c:13410
0x8545bf cp_parser_translation_unit
../../gcc/cp/parser.c:4731
0x8545bf c_parse_file()
../../gcc/cp/parser.c:43961
0x9bfb57 c_common_parse_file()
../../gcc/c-family/c-opts.c:1190

[Bug other/94555] [10 regression] ICE compiling gfortran.dg/substr_6.f90 after r10-7665

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94555

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Andreas Schwab  ---
dup

*** This bug has been marked as a duplicate of bug 94551 ***

[Bug target/94551] [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551

Andreas Schwab  changed:

   What|Removed |Added

 CC||seurer at linux dot 
vnet.ibm.com

--- Comment #3 from Andreas Schwab  ---
*** Bug 94555 has been marked as a duplicate of this bug. ***

[Bug target/94551] [10 Regression] Bootstrap failure on powerpc64le-unknown-linux-gnu

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94551

--- Comment #1 from Andreas Schwab  ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495#c11

[Bug debug/94495] [10 Regression] Debug info size growth since r10-7515-g2c0fa3ecf70d199a

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495

--- Comment #12 from Andreas Schwab  ---
Yes, it does.

[Bug debug/94495] [10 Regression] Debug info size growth since r10-7515-g2c0fa3ecf70d199a

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94495

--- Comment #9 from Andreas Schwab  ---
This breaks aarch64 -mabi=ilp32.

during RTL pass: vartrack
In file included from
../../../../../../libstdc++-v3/src/c++98/pool_allocator.cc:31:
/opt/gcc/gcc-20200410/Build/aarch64-suse-linux/ilp32/libstdc++-v3/include/ext/pool_allocator.h:
In member function '_Tp*
__gnu_cxx::__pool_alloc<_Tp>::allocate(__gnu_cxx::__pool_alloc<_Tp>::size_type,
const void*) [with _Tp = wchar_t]':
/opt/gcc/gcc-20200410/Build/aarch64-suse-linux/ilp32/libstdc++-v3/include/ext/pool_allocator.h:262:5:
internal compiler error: in vt_expand_var_loc_chain, at var-tracking.c:8355

[Bug middle-end/94526] [10 Regression] cselib ICE building glibc sigpause for m68k and microblaze since r10-7575-g8662d0593438ecd498

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94526

--- Comment #6 from Andreas Schwab  ---
The bug, I haven't tested the patch yet.

[Bug middle-end/94526] [10 Regression] cselib ICE building glibc sigpause for m68k and microblaze since r10-7575-g8662d0593438ecd498

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94526

Andreas Schwab  changed:

   What|Removed |Added

   Keywords||build

--- Comment #4 from Andreas Schwab  ---
This breaks build on m68k.

[Bug target/94297] PPCLE std::replace internal compiler error

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94297

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID

[Bug web/94351] bugzilla search is not as useful as before

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94351

--- Comment #3 from Andreas Schwab  ---
When edititing a saved search that has used these fields they are lost.

[Bug target/94103] Wrong optimization: reading value of a variable changes its representation for optimizer

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103

--- Comment #12 from Andreas Schwab  ---
The values of any padding bits are unspecified.

[Bug libstdc++/94213] doesn

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94213

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID

[Bug inline-asm/93942] [Extended-Asm] Last code snippet in 6.47.2.3 Output Operands is unsafe

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93942

--- Comment #3 from Andreas Schwab  ---
M68K has memory to memory moves.

[Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910

--- Comment #5 from Andreas Schwab  ---
The packed attribute forces the alignment to 1, so there is no requirement for
its address to be aligned for its type.

[Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910

--- Comment #1 from Andreas Schwab  ---
You are still converting an unaligned pointer to an aligned pointer, and the
address of a struct is the same as the address if its first member (with
suitable conversion).

[Bug c/93894] -Wimplicit-fallthrough false warning with operator %

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93894

--- Comment #1 from Andreas Schwab  ---
case -1 is missing.

[Bug c++/93880] missing test for diagnostic: %s%#qD (reversed)

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880

--- Comment #4 from Andreas Schwab  ---
You can use {\(reversed\)} instead.

[Bug c/93850] 'stack smashing detected' in the special index for an array

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93850

--- Comment #2 from Andreas Schwab  ---
*** Bug 93849 has been marked as a duplicate of this bug. ***

[Bug c/93849] 'Segmentation fault' in the special index for an array

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93849

Andreas Schwab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Andreas Schwab  ---
.

*** This bug has been marked as a duplicate of bug 93850 ***

[Bug c/93850] 'stack smashing detected' in the special index for an array

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93850

Andreas Schwab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Andreas Schwab  ---
Don't write beyond the bounds of the array, then.

[Bug translation/93759] Invalid % in param

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93759

--- Comment #1 from Andreas Schwab  ---
Apparently the problem is that "% p" looks like a valid c-format.

[Bug rtl-optimization/93565] [9/10 regression] Combine duplicates instructions

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93565

--- Comment #23 from Andreas Schwab  ---
gcc.target/aarch64/pr93565.c fails with -mabi=ilp32.

[Bug other/91085] fixincludes breaks

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91085

--- Comment #8 from Andreas Schwab  ---
Yes, nothing has changed.

[Bug go/93679] New: gccgo cannot bootstrap go1.14

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93679

Bug ID: 93679
   Summary: gccgo cannot bootstrap go1.14
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: sch...@linux-m68k.org
CC: cmang at google dot com
  Target Milestone: ---

When trying to bootstrap go1.14 from the release-branch.go1.14 branch with
gccgo-10 I'm getting this error:

+ ./cmd/dist/dist bootstrap -a -v -d
Building Go toolchain1 using /usr.
bootstrap/cmd/internal/objabi
bootstrap/cmd/internal/src
bootstrap/cmd/internal/bio
bootstrap/sort
# bootstrap/sort
/home/abuild/rpmbuild/BUILD/go-1.14+git20200206.d898c7b544/src/sort/slice_go113.go:9:28:
error: import file 'internal/reflectlite' not found
9 | import "internal/reflectlite"
  |^
/home/abuild/rpmbuild/BUILD/go-1.14+git20200206.d898c7b544/src/sort/slice_go113.go:11:22:
error: reference to undefined name 'reflectlite'
   11 | var reflectValueOf = reflectlite.ValueOf
  |  ^
/home/abuild/rpmbuild/BUILD/go-1.14+git20200206.d898c7b544/src/sort/slice_go113.go:12:22:
error: reference to undefined name 'reflectlite'
   12 | var reflectSwapper = reflectlite.Swapper
  |  ^
/home/abuild/rpmbuild/BUILD/go-1.14+git20200206.d898c7b544/src/sort/slice.go:36:25:
error: increment or decrement of non-numeric type
   36 |  for i := n - 1; i > 0; i-- {
  | ^

Bootstrapping with gccgo-9 works without error.

[Bug other/91085] fixincludes breaks

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91085

--- Comment #6 from Andreas Schwab  ---
PR80005 is not relevant here.

[Bug c++/93527] Internal compiler error when static_assert concept std::regular on class with variadic constrained constructor.

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93527

--- Comment #3 from Andreas Schwab  ---
zcat namidevel.pp.cc.gz

[Bug libgcc/90918] -Wreturn-local-addr in __splitstack_find in libgcc/generic-morestack.c

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90918

--- Comment #3 from Andreas Schwab  ---
Can't you use __builtin_frame_address?

[Bug other/91085] fixincludes breaks

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91085

Andreas Schwab  changed:

   What|Removed |Added

 Status|WAITING |NEW

--- Comment #4 from Andreas Schwab  ---
Yes, nothing has changed.

[Bug other/93445] New: Misnamed git tags

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93445

Bug ID: 93445
   Summary: Misnamed git tags
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
CC: joseph at codesourcery dot com
  Target Milestone: ---

All annotated tags in the git repository have the wrong name:

$ git cat-file -p releases/gcc-9.2.0
object a0c06cc27d2146b7d86758ffa236516c6143d62c
type commit
tag gcc_9_2_0_release
tagger Jakub Jelinek  1565595539 +0200

Tagging source as tags/gcc_9_2_0_release

[Bug libgomp/93066] libgomp/target.c:525:46: error: expected expression before ')' token

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93066

--- Comment #3 from Andreas Schwab  ---
Or use (uintptr_t)-1 instead.

[Bug other/93049] limits.h generated by fixincludes breaks cross-compilation

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93049

--- Comment #1 from Andreas Schwab  ---
Make sure you have sysroot properly set up so that the gcc Makefile finds the
system limits.h.

[Bug c++/92951] extern variable declaration doesn't behave properly for me

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92951

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|WORKSFORME  |INVALID

[Bug target/92922] New: [10 regression] FAIL: gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c -std=c90 -O1 -g -DTEST_FULL (internal compiler error)

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92922

Bug ID: 92922
   Summary: [10 regression] FAIL:
gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c  -std=c90
-O1 -g -DTEST_FULL (internal compiler error)
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
  Target Milestone: ---
Target: aarch64-*-*

spawn -ignore SIGHUP /opt/gcc/gcc-20191212/Build/gcc/xgcc
-B/opt/gcc/gcc-20191212/Build/gcc/ -mabi=ilp32 -fno-diagnostics-show-caret
-fno-diagnostics-show-line-numbers -fdiagnostics-color=never
-fdiagnostics-urls=never -std=c90 -O1 -g -DTEST_FULL -march=armv8.2-a+sve
-fno-ipa-icf -c -o ldnt1_u32.o
/opt/gcc/gcc-20191212/gcc/testsuite/gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c
during RTL pass: dse1
/opt/gcc/gcc-20191212/gcc/testsuite/gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c:
In function 'ldnt1_vnum_u32_1':
/opt/gcc/gcc-20191212/gcc/testsuite/gcc.target/aarch64/sve/acle/asm/ldnt1_u32.c:95:1:
internal compiler error: in plus_constant, at explow.c:102
0x8ab947 plus_constant(machine_mode, rtx_def*, poly_int<2u, long>, bool)
../../gcc/explow.c:102
0x14d225f check_mem_read_rtx
../../gcc/dse.c:2148
0x14d225f check_mem_read_use
../../gcc/dse.c:2316
0xc0ceef note_uses(rtx_def**, void (*)(rtx_def**, void*), void*)
../../gcc/rtlanal.c:2024
0x14d41e3 scan_insn
../../gcc/dse.c:2425
0x14d41e3 dse_step1
../../gcc/dse.c:2690
0x14d41e3 rest_of_handle_dse
../../gcc/dse.c:3607
0x14d41e3 execute
../../gcc/dse.c:3668

[Bug libstdc++/92906] New: [10 regression] FAIL: libstdc++-abi/abi_check

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906

Bug ID: 92906
   Summary: [10 regression] FAIL: libstdc++-abi/abi_check
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
Blocks: 91985
  Target Milestone: ---

After r278684 all targets that do not support DFP now fail the libstdc++ ABI
check.


9 incompatible symbols 
0
_ZTIPKDf
typeinfo for decimal32 const*
version status: unversioned
type: object
type size: 32
status: subtracted


1
_ZTIPDe
typeinfo for decimal128*
version status: unversioned
type: object
type size: 32
status: subtracted


2
_ZTIPDd
typeinfo for decimal64*
version status: unversioned
type: object
type size: 32
status: subtracted


3
_ZTIPKDe
typeinfo for decimal128 const*
version status: unversioned
type: object
type size: 32
status: subtracted


4
_ZTIDf
typeinfo for decimal32
version status: unversioned
type: object
type size: 16
status: subtracted


5
_ZTIDe
typeinfo for decimal128
version status: unversioned
type: object
type size: 16
status: subtracted


6
_ZTIDd
typeinfo for decimal64
version status: unversioned
type: object
type size: 16
status: subtracted


7
_ZTIPKDd
typeinfo for decimal64 const*
version status: unversioned
type: object
type size: 32
status: subtracted


8
_ZTIPDf
typeinfo for decimal32*
version status: unversioned
type: object
type size: 32
status: subtracted


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91985
[Bug 91985] Unsupported DFP not diagnosed with constants or built-in functions

[Bug rtl-optimization/90282] internal compiler error: qsort checking failed in snapshot-20190429

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282

--- Comment #8 from Andreas Schwab  ---
--enable-checking=release

[Bug rtl-optimization/90282] internal compiler error: qsort checking failed in snapshot-20190429

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282

--- Comment #4 from Andreas Schwab  ---
Workaround: use release checking.

[Bug middle-end/92824] Wrong optimization: representation of long doubles not copied even with memcpy

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92824

--- Comment #2 from Andreas Schwab  ---
On m68k the padding is internal, and actually part of the representation.

[Bug go/92820] [10 Regression] libgo.so.15 has executable stack

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92820

--- Comment #1 from Andreas Schwab  ---
Don't see that on aarch64 or riscv64.

[Bug c/92673] OCaml fails to link with recent trunk

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92673

Andreas Schwab  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID