[Bug tree-optimization/92543] [10 regression] gcc.dg/vect/vect-alias-check-1.c etc. FAIL

[ro at gcc dot gnu.org]

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

--- Comment #1 from Rainer Orth  ---
Created attachment 47284
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47284&action=edit
32-bit sparc-sun-solaris2.11 vect-alias-check-18.c.158t.vect

[Bug tree-optimization/92543] New: [10 regression] gcc.dg/vect/vect-alias-check-1.c etc. FAIL

[ro at gcc dot gnu.org]

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

Bug ID: 92543
   Summary: [10 regression] gcc.dg/vect/vect-alias-check-1.c etc.
FAIL
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ro at gcc dot gnu.org
CC: rsandifo at gcc dot gnu.org
  Target Milestone: ---
Target: sparc-sun-solaris2.11

Created attachment 47283
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47283&action=edit
32-bit sparc-sun-solaris2.11 vect-alias-check-1.c.158t.vect

Between 20191115 (r278282) and 20191116 (r278365),
gcc.dg/vect/vect-alias-check-1.c
and the new gcc.dg/vect/vect-alias-check-18.c began to FAIL on Solaris/SPARC
(both 32 and 64-bit). The former also fails on ia64-suse-linux-gnu.

+FAIL: gcc.dg/vect/vect-alias-check-1.c -flto -ffat-lto-objects  scan-tree-dump
vect "using an address-based overlap test"
+FAIL: gcc.dg/vect/vect-alias-check-1.c scan-tree-dump vect "using an
address-based overlap test"
+FAIL: gcc.dg/vect/vect-alias-check-18.c -flto -ffat-lto-objects 
scan-tree-dump vect "using an index-based overlap test"
+FAIL: gcc.dg/vect/vect-alias-check-18.c scan-tree-dump vect "using an
index-based overlap test"

Dumps attached.

[Bug tree-optimization/92543] [10 regression] gcc.dg/vect/vect-alias-check-1.c etc. FAIL

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

   Target Milestone|--- |10.0

[Bug demangler/92544] New: test-demangle < ../../../gcc/libiberty/testsuite/demangle-expected: FAIL at line 1452

[danglin at gcc dot gnu.org]

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

Bug ID: 92544
   Summary: test-demangle <
../../../gcc/libiberty/testsuite/demangle-expected:
FAIL at line 1452
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: demangler
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11

./test-demangle < ../../../gcc/libiberty/testsuite/demangle-expected
FAIL at line 1452, options :
in:  _Z3fooILPv0EEvPN9enable_ifIXeqT_LDnEEvE4typeE
out: void foo<(void*)0>(enable_if<((void*)0)==(decltype(nullptr)),
void>::type*)
exp: void foo<(void*)0>(enable_if<((void*)0)==((decltype(nullptr))),
void>::type*)
./test-demangle: 335 tests, 1 failures
make[3]: *** [Makefile:52: check-cplus-dem] Error 1

[Bug target/92545] New: avr: support ATmega devices from the 0-series

[gjl at gcc dot gnu.org]

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

Bug ID: 92545
   Summary: avr: support ATmega devices from the 0-series
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gjl at gcc dot gnu.org
  Target Milestone: ---

...like ATmega4808.

[Bug target/92545] avr: support ATmega devices from the 0-series

[gjl at gcc dot gnu.org]

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

Georg-Johann Lay  changed:

   What|Removed |Added

 Target||avr
   Priority|P3  |P4
   Target Milestone|--- |10.0

[Bug libstdc++/92546] New: [10 Regression] Large increase in preprocessed file sizes in C++2a mode

[redi at gcc dot gnu.org]

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

Bug ID: 92546
   Summary: [10 Regression] Large increase in preprocessed file
sizes in C++2a mode
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: redi at gcc dot gnu.org
  Target Milestone: ---

For :

: | g++ -std=c++11 -P -E -x c++ - -include array | wc -l
5141
: | g++ -std=c++14 -P -E -x c++ - -include array | wc -l
5376
: | g++ -std=c++17 -P -E -x c++ - -include array | wc -l
5814
: | g++ -std=c++2a -P -E -x c++ - -include array | wc -l
7729

Some of this increase is due to the extra std::ranges code in
 so maybe that should be in a separate header, which is
only included where needed. However, with GCC 9  was 12kloc even in
C++11 mode, so it's already much better (that changed with r272011).

For  the increase for C++20 is much worse:

: | g++ -std=c++2a -P -E -x c++ - -include array | wc -l
7729
: | g++ -std=c++11 -P -E -x c++ - -include vector | wc -l
9191
: | g++ -std=c++14 -P -E -x c++ - -include vector | wc -l
9377
: | g++ -std=c++17 -P -E -x c++ - -include vector | wc -l
9910
: | g++ -std=c++2a -P -E -x c++ - -include vector | wc -l
18279

