[Bug translation/89936] wrong punctuation in tree-profile.c

[roland.illig at gmx dot de]

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

--- Comment #6 from Roland Illig  ---
Thank you very much.

[Bug middle-end/89270] [9 regression] AVR ICE: verify_gimple failed

[gjl at gcc dot gnu.org]

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

--- Comment #2 from Georg-Johann Lay  ---
(In reply to gandalf from comment #0)
> I get an ICE

For the time being, you can work around this by a macro from AVR-LibC or some
equivalent inline asm:

#include 

void test()
{
extern const char __data_load_end[];
__uint24 top = (__uint24) pgm_get_far_address (__data_load_end);
}

[Bug fortran/55591] strict-aliasing & Fortran

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #12 from Dominique d'Humieres  ---
> The -fstrict-aliasing option is enabled at levels -O2, -O3, -Os.

From the gcc manual

> The -fstrict-aliasing option is enabled at levels -O2, -O3, -Os.

From comment 9

> Ugh, this looks like a very bad idea.

In addition I did not see any noticeable improvement with the patch in comment
8, closing as WONTFIX.

[Bug target/89965] [8/9 Regression] wrong code with -O -mtune=nano-x2 -fcaller-saves -fexpensive-optimizations -fno-tree-dce -fno-tree-ter

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
I will.

[Bug middle-end/89998] New: [9 regression] AVR ICE: verify_gimple failed in printf-return-value

[gandalf at winds dot org]

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

Bug ID: 89998
   Summary: [9 regression] AVR ICE: verify_gimple failed in
printf-return-value
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gandalf at winds dot org
  Target Milestone: ---

I get an ICE on the following code with GCC 9.0.1 20190407 (experimental)
compiled for AVR. Works in GCC 8.x. If the __flash keyword is taken out before
_str[]=("xx"), then it compiles OK.


unsigned short sprintf(char *str, const char __flash *fmt, ...)
{
  __builtin_va_list args;

  __builtin_va_start(args, fmt);
  __builtin_va_end(args);
  return 0;
}

extern char *s;

int main()
{
  s+=sprintf(s, ({ static const char __flash _str[]=("xx"); _str; }));
}


# avr-gcc -v -O -mmcu=atmega1284p -c test3.c -o test3.o
Using built-in specs.
Reading specs from
/usr/local/avr/lib/gcc/avr/9.0.1/device-specs/specs-atmega1284p
COLLECT_GCC=avr-gcc
Target: avr
Configured with: ../configure --target=avr --prefix=/usr/local/avr
--disable-nls --enable-languages=c --disable-bootstrap --disable-libssp
Thread model: single
gcc version 9.0.1 20190407 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-O'  '-c' '-o' 'test3.o'
'-specs=device-specs/specs-atmega1284p' '-mmcu=avr51'
 /usr/local/avr/libexec/gcc/avr/9.0.1/cc1 -quiet -v -imultilib avr51
-D__AVR_ATmega1284P__ -D__AVR_DEVICE_NAME__=atmega1284p test3.c -mn-flash=2
-mno-skip-bug -quiet -dumpbase test3.c -mmcu=avr51 -auxbase-strip test3.o -O
-version -o /tmp/ccm4oBir.s
GNU C17 (GCC) version 9.0.1 20190407 (experimental) (avr)
compiled by GNU C version 8.3.0, GMP version 6.1.2, MPFR version 4.0.2,
MPC version 1.1.0, isl version none
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/usr/local/avr/lib/gcc/avr/9.0.1/../../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/avr/lib/gcc/avr/9.0.1/include
 /usr/local/avr/lib/gcc/avr/9.0.1/include-fixed
 /usr/local/avr/lib/gcc/avr/9.0.1/../../../../avr/include
End of search list.
GNU C17 (GCC) version 9.0.1 20190407 (experimental) (avr)
compiled by GNU C version 8.3.0, GMP version 6.1.2, MPFR version 4.0.2,
MPC version 1.1.0, isl version none
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 082ea327cdf9723cb24010e987b4f891
test3.c: In function 'main':
test3.c:12:5: error: non-trivial conversion at assignment
   12 | int main()
  | ^~~~
short unsigned int
int
_6 = 2;
during GIMPLE pass: printf-return-value
test3.c:12:5: internal compiler error: verify_gimple failed
0xc51c8b verify_gimple_in_cfg(function*, bool)
../../gcc/tree-cfg.c:5386
0xb5ff2f execute_function_todo
../../gcc/passes.c:1977
0xb60e6e execute_todo
../../gcc/passes.c:2031
Please submit a full bug report.

[Bug fortran/54880] [OOP] ICE in gfc_create_module_variable, at fortran/trans-decl.c:4013

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|NEW |WAITING

--- Comment #8 from Dominique d'Humieres  ---
> OK. However asserts are not user friendly. ...

Could you please suggest what the error should be?

[Bug other/89999] New: build failed with libmpfr.so.1: open failed: No such file or directory

[Mohamed.ElSayed-ElSherbiny at vodafone dot com]

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

Bug ID: 8
   Summary: build failed with libmpfr.so.1: open failed: No such
file or directory
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: Mohamed.ElSayed-ElSherbiny at vodafone dot com
  Target Milestone: ---

error:
 /usr/local/bin/make TARGET=solaris USE_OPENSSL=yes
gcc -Iinclude -Iebtree -Wall  -O2 -g -fno-strict-aliasing
-Wdeclaration-after-statement  -fomit-frame-pointer -DFD_SETSIZE=65536
-D_REENTRANT -D_XOPEN_SOURCE=500 -D__EXTENSIONS__  -DTPROXY
-DCONFIG_HAP_CRYPT -DNEED_CRYPT_H -DUSE_GETADDRINFO -DENABLE_POLL -DUSE_THREAD
-DUSE_OPENSSL   -DCONFIG_HAPROXY_VERSION=\"1.8.18\"
-DCONFIG_HAPROXY_DATE=\"2019/02/06\" -c -o src/ev_poll.o src/ev_poll.c
ld.so.1: cc1: fatal: libmpfr.so.1: open failed: No such file or directory
gcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See  for instructions.
make: *** [src/ev_poll.o] Error 1

[Bug middle-end/89270] [9 regression] AVR ICE: verify_gimple failed

[gandalf at winds dot org]

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

--- Comment #3 from gandalf at winds dot org ---
(In reply to Georg-Johann Lay from comment #2)
> For the time being, you can work around this by a macro from AVR-LibC or
> some equivalent inline asm

Thanks, that workaround does indeed work (and with slightly smaller code
generated as well).

[Bug regression/89733] [7/8/9 Regression] -Wuninitialized false positive with unclear message pointing to a class name

[nok.raven at gmail dot com]

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

Nikita Kniazev  changed:

   What|Removed |Added

Summary|[7/8/9 Regression] False|[7/8/9 Regression]
   |positive -Wuninitialized in |-Wuninitialized false
   |C++14+ mode |positive with unclear
   ||message pointing to a class
   ||name

--- Comment #7 from Nikita Kniazev  ---
I have creduced the repro. https://wandbox.org/permlink/i4BOmwbcWuaSlO1z

template  struct Y {
  T m;
  Y(T t) : m(t) {}
};
class F {
public:
  ~F();
  template  F(T&) {}
};
class X {
public:
  X(const char* p) : f(p) {}
  const char* end_;
  mutable F f;
};
void foo() {
  Y(X(0));
}

Hope it helps fixing bug/diagnostic.

[Bug target/89945] [7/8/9 Regression] ICE in gen_lowpart_general, at rtlhooks.c:63

[uros at gcc dot gnu.org]

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

--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Apr  7 19:19:08 2019
New Revision: 270190

URL: https://gcc.gnu.org/viewcvs?rev=270190&root=gcc&view=rev
Log:
PR target/89945
* config/i386/i386.md (anddi_1 to andsi_1_zext splitter):
Avoid calling gen_lowpart with SYMBOL_REF and LABEL_REF operand.

testsuite/ChangeLog:

PR target/89945
* gcc.target/i386/pr89945.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr89945.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.md
trunk/gcc/testsuite/ChangeLog

[Bug fortran/89904] [9 regression] ICE in gfortran starting with r270045

[anlauf at gcc dot gnu.org]

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

--- Comment #22 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Sun Apr  7 19:42:05 2019
New Revision: 270192

URL: https://gcc.gnu.org/viewcvs?rev=270192&root=gcc&view=rev
Log:
2019-04-07  Harald Anlauf  

PR fortran/89904
* ChangeLog: Correct ChangeLog entry.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/testsuite/ChangeLog

[Bug target/89996] [avr] ICE in expand_expr_real_2 with -O3

[pinskia at gcc dot gnu.org]

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

--- Comment #1 from Andrew Pinski  ---
*** Bug 89998 has been marked as a duplicate of this bug. ***

[Bug middle-end/89998] [9 regression] AVR ICE: verify_gimple failed in printf-return-value

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #1 from Andrew Pinski  ---
Dup.

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

[Bug middle-end/89998] [9 regression] AVR ICE: verify_gimple failed in printf-return-value

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Depends on||89996
 Resolution|DUPLICATE   |---

--- Comment #2 from Andrew Pinski  ---
Maybe not exactly a dup but a related one.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89996
[Bug 89996] [avr] ICE in expand_expr_real_2 with -O3

[Bug fortran/54880] [OOP] ICE in gfc_create_module_variable, at fortran/trans-decl.c:4013

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu.org

--- Comment #9 from Thomas Koenig  ---
It is not completely clear to me what the desired behavior should be.

Reading in a module file from one file and then recompiling the
same module sounds wrong. This should be caught.

Putting

module m1
  use m2
end module m1

module m2
end module m2

into a single file also seems strange. Maybe try to catch this earlier
and issue an error like "Trying to re-compile module %qs which was already
read in from %qs would be clear?

Definitely gcc 10 material.

[Bug other/89999] build failed with libmpfr.so.1: open failed: No such file or directory

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #1 from Andrew Pinski  ---
libmpfr.so.1 is not in your library search path.
Please figure out why that is not the case.

[Bug other/89999] build failed with libmpfr.so.1: open failed: No such file or directory

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  ---
Please read https://gcc.gnu.org/wiki/InstallingGCC

[Bug target/90000] New: Compile-time hog w/ impossible asm constraints on powerpc

[asolokha at gmx dot com]

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

Bug ID: 9
   Summary: Compile-time hog w/ impossible asm constraints on
powerpc
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Keywords: compile-time-hog, error-recovery
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: powerpc-*-linux-gnu

At least gcc-9.0.0-alpha20190331 snapshot (r270048) and gcc 8.2 take indefinite
time when compiling gcc/testsuite/gcc.target/powerpc/pr60032.c w/ -msoft-float:

% timeout 60 powerpc-e300c3-linux-gnu-gcc-9.0.0-alpha20190331 -msoft-float -c
gcc/testsuite/gcc.target/powerpc/pr60032.c
gcc/testsuite/gcc.target/powerpc/pr60032.c: In function 'foo':
gcc/testsuite/gcc.target/powerpc/pr60032.c:10:3: error: impossible constraint
in 'asm'
   10 |   __asm__ ("#" : "=d" (fr1));
  |   ^~~
gcc/testsuite/gcc.target/powerpc/pr60032.c:13:1: error: 31 cannot be used in
asm here
   13 | }
  | ^
gcc/testsuite/gcc.target/powerpc/pr60032.c:13:1: error: 31 cannot be used in
asm here
zsh: exit 124   timeout 60 powerpc-e300c3-linux-gnu-gcc-9.0.0-alpha20190331
-msoft-float -c

  13.18%  cc1   [.] note_stores
  12.19%  cc1   [.] rtx_equal_p
   7.99%  cc1   [.] set_of_1
   7.72%  cc1   [.] rs6000_stack_info
   7.51%  cc1   [.] process_bb_lives
   7.26%  cc1   [.] set_of
   4.27%  cc1   [.] refers_to_regno_p
   4.18%  cc1   [.] update_reg_eliminate
   4.10%  cc1   [.] reg_overlap_mentioned_p
   3.74%  cc1   [.] find_regno_note
   3.14%  cc1   [.] lra_assign
   2.80%  cc1   [.] lra_create_live_ranges_1
   2.80%  cc1   [.] resize_reg_info
   2.73%  cc1   [.] bitmap_bit_p
   2.15%  cc1   [.] lra_constraints
   1.96%  cc1   [.] lra_spill

It actually might be a duplicate of some existing PR. I believe the case of LRA
doing some unnecessary work after an unrecoverable error has been reported
already, though I cannot easily find where.

[Bug target/89945] [7/8/9 Regression] ICE in gen_lowpart_general, at rtlhooks.c:63

[uros at gcc dot gnu.org]

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

--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Apr  8 03:59:50 2019
New Revision: 270196

URL: https://gcc.gnu.org/viewcvs?rev=270196&root=gcc&view=rev
Log:
PR target/89945
* config/i386/i386.md (anddi_1 to andsi_1_zext splitter):
Avoid calling gen_lowpart with SYMBOL_REF and LABEL_REF operand.

testsuite/ChangeLog:

PR target/89945
* gcc.target/i386/pr89945.c: New test.


Added:
branches/gcc-8-branch/gcc/testsuite/gcc.target/i386/pr89945.c
Modified:
branches/gcc-8-branch/gcc/ChangeLog
branches/gcc-8-branch/gcc/config/i386/i386.md
branches/gcc-8-branch/gcc/testsuite/ChangeLog

[Bug target/90001] Compile-time hog in swing modulo scheduler

[asolokha at gmx dot com]

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

--- Comment #1 from Arseny Solokha  ---
int a[1500];
float b[10][15][10];

void
f7_none_none (void)
{
  unsigned int v1, v3;
  unsigned long long v2;

  for (v1 = 0; v1 < 20; v1 += 2)
for (v2 = 0x7fffLL + 16ULL;
 v2 > 0x7fffLL - 29ULL; v2 -= 3)
  for (v3 = 10; v3 > 0; v3--)
b[v1 >> 1][(v2 - 0x7fffLL + 64) / 3 - 12][v3 - 1] += 5.5;
}

[Bug target/90001] New: Compile-time hog in swing modulo scheduler

[asolokha at gmx dot com]

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

Bug ID: 90001
   Summary: Compile-time hog in swing modulo scheduler
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Keywords: compile-time-hog
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---
Target: powerpc-*-linux-gnu

At least gcc-9.0.0-alpha20190407 (r270192), 8.2, 7.3, 6.3 take inordinate time
when compiling the following testcase reduced from
libgomp/testsuite/libgomp.oacc-c-c++-common/parallel-loop-1.c w/ -O1
-fmodulo-sched -funroll-all-loops:

% time powerpc-e300c3-linux-gnu-gcc-9.0.0-alpha20190407 -O1 -fmodulo-sched
-funroll-all-loops -c parallel-loop-1.c -ftime-report

Time variable   usr   sys  wall
  GGC
 phase setup:   0.00 (  0%)   0.00 (  0%)   0.00 (  0%)
   1582 kB ( 33%)
 phase opt and generate :  17.22 (100%)   0.00 (  0%)  17.23 (100%)
   3076 kB ( 64%)
 trivially dead code:   0.00 (  0%)   0.00 (  0%)   0.01 (  0%)
  0 kB (  0%)
 tree SSA incremental   :   0.00 (  0%)   0.00 (  0%)   0.01 (  0%)
 60 kB (  1%)
 dominator optimization :   0.00 (  0%)   0.00 (  0%)   0.01 (  0%)
 25 kB (  1%)
 complete unrolling :   0.01 (  0%)   0.00 (  0%)   0.00 (  0%)
175 kB (  4%)
 tree STMT verifier :   0.01 (  0%)   0.00 (  0%)   0.00 (  0%)
  0 kB (  0%)
 CSE:   0.01 (  0%)   0.00 (  0%)   0.00 (  0%)
 17 kB (  0%)
 dead store elim1   :   0.01 (  0%)   0.00 (  0%)   0.00 (  0%)
 79 kB (  2%)
 web:   0.00 (  0%)   0.00 (  0%)   0.01 (  0%)
  0 kB (  0%)
 sms modulo scheduling  :  17.17 (100%)   0.00 (  0%)  17.17 (100%)
 50 kB (  1%)
 integrated RA  :   0.00 (  0%)   0.00 (  0%)   0.01 (  0%)
815 kB ( 17%)
 rename registers   :   0.00 (  0%)   0.00 (  0%)   0.01 (  0%)
  6 kB (  0%)
 verify RTL sharing :   0.01 (  0%)   0.00 (  0%)   0.00 (  0%)
  0 kB (  0%)
 TOTAL  :  17.22  0.00 17.23   
   4844 kB
Extra diagnostic checks enabled; compiler may run slowly.
Configure with --enable-checking=release to disable checks.
powerpc-e300c3-linux-gnu-gcc-9.0.0-alpha20190407 -O1 -fmodulo-sched  -c   
17.23s user 0.01s system 99% cpu 17.237 total

  99.95%  cc1  [.] longest_simple_path
   0.03%  cc1  [.] create_ddg_all_sccs
   0.03%  cc1  [.] memcpy@plt

[Bug fortran/90002] New: ICE: free_expr0(): Bad expr type

[asolokha at gmx dot com]

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

Bug ID: 90002
   Summary: ICE: free_expr0(): Bad expr type
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---

gfortran-9.0.0-alpha20190407 snapshot (r270192), 8.2, 7.3, 6.3, 5.5 all ICE
when compiling the following testcase w/ -fcoarray=:

module pc
  integer, dimension(1) :: zw[1:1,1:*]
end module pc

% powerpc-e300c3-linux-gnu-gfortran-9.0.0-alpha20190407 -fcoarray=single -c
kebhpdzh.f90
f951: internal compiler error: free_expr0(): Bad expr type
0x792f12 gfc_internal_error(char const*, ...)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/error.c:1363
0x793b47 free_expr0
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/expr.c:502
0x793b8d gfc_free_expr(gfc_expr*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/expr.c:523
0x793b8d gfc_free_expr(gfc_expr*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/expr.c:519
0x760479 gfc_free_array_spec(gfc_array_spec*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/array.c:329
0x760479 gfc_free_array_spec(gfc_array_spec*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/array.c:320
0x830b0b gfc_free_symbol(gfc_symbol*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/symbol.c:3073
0x830b0b gfc_free_symbol(gfc_symbol*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/symbol.c:3067
0x830cf3 free_sym_tree
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/symbol.c:3910
0x830cea free_sym_tree
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/symbol.c:3908
0x8309c1 gfc_free_namespace(gfc_namespace*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/symbol.c:4048
0x8309c1 gfc_free_namespace(gfc_namespace*)
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/symbol.c:4032
0x830fc6 gfc_symbol_done_2()
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/symbol.c:4097
0x7ce2c8 gfc_done_2()
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/misc.c:267
0x7e7b59 clean_up_modules
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/parse.c:6094
0x7f2214 translate_all_program_units
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/parse.c:6157
0x7f2214 gfc_parse_file()
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/parse.c:6337
0x84019e gfc_be_parse_file
   
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190407/work/gcc-9-20190407/gcc/fortran/f95-lang.c:204

(While my target here is powerpc, the ICE is not target-specific.)

[Bug target/89945] [7/8/9 Regression] ICE in gen_lowpart_general, at rtlhooks.c:63

[uros at gcc dot gnu.org]

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

--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Apr  8 05:33:01 2019
New Revision: 270197

URL: https://gcc.gnu.org/viewcvs?rev=270197&root=gcc&view=rev
Log:
PR target/89945
* config/i386/i386.md (anddi_1 to andsi_1_zext splitter):
Avoid calling gen_lowpart with SYMBOL_REF and LABEL_REF operand.

testsuite/ChangeLog:

PR target/89945
* gcc.target/i386/pr89945.c: New test.


Added:
branches/gcc-7-branch/gcc/testsuite/gcc.target/i386/pr89945.c
Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/config/i386/i386.md
branches/gcc-7-branch/gcc/testsuite/ChangeLog

[Bug target/88809] do not use rep-scasb for inline strlen/memchr

[glisse at gcc dot gnu.org]

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

--- Comment #3 from Marc Glisse  ---
(In reply to Alexander Monakov from comment #0)
> Therefore I suggest we don't use rep-scasb for inline strlen anymore by
> default (we currently do at -Os).

According to https://stackoverflow.com/q/55563598/1918193 , we also do at -O1.

[Bug target/89945] [7/8/9 Regression] ICE in gen_lowpart_general, at rtlhooks.c:63

[ubizjak at gmail dot com]

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

Uroš Bizjak  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #6 from Uroš Bizjak  ---
Fixed everywhere.

[Bug target/89623] Can't build mips-wrs-vxworks cross-compiler

[paulhua at gcc dot gnu.org]

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

--- Comment #1 from paulhua at gcc dot gnu.org ---
Author: paulhua
Date: Mon Apr  8 06:37:00 2019
New Revision: 270198

URL: https://gcc.gnu.org/viewcvs?rev=270198&root=gcc&view=rev
Log:
2019-04-08  Chenghua Xu  

gcc/
PR target/89623
* config/mips/mips.opt (LOONGSON_EXT2): Use Var instead of
Mask.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/mips/mips.opt

[Bug c++/90003] New: internal compiler error: in tsubst_decl, at cp/pt.c:13783

[rene.r...@fu-berlin.de]

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

Bug ID: 90003
   Summary: internal compiler error: in tsubst_decl, at
cp/pt.c:13783
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rene.r...@fu-berlin.de
  Target Milestone: ---

Created attachment 46096
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46096&action=edit
preprocessed source file

I've got an ICE when compiling with gcc-9 [GNU C++17 (FreeBSD Ports Collection)
version 9.0.1 20190303]

In the following you see the compiler output. I attached the preprocessed file.

Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++9
Target: x86_64-portbld-freebsd12.0
Configured with:
/wrkdirs/usr/ports/lang/gcc9-devel/work/gcc-9-20190303/configure
--with-build-config=bootstrap-debug --disable-nls
--enable-gnu-indirect-function --l$
bdir=/usr/local/lib/gcc9 --libexecdir=/usr/local/libexec/gcc9
--program-suffix=9 --with-as=/usr/local/bin/as --with-gmp=/usr/local
--with-gxx-include-dir=/usr/local/l$
b/gcc9/include/c++/ --with-ld=/usr/local/bin/ld --with-pkgversion='FreeBSD
Ports Collection' --with-system-zlib --enable-languages=c,c++,objc,fortran
--prefix=/usr/loc
al --localstatedir=/var --mandir=/usr/local/man
--infodir=/usr/local/share/info/gcc9 --build=x86_64-portbld-freebsd12.0
Thread model: posix
gcc version 9.0.1 20190303 (experimental) (FreeBSD Ports Collection)
COLLECT_GCC_OPTIONS='-D' 'SEQAN3_HAS_BZIP2=1' '-D' 'SEQAN3_HAS_ZLIB=1' '-I'
'/home/mi/rmaerker/workspace/build/seqan3-unit/vendor/googletest/googletest/include'
'-I' '
/home/mi/rmaerker/workspace/seqan3/test/include' '-I'
'/home/mi/rmaerker/workspace/seqan3/include' '-isystem'
'/home/mi/rmaerker/workspace/seqan3/submodules/sdsl-lite/
include' '-isystem'
'/home/mi/rmaerker/workspace/seqan3/submodules/range-v3/include' '-isystem'
'/home/mi/rmaerker/workspace/seqan3/submodules/lemon/include' '-isystem
' '/home/mi/rmaerker/workspace/seqan3/submodules/cereal/include' '-std=c++2a'
'-g' '-Wpedantic' '-Wall' '-Wextra' '-save-temps' '-v' '-Werror' '-fconcepts'
'-v' '-o' '
CMakeFiles/global_affine_unbanded_test.dir/global_affine_unbanded_test.cpp.o'
'-c' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd12.0/9.0.1/cc1plus -E -quiet
-v -v -I
/home/mi/rmaerker/workspace/build/seqan3-unit/vendor/googletest/googletest/inc
lude -I /home/mi/rmaerker/workspace/seqan3/test/include -I
/home/mi/rmaerker/workspace/seqan3/include -D SEQAN3_HAS_BZIP2=1 -D
SEQAN3_HAS_ZLIB=1 -isystem /home/mi/rmae
rker/workspace/seqan3/submodules/sdsl-lite/include -isystem
/home/mi/rmaerker/workspace/seqan3/submodules/range-v3/include -isystem
/home/mi/rmaerker/workspace/seqan3/
submodules/lemon/include -isystem
/home/mi/rmaerker/workspace/seqan3/submodules/cereal/include
/home/mi/rmaerker/workspace/seqan3/test/unit/alignment/pairwise/global_a
ffine_unbanded_test.cpp -mtune=generic -march=x86-64 -std=c++2a -Wpedantic
-Wall -Wextra -Werror -fconcepts -g -fworking-directory -fpch-preprocess -o
global_affine_un
banded_test.ii
ignoring nonexistent directory
"/usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd12.0/9.0.1/include-fixed"
ignoring nonexistent directory
"/usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd12.0/9.0.1/../../../../../x86_64-portbld-freebsd12.0/include"
#include "..." search starts here:
#include <...> search starts here:

/home/mi/rmaerker/workspace/build/seqan3-unit/vendor/googletest/googletest/include
 /home/mi/rmaerker/workspace/seqan3/test/include
 /home/mi/rmaerker/workspace/seqan3/include
 /home/mi/rmaerker/workspace/seqan3/submodules/sdsl-lite/include
 /home/mi/rmaerker/workspace/seqan3/submodules/range-v3/include
 /home/mi/rmaerker/workspace/seqan3/submodules/lemon/include
/home/mi/rmaerker/workspace/seqan3/submodules/cereal/include   

[25/1229]
 /usr/local/lib/gcc9/include/c++/
 /usr/local/lib/gcc9/include/c++//x86_64-portbld-freebsd12.0
 /usr/local/lib/gcc9/include/c++//backward
 /usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd12.0/9.0.1/include
 /usr/local/include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-D' 'SEQAN3_HAS_BZIP2=1' '-D' 'SEQAN3_HAS_ZLIB=1' '-I'
'/home/mi/rmaerker/workspace/build/seqan3-unit/vendor/googletest/googletest/include'
'-I' $
/home/mi/rmaerker/workspace/seqan3/test/include' '-I'
'/home/mi/rmaerker/workspace/seqan3/include' '-isystem'
'/home/mi/rmaerker/workspace/seqan3/submodules/sdsl-lite$
include' '-isystem'
'/home/mi/rmaerker/workspace/seqan3/submodules/range-v3/include' '-isystem'
'/home/mi/rmaerker/workspace/seqan3/submodules/lemon/include' '-isyste$
' '/home/mi/rmaerker/workspace/seqan3/submodules/cereal/include' '-std=c++2a'
'-g' '-Wpedantic' '-Wall' '-Wextra' '-save-temps' '-v' '-Werror' '-fconcepts'
'-v' '-o' $
CMa

[Bug target/89623] Can't build mips-wrs-vxworks cross-compiler

[paul.hua.gm at gmail dot com]

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

Paul Hua  changed:

   What|Removed |Added

 CC||paul.hua.gm at gmail dot com

--- Comment #2 from Paul Hua  ---
fixed on trunk.