I think this is due to including the whole of  in order to use
std::remove and std::remove_if. Those two algos should be moved to another
header (maybe  which is already included).

[Bug libstdc++/92546] [10 Regression] Large increase in preprocessed file sizes in C++2a mode

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  ---
Currently  includes the whole of , but we might be able to avoid
that so that  is more lightweight:

: | g++ -std=c++2a -P -E -x c++ - -include array | wc -l
7729
: | g++ -std=c++2a -P -E -x c++ - -include span | wc -l
9528

[Bug tree-optimization/92128] fold more non-constant strlen relational expressions

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu.org

--- Comment #4 from John David Anglin  ---
Test also needs to be skipped on hppa*-*-*.

[Bug tree-optimization/92547] New: FAIL: c-c++-common/goacc/firstprivate-mappings-1.c scan-tree-dump omplower "(?n)

[danglin at gcc dot gnu.org]

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

Bug ID: 92547
   Summary: FAIL: c-c++-common/goacc/firstprivate-mappings-1.c
scan-tree-dump omplower "(?n)
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11

Created attachment 47285
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47285&action=edit
Tree dump

spawn /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/test/gnu/gcc/gc
c/gcc/testsuite/c-c++-common/goacc/firstprivate-mappings-1.c
-fno-diagnostics-sh
ow-caret -fno-diagnostics-show-line-numbers -fdiagnostics-color=never
-fdiagnost
ics-urls=never -fopenacc -fdump-tree-omplower -Wno-psabi -S -o
firstprivate-mapp
ings-1.s^M
PASS: c-c++-common/goacc/firstprivate-mappings-1.c (test for excess errors)
PASS: c-c++-common/goacc/firstprivate-mappings-1.c scan-tree-dump omplower
"(?n)
#pragma omp target oacc_parallel map\\(from:array_so \\[len: 4\\]\\)
firstprivat
e\\(array_li.[0-9]+\\)"
FAIL: c-c++-common/goacc/firstprivate-mappings-1.c scan-tree-dump omplower
"(?n)
#pragma omp target oacc_parallel map\\(from:array_so \\[len: 4\\]\\)
firstprivat
e\\(array_li.[0-9]+\\) map\\(tofrom:\\(\\*array.[0-9]+\\) \\[len:
D\\.[0-9]+\\]\
\) map\\(firstprivate:array \\[pointer assign, bias: 0\\]\\) \\["

Probably fails because target is callee copies.

[Bug ipa/92548] New: FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "Will split parameter" 2

[danglin at gcc dot gnu.org]

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

Bug ID: 92548
   Summary: FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra
"Will split parameter" 2
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11

Created attachment 47286
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47286&action=edit
IPA dump

spawn /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/test/gnu/gcc/gc
c/gcc/testsuite/gcc.dg/ipa/ipa-sra-12.c -fno-diagnostics-show-caret
-fno-diagnos
tics-show-line-numbers -fdiagnostics-color=never -fdiagnostics-urls=never -O2
-f
ipa-sra -fdump-ipa-sra -lm -o ./ipa-sra-12.exe^M
PASS: gcc.dg/ipa/ipa-sra-12.c (test for excess errors)
Setting LD_LIBRARY_PATH to
:/test/gnu/gcc/objdir/gcc:/test/gnu/gcc/objdir/hppa2.
0w-hp-hpux11.11/./libatomic/.libs::/test/gnu/gcc/objdir/gcc:/test/gnu/gcc/objdir
/hppa2.0w-hp-hpux11.11/./libatomic/.libs
spawn [open ...]^M
PASS: gcc.dg/ipa/ipa-sra-12.c execution test
gcc.dg/ipa/ipa-sra-12.c: pattern found 1 times
FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "Will split parameter" 2
gcc.dg/ipa/ipa-sra-12.c: pattern found 2 times
FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "component at byte
offset"
 4

[Bug rtl-optimization/92549] New: Use x86 xchg instruction more

[drepper.fsp+rhbz at gmail dot com]

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

Bug ID: 92549
   Summary: Use x86 xchg instruction more
   Product: gcc
   Version: 9.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: drepper.fsp+rhbz at gmail dot com
  Target Milestone: ---

Take this code

__attribute__((noinline))
int f(int a, int b)
{
  return b - a + 5;
}
int foo(int a, int b)
{
  return 1 + f(b, a);
}
int main()
{
  return foo(39, 3);
}

gcc 9.2.1 generates for foo on x86-64 this code:

movl%edi, %r8d
movl%esi, %edi
movl%r8d, %esi
callf
addl$1, %eax
ret

This could be better:

xchgl   %edi, %esi
callf
addl$1, %eax
ret

Switching parameter location is not a uncommon pattern.

If the regparm is used on x86-32 the same likely applies there.

[Bug ipa/92550] New: FAIL: gcc.dg/ipa/ipa-sra-8.c execution test

[danglin at gcc dot gnu.org]

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

Bug ID: 92550
   Summary: FAIL: gcc.dg/ipa/ipa-sra-8.c execution test
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa2.0w-hp-hpux11.11
Target: hppa2.0w-hp-hpux11.11
 Build: hppa2.0w-hp-hpux11.11

spawn /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/test/gnu/gcc/gc
c/gcc/testsuite/gcc.dg/ipa/ipa-sra-8.c -fno-diagnostics-show-caret
-fno-diagnost
ics-show-line-numbers -fdiagnostics-color=never -fdiagnostics-urls=never -O3
-lm
 -o ./ipa-sra-8.exe^M
PASS: gcc.dg/ipa/ipa-sra-8.c (test for excess errors)
Setting LD_LIBRARY_PATH to
:/test/gnu/gcc/objdir/gcc:/test/gnu/gcc/objdir/hppa2.
0w-hp-hpux11.11/./libatomic/.libs::/test/gnu/gcc/objdir/gcc:/test/gnu/gcc/objdir
/hppa2.0w-hp-hpux11.11/./libatomic/.libs
spawn [open ...]^M
FAIL: gcc.dg/ipa/ipa-sra-8.c execution test

(gdb) r
Starting program: /test/gnu/gcc/objdir/ipa-sra-8.exe
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared library which
is not privately mapped will not work.  See the HP-UX 11i v3 chatr
manpage for methods to privately map shared library text.

Program received signal SIGBUS, Bus error.
0x2c0c in get_a ()
(gdb) bt
Python Exception  Failed to load
/home/gnu/lib/python2.7/lib-dynload/itertools.sl:
#0  0x2c0c in get_a ()
#1  0x2c20 in foo ()
#2  0x2c88 in main ()
(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0x2bfc to 0x2c1c:
   0x2bfc :   mtctl r26,tr3
   0x2c00 :   bv r0(rp)
   0x2c04 :   mfctl tr3,ret0
   0x2c08 :bv r0(rp)
=> 0x2c0c :ldw 0(r26),ret0
   0x2c10 :  stw rp,-14(sp)
   0x2c14 :  ldo 40(sp),sp
   0x2c18 :  b,l 0x2c08 ,rp
End of assembler dump.
(gdb) p/x $r26
$1 = 0x40001a49

Problem is misaligned load.

Similar fail:
FAIL: gcc.dg/ipa/ipa-sra-9.c execution test

[Bug tree-optimization/70315] FAIL: gcc.dg/tree-ssa/sra-17.c scan-tree-dump-times esra

[danglin at gcc dot gnu.org]

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

--- Comment #7 from John David Anglin  ---
Still fails on trunk.

[Bug tree-optimization/70315] FAIL: gcc.dg/tree-ssa/sra-17.c scan-tree-dump-times esra

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

   Target Milestone|--- |8.5

[Bug fortran/83118] [8/9/10 Regression] Bad intrinsic assignment of class(*) array component of derived type

[pault at gcc dot gnu.org]

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

--- Comment #26 from Paul Thomas  ---
(In reply to Paul Thomas from comment #25)
> (In reply to Tobias Burnus from comment #23)
> > (In reply to Dominique d'Humieres from comment #21)
> > > > Created attachment 46216 [details]
> > > > Patch for the remaining problems.
> > > I have the patch in my working tree without any problem.
> > 
> > (In reply to paul.richard.tho...@gmail.com from comment #22)
> > > I'll get lined up to fix this tomorrow night.
> > 
> > Any update? That was 2019-05-19.
> > 
> > Does this patch by chance also fix the issue reported at
> > https://gcc.gnu.org/ml/fortran/2019-11/msg00061.html ?
> 
> I have just put the patch back on my tree and have regtested it. All is
> well. I will submit tomorrow.
> 
> With respect to Damian's post, no this patch does not fix his test. This is
> a consequence of the note in passing in comment #17. I will follow up after
> submitting the patch for the "immediate" problem.
> 
> I am sorry that I had not acted on this sooner.
> 
> Paul

I just posted the patch at https://gcc.gnu.org/ml/fortran/2019-11/msg00094.html

I have folded in a fix to Damian's testcase.

Watch this space!

Paul

[Bug target/86160] Implement isinf on PowerPC

[segher at gcc dot gnu.org]

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

Segher Boessenkool  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2019-11-17
 Ever confirmed|0   |1

--- Comment #1 from Segher Boessenkool  ---
The x[sv]tdc[sdq]p insn needs ISA 3.0 (power9).  For older CPUs that have
VSX it is probably best to look at the bit patterns; for even older CPUs,
the current default scheme of doing FP compares might be best.

Ideally FP compare vs. bitpattern tests can be handled generically; but
until such a time, yes we need to do it in target patterns.  Confirmed.

[Bug c++/33799] Return value's destructor not executed when a local variable's destructor throws

[dakron.systems at gmail dot com]

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

dakron  changed:

   What|Removed |Added

 CC||dakron.systems at gmail dot com

--- Comment #8 from dakron  ---
It seems that this is still the case for all g++ version (up until 9.2). Is
there any plan to address that? The behavior seems wrong as there is not strict
requirement (is it?) about non-throwing destructors.

[Bug c++/92551] New: accepts invalid code in function template

[Darrell.Wright at gmail dot com]

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

Bug ID: 92551
   Summary: accepts invalid code in function template
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Darrell.Wright at gmail dot com
  Target Milestone: ---

I accidently produced this invalid code and it worked as intended until I
tested further.  However, the integer_sequence should never have been deduced
https://gcc.godbolt.org/z/hp4crn

This will return 20, but should be an error 

#include 
#include 

namespace algorithm_impl {
template 
constexpr void do_n(Function &&func, Args &&... args,
std::integer_sequence) {
  if constexpr (sizeof...(Is) > 0) {
(void)((func(args...), Is) + ...);
  }
}
}  // namespace algorithm_impl

template 
constexpr void do_n(Function &&func,
Args &&... args) noexcept(noexcept(func(args...))) {
  algorithm_impl::do_n(std::forward(func),
   std::forward(args)...,
   std::make_integer_sequence{});
}

constexpr int do_n_1_test() {
  int n = 0;
  do_n<20>([&n] { ++n; });
  return n;
}

int main() { return do_n_1_test(); }

[Bug fortran/83118] [8/9/10 Regression] Bad intrinsic assignment of class(*) array component of derived type

[damian at sourceryinstitute dot org]

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

--- Comment #27 from Damian Rouson  ---
Thanks, Paul!  We'll test the patch.

Damian

[Bug c++/92552] New: [10 Regression] internal compiler error: in lazily_declare_fn, at cp/method.c:3045 with -fconcepts

[gcc-bugs at marehr dot dialup.fu-berlin.de]

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

Bug ID: 92552
   Summary: [10 Regression] internal compiler error: in
lazily_declare_fn, at cp/method.c:3045 with -fconcepts
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gcc-bugs at marehr dot dialup.fu-berlin.de
  Target Milestone: ---

Created attachment 47287
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47287&action=edit
ice.cpp

Hi gcc-team,

The patch from https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91930 didn't
resolve this ice for me.

I tried to reduce the problem, but I'm stuck at the current version maybe
someone else can continue the help with the reduction.

```
> /usr/local/bin/g++-git  -std=c++17 -fconcepts  -c ice.cpp

ice.cpp: In instantiation of ‘g::iter::iter(g) [with
view = std::span, -1>; simd = unsigned int; g =
g, -1>, unsigned int>]’:
ice.cpp:184:26:   required from ‘g::iter g::begin()
[with view = std::span, -1>; simd = unsigned int]’
ice.cpp:63:21:   required from ‘constexpr auto
ranges::_begin_::fn::impl_< >::operator()(R&&) const [with R =
g, -1>, unsigned int>&; bool  = true]’
ice.cpp:71:21:   required from ‘constexpr auto
ranges::_begin_::fn::operator()(R&&) const [with R =
g, -1>, unsigned int>&]’
ice.cpp:74:47:   required by substitution of ‘template using _t =
decltype (ranges::_begin_::fn{}(declval())) [with R =
g, -1>, unsigned int>&]’
ice.cpp:80:10:   required from here
ice.cpp:10:50: internal compiler error: in lazily_declare_fn, at
cp/method.c:3045
   10 | template  concept bool semiregular = __is_constructible(T);
  |  ^
0x5de62d lazily_declare_fn(special_function_kind, tree_node*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:3045
0x6cec2c get_class_binding(tree_node*, tree_node*, bool)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/name-lookup.c:1285
0x7598b6 lookup_field_r
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:993
0x75a1db dfs_walk_all(tree_node*, tree_node* (*)(tree_node*, void*), tree_node*
(*)(tree_node*, void*), void*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:1433
0x75a1db lookup_member(tree_node*, tree_node*, int, bool, int,
access_failure_info*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:1147
0x75a673 lookup_fnfields(tree_node*, tree_node*, int)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:1352
0x6c7b4d locate_fn_flags
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:1600
0x6c7ec1 synthesized_method_base_walk
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:2080
0x6c8860 synthesized_method_walk
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:2246
0x6c9b79 implicitly_declare_fn(special_function_kind, tree_node*, bool,
tree_node*, tree_node*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:2677
0x6c9f23 lazily_declare_fn(special_function_kind, tree_node*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:3017
0x6cec2c get_class_binding(tree_node*, tree_node*, bool)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/name-lookup.c:1285
0x7598b6 lookup_field_r
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:993
0x75a1db dfs_walk_all(tree_node*, tree_node* (*)(tree_node*, void*), tree_node*
(*)(tree_node*, void*), void*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:1433
0x75a1db lookup_member(tree_node*, tree_node*, int, bool, int,
access_failure_info*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:1147
0x75a673 lookup_fnfields(tree_node*, tree_node*, int)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/search.c:1352
0x63307f build_special_member_call(tree_node*, tree_node*, vec**, tree_node*, int, int)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/call.c:9672
0x6cad77 constructible_expr
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:1733
0x6cb013 is_xible_helper
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:1783
0x6cb013 is_xible(tree_code, tree_node*, tree_node*)
/home/marehr/Packages/gcc-git/src/gcc/gcc/cp/method.c:1810
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
```

```
> g++-git -v
Using built-in specs.
COLLECT_GCC=g++-git
COLLECT_LTO_WRAPPER=/opt/gcc/gcc-git/bin/../lib/gcc/x86_64-pc-linux-gnu/10.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /home/marehr/Packages/gcc-git/src/gcc/configure --prefix=/usr
--libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/
--enable-languages=c,c++ --enable-shared --enable-threads=posix
--

[Bug target/91450] __builtin_mul_overflow(A,B,R) wrong code if product <

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||jakub at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek  ---
I'll have a look.

[Bug c++/92552] [10 Regression] internal compiler error: in lazily_declare_fn, at cp/method.c:3045 with -fconcepts

[ensadc at mailnesia dot com]

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

ensadc at mailnesia dot com changed:

   What|Removed |Added

 CC||ensadc at mailnesia dot com

--- Comment #1 from ensadc at mailnesia dot com ---
Reduced:

template  struct basic_mixin {
  basic_mixin() requires true;
};
template 
struct mixin : basic_mixin {
  using basic_mixin::basic_mixin;
};
int main() {
  (void)__is_constructible(mixin);
  // noexcept(mixin()); also triggers ICE
}

[Bug lto/92553] New: OpenMP offload static linking error

[xw111luoye at gmail dot com]

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

Bug ID: 92553
   Summary: OpenMP offload static linking error
   Product: gcc
   Version: 9.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: xw111luoye at gmail dot com
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

I have a linking error when building miniQMC.

The offload functions are first archived in libqmcwfs.a and then linked to the
final binary.

Recipe:
git clone https://github.com/QMCPACK/miniqmc.git
cd miniqmc
git co OMP_offload
cd build
cmake -D CMAKE_CXX_COMPILER=g++ -D ENABLE_OFFLOAD=1 ..
make -j32 check_spo

/soft/compilers/gcc/9.2.0/linux-rhel7-x86_64/bin/g++   -fopenmp
-foffload=nvptx-none -foffload=-lm -fomit-frame-pointer -finline-limit=1000
-fstrict-aliasing -funroll-all-loops -D__forceinline=inline -Wno-deprecated
-march=native  -O3 -DNDEBUG -ffast-math  
CMakeFiles/check_spo.dir/check_spo.cpp.o  -o ../../bin/check_spo
../../lib/libqmcwfs.a ../../lib/libqmcbase.a ../../lib/libqmcutil.a
-lmkl_intel_lp64 -lmkl_sequential -lmkl_core -lpthread -lm -ldl
-L/soft/compilers/intel-2019/compilers_and_libraries/linux/mkl/lib/intel64
-Wl,-rpath,/soft/compilers/intel-2019/compilers_and_libraries/linux/mkl/lib/intel64
 
during IPA pass: fnsummary
lto1: internal compiler error: in inline_read_section, at ipa-fnsummary.c:3332
0x7d3a86 inline_read_section
../../gcc/gcc/ipa-fnsummary.c:3332
0x7d3a86 ipa_fn_summary_read
../../gcc/gcc/ipa-fnsummary.c:3404
0x8d7a31 ipa_read_summaries_1
../../gcc/gcc/passes.c:2842
0x5af662 read_cgraph_and_symbols
../../gcc/gcc/lto/lto.c:2972
0x5af662 lto_main()
../../gcc/gcc/lto/lto.c:3387
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
mkoffload: fatal error:
/soft/compilers/gcc/9.2.0/linux-rhel7-x86_64/bin/x86_64-pc-linux-gnu-accel-nvptx-none-gcc
returned 1 exit status
compilation terminated.
lto-wrapper: fatal error:
/soft/compilers/gcc/9.2.0/linux-rhel7-x86_64/libexec/gcc/x86_64-pc-linux-gnu/9.2.0//accel/nvptx-none/mkoffload
returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status

[Bug target/92448] Confusing using of TARGET_PREFER_AVX128

[liuhongt at gcc dot gnu.org]

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

--- Comment #3 from liuhongt at gcc dot gnu.org ---
Author: liuhongt
Date: Mon Nov 18 02:22:55 2019
New Revision: 278385

URL: https://gcc.gnu.org/viewcvs?rev=278385&root=gcc&view=rev
Log:
Split X86_TUNE_AVX128_OPTIMAL into X86_TUNE_AVX256_SPLIT_REGS
and X86_TUNE_AVX128_OPTIMAL.

Changelog
gcc/
PR target/92448
* config/i386/i386-expand.c (ix86_expand_set_or_cpymem):
Replace TARGET_AVX128_OPTIMAL with TARGET_AVX256_SPLIT_REGS.
* config/i386/i386-option.c (ix86_vec_cost): Ditto.
(ix86_reassociation_width): Ditto.
* config/i386/i386-options.c (ix86_option_override_internal):
Replace TARGET_AVX128_OPTIAML with
ix86_tune_features[X86_TUNE_AVX128_OPTIMAL]
* config/i386/i386.h (TARGET_AVX256_SPLIT_REGS): New macro.
(TARGET_AVX128_OPTIMAL): Deleted.
* config/i386/x86-tune.def (X86_TUNE_AVX256_SPLIT_REGS): New
DEF_TUNE.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386-expand.c
trunk/gcc/config/i386/i386-options.c
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.h
trunk/gcc/config/i386/x86-tune.def

[Bug target/92448] Confusing using of TARGET_PREFER_AVX128

[crazylht at gmail dot com]

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

Hongtao.liu  changed:

   What|Removed |Added

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

--- Comment #4 from Hongtao.liu  ---
Fixed in gcc10.

[Bug tree-optimization/92554] New: [10 Regression] ICE in vect_create_epilog_for_reduction, at tree-vect-loop.c:4325

[asolokha at gmx dot com]

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

Bug ID: 92554
   Summary: [10 Regression] ICE in
vect_create_epilog_for_reduction, at
tree-vect-loop.c:4325
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: x86_64-pc-linux-gnu

gcc-10.0.0-alpha20191110 snapshot (r278028) ICEs when compiling the following
testcase w/ -O1:

short int w9;

void __attribute__ ((simd))
zc (int in)
{
  int va = 1;

  w9 *= va != 0 ? in < 0 : 0;
}

% x86_64-pc-linux-gnu-gcc-10.0.0-alpha20191110 -O1 -c naktcfe6.c
during GIMPLE pass: vect
naktcfe6.c: In function 'zc.simdclone.4':
naktcfe6.c:4:1: internal compiler error: in vect_create_epilog_for_reduction,
at tree-vect-loop.c:4325
4 | zc (int in)
  | ^~
0x6bd233 vect_create_epilog_for_reduction
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:4325
0x6bd233 vectorizable_live_operation(_stmt_vec_info*, gimple_stmt_iterator*,
_slp_tree*, _slp_instance*, int, bool, vec*)
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:7608
0xe665f0 can_vectorize_live_stmts
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-stmts.c:10612
0xe665f0 can_vectorize_live_stmts
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-stmts.c:10593
0xe86c9c vect_transform_stmt(_stmt_vec_info*, gimple_stmt_iterator*,
_slp_tree*, _slp_instance*)
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-stmts.c:11064
0xe88eea vect_transform_loop_stmt
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:8049
0xe9d796 vect_transform_loop(_loop_vec_info*)
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:8451
0xeb706f try_vectorize_loop_1
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vectorizer.c:989
0xeb7c6d vectorize_loops()
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vectorizer.c:1125

[Bug tree-optimization/92555] New: [10 Regression] ICE in exact_div, at poly-int.h:2162

[asolokha at gmx dot com]

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

Bug ID: 92555
   Summary: [10 Regression] ICE in exact_div, at poly-int.h:2162
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Keywords: ice-checking, ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: x86_64-pc-linux-gnu-gcc

gcc-10.0.0-alpha20191110 snapshot (r278028) ICEs when compiling the following
testcase w/ -O3 -fwrapv:

signed char rq;

signed char
pu (int tr, int al)
{
  signed char x8;

  while (tr != 0)
{
  for (x8 = 0; x8 >= 0; x8 += 2)
;

  rq ^= al ^ 1;
  ++x8;
  ++tr;
}

  return x8;
}

% x86_64-pc-linux-gnu-gcc-10.0.0-alpha20191110 -O3 -fwrapv -c f6nbni7a.c
during GIMPLE pass: vect
f6nbni7a.c: In function 'pu':
f6nbni7a.c:4:1: internal compiler error: in exact_div, at poly-int.h:2162
4 | pu (int tr, int al)
  | ^~
0x6bbc28 poly_int<1u, poly_result::is_poly>::type,
poly_coeff_pair_traits::is_poly>::type>::result_kind>::type>
exact_div<1u, unsigned long, unsigned long>(poly_int_pod<1u, unsigned long>
const&, unsigned long)
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/poly-int.h:2162
0x6bbc28 poly_int<1u, poly_result::result_kind>::type>
exact_div<1u, unsigned long, unsigned long>(poly_int_pod<1u, unsigned long>
const&, poly_int_pod<1u, unsigned long> const&)
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/poly-int.h:2175
0x6bbc28 vect_get_num_vectors
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vectorizer.h:1478
0x6bbc28 vect_get_num_copies
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vectorizer.h:1489
0x6bbc28 vectorizable_induction(_stmt_vec_info*, gimple_stmt_iterator*,
_stmt_vec_info**, _slp_tree*, vec*)
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:7059
0xe9965c vect_analyze_loop_operations
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:1560
0xe9a94f vect_analyze_loop_2
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:2106
0xe9a94f vect_analyze_loop(loop*, vec_info_shared*)
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vect-loop.c:2417
0xeb72c2 try_vectorize_loop_1
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vectorizer.c:892
0xeb7c6d vectorize_loops()
   
/var/tmp/portage/sys-devel/gcc-10.0.0_alpha20191110/work/gcc-10-20191110/gcc/tree-vectorizer.c:1125

[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag

[egallager at gcc dot gnu.org]

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

Eric Gallager  changed:

   What|Removed |Added

   Keywords||xfail
 CC||egallager at gcc dot gnu.org
   See Also||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=77825,
   ||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=52268

--- Comment #5 from Eric Gallager  ---
(In reply to Iain Sandoe from comment #1)
> the test was changed to require tls_native (from gcc 9+).
> 
> I see the same issue on Darwin on gcc8/7
> 
> when you say "Think this is a result of emutls." - you mean that hppa is
> also (Darwin does) using emuTLS?
> 
> AFAIR, [with emuTLS] there's no proper init of global TLS vars when they are
> in a different TU from the one referencing - which is what the
> _ZTH4/_ZTW4var1B3tag symbols are about.
> 
> (It's on my [very long] TODO to see if there's a way of doing the same thing
> for emuTLS - that is done for the native case).
> 
> I'd say we just need to back-port the require native_tls [or xfail] to the
> earlier branches (if that's permitted).

The bug for native TLS support on Darwin is bug 52268, for reference.

[Bug c++/92556] New: ICE if using dependent name inside lambda expression in simple-requirement

[boostcpp at gmail dot com]

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

Bug ID: 92556
   Summary: ICE if using dependent name inside lambda expression
in simple-requirement
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: boostcpp at gmail dot com
  Target Milestone: ---

This code produced ICE on GCC 10 2019-11-12.

template < typename T >
requires requires
{
// ICE
[]{ T::value ; } ;
}
void f()
{ }

struct S { inline static int value = 0 ; } ;

int main ()
{
// ill-formed.
f< int >() ;
// should be well-formed?
f< S >() ;
}


https://wandbox.org/permlink/cIj1qRiKzEh9ZYfw

If my understanding on P0315r4 is right, f is ill-formed, and f is
well-formed.

GCC messages.

prog.cc: In lambda function:
prog.cc:5:9: internal compiler error: in dependent_type_p, at cp/pt.c:25933
5 | []{ T::value ; } ;
  | ^
0x5a50dc dependent_type_p(tree_node*)
../../source/gcc/cp/pt.c:25933
0x7062e7 dependent_scope_p(tree_node*)
../../source/gcc/cp/pt.c:25968
0x7062e7 tsubst_qualified_id
../../source/gcc/cp/pt.c:15852
0x6e3633 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../source/gcc/cp/pt.c:19081
0x6ec286 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../source/gcc/cp/pt.c:18753
0x6ec286 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:18411
0x6eb71b tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:17497
0x6eb71b tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:17526
0x6eacf9 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:17497
0x6eacf9 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:17814
0x6eacf9 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:17497
0x6eacf9 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:17814
0x7018e5 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:17497
0x7018e5 tsubst_lambda_expr(tree_node*, tree_node*, int, tree_node*)
../../source/gcc/cp/pt.c:18707
0x6e56c3 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../source/gcc/cp/pt.c:20099
0x6ec286 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../source/gcc/cp/pt.c:18753
0x6ec286 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../source/gcc/cp/pt.c:18411
0x61ef93 tsubst_requires_expr(tree_node*, tree_node*, int, tree_node*)
../../source/gcc/cp/constraint.cc:1818
0x6e4e49 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../source/gcc/cp/pt.c:20130
0x6ec286 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../source/gcc/cp/pt.c:18753
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug target/92462] [arm32] -ftree-pre makes a variable to be wrongly hoisted out

[rguenther at suse dot de]

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

--- Comment #20 from rguenther at suse dot de  ---
On Fri, 15 Nov 2019, wilco at gcc dot gnu.org wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92462
> 
> --- Comment #19 from Wilco  ---
> > for this.  Which "obviously" doesn't alias with the stack based address
> > because that one is "unique_base_value_p" (address:SI -3) so we win here:
> > 
> > 2229  if (unique_base_value_p (x_base) || unique_base_value_p (y_base))
> > 2230return 0;
> > 
> > now I wonder where that LANCHOR thing comes from.  arm folks?
> 
> Well when you do:
> 
> int *p = &local + ((intptr_t)&global & 3);
> 
> then you get the above expression when the global is addressed via an anchor.
> 
> But whether or not a target uses anchors doesn't matter - the example still
> fails with -O1 -fno-section-anchors.
> 
> So I'm wondering whether the issue is in the special code that tries to
> interpret an AND in an address, and mistakes the base as the symbol_ref
> eventhough the real base is sfp.

OK, so if it is not special to section anchors then it's kind-of
a duplicate of PR49330 - find_base_term is fragile on RTL since
we've lost the distinction between pointer and integer and thus
do not know which one is the base and which the offset.

But yes, the AND handling is "fishy" - it's intended to look through
aligning ANDs but here we extract misalignment.  I suppose we're
looking for ANDs with a mask operand that doesn't have its least
significant bit set and with all set bits spanning a contiguous region
large enough for representing an actual object address.

For this particular testcase INTVAL (XEXP (x, 1)) != 0 could be
amended with INTVAL (XEXP (x, 1)) & 1 ! = 0.

See the PR for endless endevours trying to "fix" this without
removing the bogus code completely.

Index: gcc/alias.c
===
--- gcc/alias.c (revision 278293)
+++ gcc/alias.c (working copy)
@@ -2024,7 +2024,11 @@ find_base_term (rtx x, vec

[Bug libstdc++/92522] valid code using deque throws bad_alloc when compiled with -flto

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

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

--- Comment #4 from Richard Biener  ---
.

[Bug target/92545] avr: support ATmega devices from the 0-series

[gjl at gcc dot gnu.org]

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

--- Comment #1 from Georg-Johann Lay  ---
Author: gjl
Date: Mon Nov 18 07:52:55 2019
New Revision: 278387

URL: https://gcc.gnu.org/viewcvs?rev=278387&root=gcc&view=rev
Log:
Add support for AVR devices from the 0-series.
PR target/92545
* config/avr/avr-arch.h (avr_mcu_t) : New field.
* config/avr/avr-devices.c (avr_mcu_types): Adjust initializers.
* config/avr/avr-mcus.def (AVR_MCU): Add respective field.
* config/avr/specs.h (LINK_SPEC) <%(link_pm_base_address)>: Add.
* config/avr/gen-avr-mmcu-specs.c (print_mcu)
<*cpp, *cpp_mcu, *cpp_avrlibc, *link_pm_base_address>: Emit code
for spec definitions.
* doc/avr-mmcu.texi: Regenerate.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/avr/avr-arch.h
trunk/gcc/config/avr/avr-devices.c
trunk/gcc/config/avr/avr-mcus.def
trunk/gcc/config/avr/gen-avr-mmcu-specs.c
trunk/gcc/config/avr/gen-avr-mmcu-texi.c
trunk/gcc/config/avr/specs.h

[Bug target/92545] avr: support ATmega devices from the 0-series

[gjl at gcc dot gnu.org]

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

--- Comment #2 from Georg-Johann Lay  ---
Author: gjl
Date: Mon Nov 18 07:54:30 2019
New Revision: 278388

URL: https://gcc.gnu.org/viewcvs?rev=278388&root=gcc&view=rev
Log:
PR target/92545
* doc/avr-mmcu.texi: Regenerate.

Modified:
trunk/gcc/doc/avr-mmcu.texi

[Bug c++/92531] [9/10 Regression] ICE in uses_template_parms, at cp/pt.c:10471

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |9.3

[Bug target/92534] [10 regression] gcc.dg/vect/bb-slp-42.c fails after r278262

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |10.0

[Bug target/92545] avr: support ATmega devices from the 0-series

[gjl at gcc dot gnu.org]

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

Georg-Johann Lay  changed:

   What|Removed |Added

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

--- Comment #3 from Georg-Johann Lay  ---
Added.

[Bug ipa/92535] [10 regression] ICF is relatively expensive and became less effective

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||compile-time-hog,
   ||memory-hog
   Target Milestone|--- |10.0

[Bug tree-optimization/92537] [10 Regression] internal compiler error: in vect_slp_analyze_node_operations, at tree-vect-slp.c:2775

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu.org,
   ||rsandifo at gcc dot gnu.org
   Target Milestone|--- |10.0