[Bug rtl-optimization/83398] [8 Regression] ICE: in try_ready, at haifa-sched.c:7524 with -O2 -fsched2-use-superblocks -g

[asolokha at gmx dot com]

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

Arseny Solokha  changed:

   What|Removed |Added

 CC||asolokha at gmx dot com

--- Comment #4 from Arseny Solokha  ---
int u1;

void
c9 (void)
{
  while (u1 < 1)
{
  ;
 q7:
  ++u1;
}
}

% gcc-8.0.0-alpha20171217 -O2 -g -fsched2-use-superblocks -w -c ztcuceiy.c
during RTL pass: sched2
ztcuceiy.c: In function 'c9':
ztcuceiy.c:12:1: internal compiler error: in try_ready, at haifa-sched.c:7524
 }
 ^
0x1431e02 try_ready(rtx_insn*)
   
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20171217/work/gcc-8-20171217/gcc/haifa-sched.c:7520
0x14ac529 init_ready_list
   
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20171217/work/gcc-8-20171217/gcc/sched-ebb.c:129
0x143557e schedule_block(basic_block_def**, void*)
   
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20171217/work/gcc-8-20171217/gcc/haifa-sched.c:6522
0x14aca95 schedule_ebb(rtx_insn*, rtx_insn*, bool)
   
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20171217/work/gcc-8-20171217/gcc/sched-ebb.c:537
0x14ad086 schedule_ebbs()
   
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20171217/work/gcc-8-20171217/gcc/sched-ebb.c:657
0xce93e4 rest_of_handle_sched2
   
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20171217/work/gcc-8-20171217/gcc/sched-rgn.c:3735
0xce93e4 execute
   
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20171217/work/gcc-8-20171217/gcc/sched-rgn.c:3873

(as of r255766)

[Bug rtl-optimization/83361] [8 Regression] ICE: verify_flow_info failed (error: non-cold basic block 3 reachable only by paths crossing the cold partition) on 32-bit BE powerpc targets

[segher at gcc dot gnu.org]

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

--- Comment #5 from Segher Boessenkool  ---
No, it probably needs backports.

[Bug rtl-optimization/83361] [8 Regression] ICE: verify_flow_info failed (error: non-cold basic block 3 reachable only by paths crossing the cold partition) on 32-bit BE powerpc targets

[asolokha at gmx dot com]

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

--- Comment #4 from Arseny Solokha  ---
Should this PR be closed now?

[Bug bootstrap/83446] [8 Regression] Bootstrap failed on i686

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #5 from Martin Sebor  ---
With r255772 the false positive should no longer be issued.  Please open a new
bug if any further problems crop up during the i686 bootstrap as a result of 
r255758,

[Bug bootstrap/83446] [8 Regression] Bootstrap failed on i686

[msebor at gcc dot gnu.org]

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

--- Comment #4 from Martin Sebor  ---
Author: msebor
Date: Mon Dec 18 03:31:05 2017
New Revision: 255772

URL: https://gcc.gnu.org/viewcvs?rev=255772&root=gcc&view=rev
Log:
PR bootstrap/83446 - Bootstrap failed on i686

gcc/testsuite/ChangeLog:

PR bootstrap/83446
* c-c++-common/Warray-bounds-3.c: Adjust.
* gcc.dg/Warray-bounds-25.c: New test.

gcc/ChangeLog:

PR bootstrap/83446
* gimple-ssa-warn-restrict.c
(builtin_memref::offset_out_of_bounds): Correct the handling of
anti-ranges.


Added:
trunk/gcc/testsuite/gcc.dg/Warray-bounds-25.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimple-ssa-warn-restrict.c
trunk/gcc/testsuite/c-c++-common/Warray-bounds-3.c

[Bug go/83308] Missing platform definitions for SH in libgo

[ian at airs dot com]

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

--- Comment #17 from Ian Lance Taylor  ---
Actually we should just drop the libgo/go/exp directory.  I don't know why it's
still there.  It should have been dropped years ago.

[Bug bootstrap/83446] [8 Regression] Bootstrap failed on i686

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

   Keywords||diagnostic

--- Comment #3 from Martin Sebor  ---
Confirmed with the following small test case.

$ cat d.c && /ssd/build/gcc-git-i386/gcc/xg++ -B/ssd/build/gcc-git-i386/gcc -O2
-S -Warray-bounds -fdump-tree-wrestrict d.c
char a[4];

void f (void *d, unsigned n)
{
  if (n < 1) n = 1;

  __builtin_memcpy (d, a + sizeof a - n, n);
}
d.c: In function ‘void f(void*, unsigned int)’:
d.c:7:20: warning: ‘void* __builtin_memcpy(void*, const void*, unsigned int)’
offset [5, 3] is out of the bounds [0, 4] of object ‘a’ with type ‘char [4]’
[-Warray-bounds]
   __builtin_memcpy (d, a + sizeof a - n, n);
   ~^~~~
d.c:1:6: note: ‘a’ declared here
 char a[4];
  ^

The range for the offset is the anti-range [4, 4] that the logic doesn't handle
correctly.

[Bug target/83443] FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for warnings, line 119)

[dave.anglin at bell dot net]

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

--- Comment #2 from dave.anglin at bell dot net ---
r247448 build was okay while 247726 shows the two failures.  I think this
implies the failures were introduced
by r247444:

2017-05-01  Martin Sebor  

* tree-ssa/builtin-sprintf-warn-18.c: Adjust to avoid failures
on ILP32 targets.

If you have time, I could ask Helge Deller to setup an account for you.

--
John David Anglin   dave.ang...@bell.net

[Bug target/83443] FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for warnings, line 119)

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 CC||msebor at gcc dot gnu.org
  Component|c   |target

--- Comment #1 from Martin Sebor  ---
I can't reproduce the two failures with an x86_64-linux to
hppa-unknown-linux-gnu cross-compiler.  I can't actually run the test under
DejaGnu in my setup but when I compile it using the cross-GCC (unless I'm
overlooking something subtle) the output for the function looks the same as
with the native GCC.  I'm guessing the problem is in the interaction with the
host system but I don't have access to it to debug it.

$ /ssd/build/hppa-unknown-linux-gnu/gcc-git/gcc/xgcc -B
/ssd/build/hppa-unknown-linux-gnu/gcc-git/gcc -O2 -S -Wall -Wno-format
-Wformat-overflow -fexec-charset=IBM1047 -ftrack-macro-expansion=0
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c
...
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c: In
function ‘test_width_and_precision_out_of_range’:
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c:119:3:
warning: ‘%9223372036854775808i’ directive width out of range
[-Wformat-overflow=]
   T ("%9223372036854775808i", 0);/* { dg-warning "width out of range" } */
   ^
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c:119:3:
warning: ‘%9223372036854775808i’ directive output of 9223372036854775807 bytes
causes result to exceed ‘INT_MAX’ [-Wformat-overflow=]
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c:121:3:
warning: ‘%.9223372036854775808i’ directive precision out of range
[-Wformat-overflow=]
   T ("%.9223372036854775808i", 0);   /* { dg-warning "precision out of range"
} */
   ^
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c:121:3:
warning: ‘%.9223372036854775808i’ directive output of 9223372036854775807 bytes
causes result to exceed ‘INT_MAX’ [-Wformat-overflow=]
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c: In
function ‘test_overlong_plain_string’:
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c:137:3:
warning: ‘0123456789012345678901234567...’ directive writing 70 bytes into a
region of size 1 [-Wformat-overflow=]
   T (longfmtstr);   /* { dg-warning ".0123\[0-9\]\*\.\.\.. directive writing
70 bytes" } */
   ^
/ssd/src/gcc/git/gcc/testsuite/gcc.dg/tree-ssa/builtin-sprintf-warn-18.c:137:3:
note: ‘__builtin_sprintf’ output 72 bytes into a destination of size 1

[Bug testsuite/83453] FAIL: c-c++-common/Wattributes.c -std=gnu++98 (test for warnings, line 404)

[msebor at gcc dot gnu.org]

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

--- Comment #2 from Martin Sebor  ---
Caused by r255469 (the test was added belatedly, in r27).

[Bug testsuite/83453] FAIL: c-c++-common/Wattributes.c -std=gnu++98 (test for warnings, line 404)

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 CC||msebor at gcc dot gnu.org
  Component|c++ |testsuite

--- Comment #1 from Martin Sebor  ---
This is a testsuite issue.

[Bug middle-end/78918] missing -Wrestrict on memcpy copying over self

[msebor at gcc dot gnu.org]

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

--- Comment #8 from Martin Sebor  ---
It's an unintended effect of warning during folding.  The folder sees the
arguments propagated before the if conditional has been evaluated and before
the call has been eliminated as unreachable.  The only way of avoiding this
false positive that I can think of is to defer the folding but that's not a
popular alternative.  I've opened bug 83456 to deal with it.  Please add your
further comments there.

[Bug tree-optimization/83456] New: -Wrestrict false positive on a non-overlapping memcpy in an inline function

[msebor at gcc dot gnu.org]

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

Bug ID: 83456
   Summary: -Wrestrict false positive on a non-overlapping memcpy
in an inline function
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: msebor at gcc dot gnu.org
  Target Milestone: ---

As reported in bug 78918, comment #7, the enhanced -Wrestrict warning issues a
false positive on the following code.  The false positive is caused by issuing
the warning during folding, after bar() has been inlined but before the call to
memcpy has been eliminated.  The reason for issuing the warning in this case
(i.e., equal operands) is to help detect bugs in code built without
optimization when an unguarded overlapping call to the library function would
be made, but it may not be worth the bug reports for the safe cases like this
one.

$ cat z.c && gcc -O2 -S -Wall z.c
extern void* memcpy (void*, const void*, __SIZE_TYPE__);

inline void bar (void *d, void *s, unsigned N)
{
  if (s != d)
memcpy (d, s, N);
}

void foo (void* src)
{
  bar (src, src, 1);
}
z.c: In function ‘foo’:
z.c:6:5: warning: ‘memcpy’ source argument is the same as destination
[-Wrestrict]
 memcpy (d, s, N);
 ^~~~

[Bug target/83455] New: FAIL: gcc.dg/visibility-22.c (test for excess errors)

[danglin at gcc dot gnu.org]

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

Bug ID: 83455
   Summary: FAIL: gcc.dg/visibility-22.c (test for excess errors)
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-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/visibility-22.c -fno-diagnostics-show-caret
-fdiagnostics
-color=never -O2 -fPIC -lm -o ./visibility-22.exe
ld: Unsatisfied hidden symbol "foo". Symbol was referenced from file
/var/tmp//c
ck2tqVw.o
1 errors.
collect2: error: ld returned 1 exit status
compiler exited with status 1
output is:
ld: Unsatisfied hidden symbol "foo". Symbol was referenced from file
/var/tmp//c
ck2tqVw.o
1 errors.
collect2: error: ld returned 1 exit status

FAIL: gcc.dg/visibility-22.c (test for excess errors)

[Bug libstdc++/83279] std::experimental::filesystem::copy_file can't copy larger files than 2.0GiB

[ubizjak at gmail dot com]

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

--- Comment #18 from Uroš Bizjak  ---
(In reply to Jonathan Wakely from comment #10)
> Author: redi
> Date: Thu Dec 14 21:49:03 2017
> New Revision: 255666

 #ifdef _GLIBCXX_USE_SENDFILE
-  off_t offset = 0;
-  const auto n = ::sendfile(out.fd, in.fd, &offset, from_st->st_size);
-  if (n < 0 && (errno == ENOSYS || errno == EINVAL))
+  n = ::sendfile(out.fd, in.fd, nullptr, count);

This change will trigger PR 70975. Older (?) Solaris 12 targets require
non-null pointer for the offset argument.

[Bug testsuite/77734] FAIL: gcc.dg/plugin/must-tail-call-1.c -fplugin=./must_tail_call_plugin.so (test for excess errors)

[danglin at gcc dot gnu.org]

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

--- Comment #4 from John David Anglin  ---
Also on hppa64-hp-hpux11.11.

[Bug target/52451] gcc w/i387 float generates fucom rather than fcom for floating point comparsons

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu.org

--- Comment #9 from John David Anglin  ---
Test fails on hppa*-*-hpux*.

[Bug bootstrap/83446] [8 Regression] Bootstrap failed on i686

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

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

--- Comment #2 from Martin Sebor  ---
I'm trying to reproduce it.

[Bug tree-optimization/83454] New: FAIL: gcc.dg/tree-ssa/cswtch-4.c and cswtch-5.c

[danglin at gcc dot gnu.org]

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

Bug ID: 83454
   Summary: FAIL: gcc.dg/tree-ssa/cswtch-4.c and cswtch-5.c
   Product: gcc
   Version: 8.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: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-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/tree-ssa/cswtch-4.c -fno-diagnostics-show-caret
-fdiagnostics-color=never -O2 -fdump-tree-switchconv -S -o cswtch-4.s
PASS: gcc.dg/tree-ssa/cswtch-4.c (test for excess errors)FAIL:
gcc.dg/tree-ssa/cswtch-4.c scan-tree-dump-times switchconv "Switch converted" 2
(found 0 times)FAIL: gcc.dg/tree-ssa/cswtch-4.c scan-tree-dump-times switchconv
"= CSWTCH" 2 (f
ound 0 times)Executing on host: /test/gnu/gcc/objdir/gcc/xgcc
-B/test/gnu/gcc/objdir/gcc/
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tree-ssa/cswtch-5.c  
-fno-diagnostics-show-
caret -fdiagnostics-color=never   -O2 -fdump-tree-switchconv -S   -o cswtch-5.s 
   (timeout = 300)spawn /test/gnu/gcc/objdir/gcc/xgcc
-B/test/gnu/gcc/objdir/gcc/ /test/gnu/gcc/gc
c/gcc/testsuite/gcc.dg/tree-ssa/cswtch-5.c -fno-diagnostics-show-caret
-fdiagnostics-color=never -O2 -fdump-tree-switchconv -S -o cswtch-5.s
PASS: gcc.dg/tree-ssa/cswtch-5.c (test for excess errors)FAIL:
gcc.dg/tree-ssa/cswtch-5.c scan-tree-dump-times switchconv "Switch converted" 2
(found 0 times)FAIL: gcc.dg/tree-ssa/cswtch-5.c scan-tree-dump-times switchconv
"= CSWTCH" 2 (f
ound 0 times)

[Bug lto/83452] FAIL: gfortran.dg/save_6.f90 -O0 (test for excess errors)

[danglin at gcc dot gnu.org]

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

--- Comment #1 from John David Anglin  ---
More similar fails:

FAIL: g++.dg/lto/20101010-4 cp_lto_20101010-4_0.o-cp_lto_20101010-4_0.o link, 
-std=c++0x -flto -g -r -nostdlib 
UNRESOLVED: g++.dg/lto/20101010-4 cp_lto_20101010-4_0.o-cp_lto_20101010-4_0.o
execute  -std=c++0x -flto -g -r -nostdlib 
FAIL: g++.dg/lto/20101015-2 cp_lto_20101015-2_0.o-cp_lto_20101015-2_0.o link, 
-g -flto 
UNRESOLVED: g++.dg/lto/20101015-2 cp_lto_20101015-2_0.o-cp_lto_20101015-2_0.o
execute  -g -flto 
FAIL: g++.dg/lto/pr42987 cp_lto_pr42987_0.o-cp_lto_pr42987_1.o link,  -flto -g 
UNRESOLVED: g++.dg/lto/pr42987 cp_lto_pr42987_0.o-cp_lto_pr42987_1.o execute 
-flto -g 
FAIL: g++.dg/lto/pr42987 cp_lto_pr42987_0.o-cp_lto_pr42987_1.o link,  -flto
-flto-partition=none -g 
UNRESOLVED: g++.dg/lto/pr42987 cp_lto_pr42987_0.o-cp_lto_pr42987_1.o execute 
-flto -flto-partition=none -g 
FAIL: g++.dg/lto/pr48207-2 cp_lto_pr48207-2_0.o-cp_lto_pr48207-2_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr48207-2 cp_lto_pr48207-2_0.o-cp_lto_pr48207-2_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr48207-3 cp_lto_pr48207-3_0.o-cp_lto_pr48207-3_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr48207-3 cp_lto_pr48207-3_0.o-cp_lto_pr48207-3_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr48207 cp_lto_pr48207_0.o-cp_lto_pr48207_0.o link,  -flto -g 
UNRESOLVED: g++.dg/lto/pr48207 cp_lto_pr48207_0.o-cp_lto_pr48207_0.o execute 
-flto -g 
FAIL: g++.dg/lto/pr48354-1 cp_lto_pr48354-1_0.o-cp_lto_pr48354-1_0.o link,  -g
-flto 
UNRESOLVED: g++.dg/lto/pr48354-1 cp_lto_pr48354-1_0.o-cp_lto_pr48354-1_0.o
execute  -g -flto 
FAIL: g++.dg/lto/pr48508-1 cp_lto_pr48508-1_0.o-cp_lto_pr48508-1_1.o link,  -g
-O2 -flto -flto-partition=none 
UNRESOLVED: g++.dg/lto/pr48508-1 cp_lto_pr48508-1_0.o-cp_lto_pr48508-1_1.o
execute  -g -O2 -flto -flto-partition=none 
FAIL: g++.dg/lto/pr51564-1 cp_lto_pr51564-1_0.o-cp_lto_pr51564-1_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr51564-1 cp_lto_pr51564-1_0.o-cp_lto_pr51564-1_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr51567-1 cp_lto_pr51567-1_0.o-cp_lto_pr51567-1_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr51567-1 cp_lto_pr51567-1_0.o-cp_lto_pr51567-1_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr51572-2 cp_lto_pr51572-2_0.o-cp_lto_pr51572-2_0.o link,  -g
-flto 
UNRESOLVED: g++.dg/lto/pr51572-2 cp_lto_pr51572-2_0.o-cp_lto_pr51572-2_0.o
execute  -g -flto 
FAIL: g++.dg/lto/pr51573-1 cp_lto_pr51573-1_0.o-cp_lto_pr51573-1_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr51573-1 cp_lto_pr51573-1_0.o-cp_lto_pr51573-1_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr51650-1 cp_lto_pr51650-1_0.o-cp_lto_pr51650-1_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr51650-1 cp_lto_pr51650-1_0.o-cp_lto_pr51650-1_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr51650-2 cp_lto_pr51650-2_0.o-cp_lto_pr51650-2_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr51650-2 cp_lto_pr51650-2_0.o-cp_lto_pr51650-2_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr51650-3 cp_lto_pr51650-3_0.o-cp_lto_pr51650-3_0.o link, 
-flto -g 
UNRESOLVED: g++.dg/lto/pr51650-3 cp_lto_pr51650-3_0.o-cp_lto_pr51650-3_0.o
execute  -flto -g 
FAIL: g++.dg/lto/pr52605 cp_lto_pr52605_0.o-cp_lto_pr52605_0.o link, -flto -g
UNRESOLVED: g++.dg/lto/pr52605 cp_lto_pr52605_0.o-cp_lto_pr52605_0.o execute
-flto -g
FAIL: g++.dg/lto/pr53470 cp_lto_pr53470_0.o-cp_lto_pr53470_0.o link,  -g -flto 
UNRESOLVED: g++.dg/lto/pr53470 cp_lto_pr53470_0.o-cp_lto_pr53470_0.o execute 
-g -flto 
FAIL: g++.dg/lto/pr65193 cp_lto_pr65193_0.o-cp_lto_pr65193_0.o link, -fPIC -r
-nostdlib -flto -O2 -g -Wno-return-type
UNRESOLVED: g++.dg/lto/pr65193 cp_lto_pr65193_0.o-cp_lto_pr65193_0.o execute
-fPIC -r -nostdlib -flto -O2 -g -Wno-return-type
FAIL: g++.dg/lto/pr65316 cp_lto_pr65316_0.o-cp_lto_pr65316_1.o link,  -flto
-std=c++11 -g2 -fno-lto-odr-type-merging -O2 -Wno-return-type 
UNRESOLVED: g++.dg/lto/pr65316 cp_lto_pr65316_0.o-cp_lto_pr65316_1.o execute 
-flto -std=c++11 -g2 -fno-lto-odr-type-merging -O2 -Wno-return-type 
FAIL: g++.dg/lto/pr65549 cp_lto_pr65549_0.o-cp_lto_pr65549_0.o link, 
-std=gnu++14 -flto -g -Wno-return-type 
UNRESOLVED: g++.dg/lto/pr65549 cp_lto_pr65549_0.o-cp_lto_pr65549_0.o execute 
-std=gnu++14 -flto -g -Wno-return-type 
FAIL: g++.dg/lto/pr65549 cp_lto_pr65549_0.o-cp_lto_pr65549_0.o link, 
-std=gnu++14 -flto -g -O2 -fno-inline -flto-partition=max -Wno-return-type 
UNRESOLVED: g++.dg/lto/pr65549 cp_lto_pr65549_0.o-cp_lto_pr65549_0.o execute 
-std=gnu++14 -flto -g -O2 -fno-inline -flto-partition=max -Wno-return-type 
FAIL: g++.dg/lto/pr69077 cp_lto_pr69077_0.o-cp_lto_pr69077_1.o link,  -O3 -g
-flto 
UNRESOLVED: g++.dg/lto/pr69077 cp_lto_pr69077_0.o-cp_lto_pr69077_1.o execute 
-O3 -g -flto 
FAIL: g++.dg/lto/pr69137 cp_lto_pr69137_0.o-cp_lto_pr69137_0.o link, 
-std=c++11 -g -flto 
UNRESOLVED: g++.dg/lto/pr69137 cp_lto_pr69137_0.o-cp_lto_pr69137_0.o execute 
-std=c++11 -g -flto 
FAIL: g++.dg/lto/pr79000 cp_lto_pr79000_0.o-cp_lto_pr79000_1.o link, -flto -g
UNRESOLVED: g++.dg/lto/pr79000 cp_lto_pr79000_0.o-cp_

[Bug c++/83453] New: FAIL: c-c++-common/Wattributes.c -std=gnu++98 (test for warnings, line 404)

[danglin at gcc dot gnu.org]

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

Bug ID: 83453
   Summary: FAIL: c-c++-common/Wattributes.c  -std=gnu++98  (test
for warnings, line 404)
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11

FAIL: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 404)
PASS: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 410)
PASS: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 421)
PASS: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 424)
PASS: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 428)
PASS: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 431)
PASS: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 435)
PASS: c-c++-common/Wattributes.c  -std=gnu++98  (test for warnings, line 439)
FAIL: c-c++-common/Wattributes.c  -std=gnu++98 (test for excess errors)
Excess errors:
/test/gnu/gcc/gcc/gcc/testsuite/c-c++-common/Wattributes.c:404:1: error:
alignment for 'int finline_hot_noret_align(int)' must be at least 8

[Bug lto/83452] New: FAIL: gfortran.dg/save_6.f90 -O0 (test for excess errors)

[danglin at gcc dot gnu.org]

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

Bug ID: 83452
   Summary: FAIL: gfortran.dg/save_6.f90   -O0  (test for excess
errors)
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11

spawn /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
-B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/save_6.f90 -fno-diag
nostics-show-caret -fdiagnostics-color=never -O0 -fno-automatic -flto -g
-B/test
/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/gcc/objdir/h
ppa64-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.1
1/./libgfortran/.libs
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libatomic/.li
bs -B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libquadmath/.libs
-L/test/gnu/gc
c/objdir/hppa64-hp-hpux11.11/./libquadmath/.libs
-L/test/gnu/gcc/objdir/hppa64-h
p-hpux11.11/./libquadmath/.libs -lm -o ./save_6.exe
ld: Local unsatisfied symbol ""Fatal error.
collect2: error: ld returned 1 exit status
lto-wrapper: fatal error:
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran returned 1 exit
status
compilation terminated.
collect2: fatal error: lto-wrapper returned 1 exit status
compilation terminated.
compiler exited with status 1
output is:
ld: Local unsatisfied symbol ""
Fatal error.
collect2: error: ld returned 1 exit status
lto-wrapper: fatal error:
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran returned 1 exit
status
compilation terminated.
collect2: fatal error: lto-wrapper returned 1 exit status
compilation terminated.

FAIL: gfortran.dg/save_6.f90   -O0  (test for excess errors)

Similar fails:

FAIL: gfortran.dg/maxval_char_2.f90   -O3 -g  execution test
FAIL: gfortran.dg/save_6.f90   -O0  (test for excess errors)
FAIL: gfortran.dg/save_6.f90   -O1  (test for excess errors)
FAIL: gfortran.dg/save_6.f90   -O2  (test for excess errors)
FAIL: gfortran.dg/save_6.f90   -O3 -fomit-frame-pointer -funroll-loops
-fpeel-loops -ftracer -finline-functions  (test for excess errors)
FAIL: gfortran.dg/save_6.f90   -O3 -g  (test for excess errors)
FAIL: gfortran.dg/save_6.f90   -Os  (test for excess errors)
FAIL: gfortran.dg/submodule_6.f08   -O3 -g  (test for excess errors)
FAIL: gfortran.dg/lto/20091016-1 f_lto_20091016-1_0.o-f_lto_20091016-1_0.o
link, -flto -g -fPIC -r -nostdlib
UNRESOLVED: gfortran.dg/lto/20091016-1
f_lto_20091016-1_0.o-f_lto_20091016-1_0.o execute -flto -g -fPIC -r -nostdlib
FAIL: gfortran.dg/lto/20091016-1 f_lto_20091016-1_0.o-f_lto_20091016-1_0.o
link, -O -flto -g -fPIC -r -nostdlib
UNRESOLVED: gfortran.dg/lto/20091016-1
f_lto_20091016-1_0.o-f_lto_20091016-1_0.o execute -O -flto -g -fPIC -r
-nostdlib
FAIL: gfortran.dg/lto/pr41521 f_lto_pr41521_0.o-f_lto_pr41521_1.o link, -g
-flto -Wno-lto-type-mismatch
UNRESOLVED: gfortran.dg/lto/pr41521 f_lto_pr41521_0.o-f_lto_pr41521_1.o execute
-g -flto -Wno-lto-type-mismatch
FAIL: gfortran.dg/lto/pr41521 f_lto_pr41521_0.o-f_lto_pr41521_1.o link, -g -O
-flto -Wno-lto-type-mismatch
UNRESOLVED: gfortran.dg/lto/pr41521 f_lto_pr41521_0.o-f_lto_pr41521_1.o execute
-g -O -flto -Wno-lto-type-mismatch
FAIL: gfortran.dg/lto/pr46911 f_lto_pr46911_0.o-f_lto_pr46911_0.o link,  -O2
-flto -g 
UNRESOLVED: gfortran.dg/lto/pr46911 f_lto_pr46911_0.o-f_lto_pr46911_0.o execute
 -O2 -flto -g 
FAIL: gfortran.dg/lto/pr47839 f_lto_pr47839_0.o-f_lto_pr47839_1.o link,  -g
-flto 
UNRESOLVED: gfortran.dg/lto/pr47839 f_lto_pr47839_0.o-f_lto_pr47839_1.o execute
 -g -flto

[Bug target/83451] FAIL: gfortran.dg/matmul_10.f90 -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (ICE)

[danglin at gcc dot gnu.org]

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

--- Comment #2 from John David Anglin  ---
Similar fails:

FAIL: gfortran.dg/matmul_10.f90   -O3 -fomit-frame-pointer -funroll-loops
-fpeel-loops -ftracer -finline-functions  (test for excess errors)
UNRESOLVED: gfortran.dg/matmul_10.f90   -O3 -fomit-frame-pointer -funroll-loops
-fpeel-loops -ftracer -finline-functions  compilation failed to produce
executable
FAIL: gfortran.dg/matmul_10.f90   -O3 -g  (internal compiler error)
FAIL: gfortran.dg/matmul_10.f90   -O3 -g  (test for excess errors)
UNRESOLVED: gfortran.dg/matmul_10.f90   -O3 -g  compilation failed to produce
executable
FAIL: gfortran.dg/matmul_2.f90   -O3 -fomit-frame-pointer -funroll-loops
-fpeel-loops -ftracer -finline-functions  (internal compiler error)
FAIL: gfortran.dg/matmul_2.f90   -O3 -fomit-frame-pointer -funroll-loops
-fpeel-loops -ftracer -finline-functions  (test for excess errors)
UNRESOLVED: gfortran.dg/matmul_2.f90   -O3 -fomit-frame-pointer -funroll-loops
-fpeel-loops -ftracer -finline-functions  compilation failed to produce
executable
FAIL: gfortran.dg/matmul_2.f90   -O3 -g  (internal compiler error)
FAIL: gfortran.dg/matmul_2.f90   -O3 -g  (test for excess errors)
UNRESOLVED: gfortran.dg/matmul_2.f90   -O3 -g  compilation failed to produce
executable

[Bug target/83451] FAIL: gfortran.dg/matmul_10.f90 -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (ICE)

[danglin at gcc dot gnu.org]

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

--- Comment #1 from John David Anglin  ---
The subreg is strange.

[Bug libstdc++/83279] std::experimental::filesystem::copy_file can't copy larger files than 2.0GiB

[ta12ba34 at gmail dot com]

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

--- Comment #17 from T B  ---
Okay, sorry.

Thanks for your efforts!

[Bug libstdc++/83279] std::experimental::filesystem::copy_file can't copy larger files than 2.0GiB

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #16 from Jonathan Wakely  ---
Please don't close it, I'm still going to fix it on the branches.

[Bug target/83451] New: FAIL: gfortran.dg/matmul_10.f90 -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (ICE)

[danglin at gcc dot gnu.org]

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

Bug ID: 83451
   Summary: FAIL: gfortran.dg/matmul_10.f90   -O3
-fomit-frame-pointer -funroll-loops -fpeel-loops
-ftracer -finline-functions (ICE)
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11

4-hp-hpux11.11/./libquadmath/.libs  -lm-o ./matmul_10.exe(timeout =
300)
spawn /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
-B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11
/./libgfortran/ /test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90
-fno-d
iagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funrol
l-loops -fpeel-loops -ftracer -finline-functions -Warray-temporaries
-B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/gcc/objdir/hppa6
4-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./
libgfortran/.libs -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libatomic/.libs
-
B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libquadmath/.libs
-L/test/gnu/gcc/ob
jdir/hppa64-hp-hpux11.11/./libquadmath/.libs
-L/test/gnu/gcc/objdir/hppa64-hp-hp
ux11.11/./libquadmath/.libs -lm -o ./matmul_10.exe
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:12:18: Warning:
Creating array temporary at (1) [-Warray-temporaries]
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:17:31: Warning:
Creating array temporary at (1) [-Warray-temporaries]
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:17:15: Warning:
Creating array temporary at (1) [-Warray-temporaries]
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:22:0: Error:
unrecognizable insn:
(insn 781 262 274 5 (set (subreg:DI (mem/c:SI (plus:DI (reg/f:DI 30 %r30)
(const_int -244 [0xff0c])) [9 %sfp+92 S4 A128])
0)
(reg:DI 37 %fr9))
"/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90":12 -1
 (nil))
during RTL pass: reload
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:22:0: internal
compiler error: in extract_insn, at recog.c:2306
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
compiler exited with status 1
output is:
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:12:18: Warning:
Creating array temporary at (1) [-Warray-temporaries]
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:17:31: Warning:
Creating array temporary at (1) [-Warray-temporaries]
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:17:15: Warning:
Creating array temporary at (1) [-Warray-temporaries]
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:22:0: Error:
unrecognizable insn:
(insn 781 262 274 5 (set (subreg:DI (mem/c:SI (plus:DI (reg/f:DI 30 %r30)
(const_int -244 [0xff0c])) [9 %sfp+92 S4 A128])
0)
(reg:DI 37 %fr9))
"/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90":12 -1
 (nil))
during RTL pass: reload
/test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/matmul_10.f90:22:0: internal
compiler error: in extract_insn, at recog.c:2306
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

FAIL: gfortran.dg/matmul_10.f90   -O3 -fomit-frame-pointer -floops -ftracer
-finline-functions (internal compiler error)

[Bug libstdc++/83450] New: FAIL: 21_strings/basic_string/pthread18185.cc (test for excess errors)

[danglin at gcc dot gnu.org]

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

Bug ID: 83450
   Summary: FAIL: 21_strings/basic_string/pthread18185.cc (test
for excess errors)
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11

spawn /test/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/test/gnu/gcc/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs
-L/test/gnu/gcc/objd...skipping...
ppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11
-I/test/gnu/gcc/objd
ir/hppa64-hp-hpux11.11/libstdc++-v3/include
-I/test/gnu/gcc/gcc/libstdc++-v3/lib
supc++ -I/test/gnu/gcc/gcc/libstdc++-v3/include/backward
-I/test/gnu/gcc/gcc/libstdc++-v3/testsuite/util
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/21_strings/bas
ic_string/pthread18185.cc   -pthread -fno-diagnostics-show-caret
-fdiagnostics-c
olor=never ./libtestc++.a
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/filesystem/.libs 
-lm   -o ./pthread18185.exe(timeout = 600)spawn
/test/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc -B/test/gnu/gcc/objdir/./gcc
-nostdinc++ -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs
-L/test/gnu/gcc/objd
ir/hppa64-hp-hpux11.11/libstdc++-v3/libsupc++/.libs
-B/opt/gnu64/gcc/gcc-8/hppa6
4-hp-hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-8/hppa64-hp-hpux11.11/lib/ -isystem
/op
t/gnu64/gcc/gcc-8/hppa64-hp-hpux11.11/include -isystem
/opt/gnu64/gcc/gcc-8/hppa
64-hp-hpux11.11/sys-include
-B/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libstdc
++-v3/src/.libs -fmessage-length=0 -fno-show-column -ffunction-sections
-fdata-sections -g -O2 -DLOCALEDIR="." -nostdinc++
-I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/include/hppa64-hp-hpux11.11
-I/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/include
-I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/test/gnu/gcc/gcc/libstdc++-v3/include/backward
-I/test/gnu/gcc/gcc/libstdc++-v3/testsuite/util
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/21_strings/basic_string/pthread18185.cc
-pthread -fno-diagnostics-show-caret -fdiagnostics-color=never ./libtestc++.a
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/filesystem/.libs
-lm -o
./pthread18185.exe/test/gnu/gcc/gcc/libstdc++-v3/testsuite/21_strings/basic_string/pthread18185.cc:
In function 'void* foo(void*)':
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/21_strings/basic_string/pthread18185.cc:37:
warning: control reaches end of non-void function [-Wreturn-type]
output is:
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/21_strings/basic_string/pthread18185.cc:
In function 'void* foo(void*)':
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/21_strings/basic_string/pthread18185.cc:37:
warning: control reaches end of non-void function [-Wreturn-type]

FAIL: 21_strings/basic_string/pthread18185.cc (test for excess errors)
Excess errors:
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/21_strings/basic_string/pthread18185.cc:37:
warning: control reaches end of non-void function [-Wreturn-type]

[Bug c/16275] error in C string catenation

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 CC||asif_bahrainwala at hotmail 
dot co
   ||m

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

[Bug preprocessor/83449] incorrect ## preprocessing with string

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #3 from Andrew Pinski  ---
Dup of bug 16275.

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

[Bug preprocessor/83449] incorrect ## preprocessing with string

[pinskia at gcc dot gnu.org]

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

--- Comment #2 from Andrew Pinski  ---
GCC is correct here. Strings don't paste together.

[Bug preprocessor/83449] incorrect ## preprocessing with string

[asif_bahrainwala at hotmail dot com]

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

--- Comment #1 from Asif  ---
g++ main.cpp 
main.cpp:10:15: error: pasting ""a"" and ""b"" does not give a valid
preprocessing token
 char *i=A("a","b");
   ^
main.cpp:6:16: note: in definition of macro ‘A’
 #define A(a,b) a ## b
^
main.cpp: In function ‘int main()’:
main.cpp:10:19: warning: ISO C++ forbids converting a string constant to
‘char*’ [-Wwrite-strings]
 char *i=A("a","b");
   ^
main.cpp:6:21: note: in definition of macro ‘A’
 #define A(a,b) a ## b

#

output from:-
cpp main.cpp 

int main()
{
main.cpp:10:15: error: pasting ""a"" and ""b"" does not give a valid
preprocessing token
 char *i=A("a","b");
   ^
main.cpp:6:16: note: in definition of macro ‘A’
 #define A(a,b) a ## b
^
char *i="a""b";
cout<

[Bug preprocessor/83449] New: incorrect ## preprocessing with string

[asif_bahrainwala at hotmail dot com]

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

Bug ID: 83449
   Summary: incorrect ## preprocessing with string
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: preprocessor
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asif_bahrainwala at hotmail dot com
  Target Milestone: ---

g++ --version
g++ (Ubuntu 7.2.0-8ubuntu3) 7.2.0
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
The below code does not compile, compiles on VS2017 though


#include 

using namespace std;
#define STRMAX 1024

#define A(a,b) a ## b

int main()
{
char *i=A("a","b");
cout<

[Bug libstdc++/68735] FAIL: libstdc++-prettyprinters/libfundts.cc print ab

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

   Last reconfirmed|2016-11-01 00:00:00 |2017-12-17

--- Comment #2 from John David Anglin  ---
Similar fails:

FAIL: libstdc++-prettyprinters/cxx17.cc print ab
FAIL: libstdc++-prettyprinters/cxx17.cc print ai
FAIL: libstdc++-prettyprinters/cxx17.cc print ap
FAIL: libstdc++-prettyprinters/cxx17.cc print as
FAIL: libstdc++-prettyprinters/cxx17.cc print as2
FAIL: libstdc++-prettyprinters/cxx17.cc print am
FAIL: libstdc++-prettyprinters/libfundts.cc print ab
FAIL: libstdc++-prettyprinters/libfundts.cc print ai
FAIL: libstdc++-prettyprinters/libfundts.cc print ap
FAIL: libstdc++-prettyprinters/libfundts.cc print as
FAIL: libstdc++-prettyprinters/libfundts.cc print as2
FAIL: libstdc++-prettyprinters/libfundts.cc print am
FAIL: libstdc++-prettyprinters/cxx17.cc print ab
FAIL: libstdc++-prettyprinters/cxx17.cc print ai
FAIL: libstdc++-prettyprinters/cxx17.cc print ap
FAIL: libstdc++-prettyprinters/cxx17.cc print as
FAIL: libstdc++-prettyprinters/cxx17.cc print as2
FAIL: libstdc++-prettyprinters/cxx17.cc print am
FAIL: libstdc++-prettyprinters/libfundts.cc print ab
FAIL: libstdc++-prettyprinters/libfundts.cc print ai
FAIL: libstdc++-prettyprinters/libfundts.cc print ap
FAIL: libstdc++-prettyprinters/libfundts.cc print as
FAIL: libstdc++-prettyprinters/libfundts.cc print as2
FAIL: libstdc++-prettyprinters/libfundts.cc print am

[Bug libstdc++/71641] 22_locale/time_get/get_date/wchar_t/4.cc runs failure if static linking

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 Target||hppa-unknown-linux-gnu
   Last reconfirmed||2017-12-17
 CC||danglin at gcc dot gnu.org

--- Comment #1 from John David Anglin  ---
Fails on hppa-linux with libc 2.25:

spawn -ignore SIGHUP /home/dave/gnu/gcc/objdir/./gcc/xg++ -shared-libgcc
-B/home/dave/gnu/gcc/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc/objdir/hppa-linux-gn
u/libstdc++-v3/src
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/libsupc++/.libs
-B/home/dave/opt/gnu/gcc/gcc-8/hppa-linux-gnu/bin/
-B/home/dave/opt/gnu/gcc/gcc-8/hppa-linux-gnu/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-8/hppa-linux-gnu/include -isystem
/home/dave/opt/gnu/gcc/gcc-8/hppa-linux-gnu/sys-include
-B/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs
-fmessage-length=0 -fno-show-column -ffunction-sections -fdata-sections -g -O2
-D_GNU_SOURCE -DLOCALEDIR="." -nostdinc++
-I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/hp
pa-linux-gnu -I/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include
-I/
home/dave/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/home/dave/gnu/gcc/gcc/libstdc++-
v3/include/backward -I/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/util
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/22_locale/time_get/get_date/wchar_t/4.cc
 
-fno-diagnostics-show-caret -fdiagnostics-color=never ./libtestc++.a
-Wl,--gc-se
ctions
-L/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/filesystem/.l
ibs -lm -o ./4.exe
PASS: 22_locale/time_get/get_date/wchar_t/4.cc (test for excess errors)Setting
LD_LIBRARY_PATH to
:/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs::/home/dave/gnu/gcc/objdir/gcc:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/../libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/./libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/src/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libssp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libgomp/.libs:/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libatomic/.libs:/home/dave/gnu/gcc/objdir/./gcc:/home/dave/gnu/gcc/objdir/./prev-gcc
Execution timeout is: 300
spawn [open ...]
/home/dave/gnu/gcc/gcc/libstdc++-v3/testsuite/22_locale/time_get/get_date/wchar_t/4.cc:53:
void test01(): Assertion 'errorstate == ios_base::eofbit' failed.
FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

[Bug go/83308] Missing platform definitions for SH in libgo

[glaubitz at physik dot fu-berlin.de]

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

--- Comment #16 from John Paul Adrian Glaubitz  ---
As for ioctl():

Linux: http://man7.org/linux/man-pages/man2/ioctl.2.html
FreeBSD: https://www.freebsd.org/cgi/man.cgi?query=ioctl&sektion=2
Plan9:
https://github.com/brho/plan9/blob/master/sys/src/ape/lib/bsd/ioctl.c#L26
Darwin:
https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man2/ioctl.2.html

So, I really think ioctl() should be declared in libgo/go/exp/terminal/util.go
accordingly:

//extern ioctl
func ioctl(int, uint, unsafe.Pointer) int

Shall I send a separate patch?

[Bug testsuite/68643] FAIL: gcc.dg/tree-prof/cold_partition_label.c scan-assembler foo[._]+cold[._]+0

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from John David Anglin  ---
Fixed.

[Bug c/83448] ice in get_source_location_for_substring, at input.c:1507

[dcb314 at hotmail dot com]

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

David Binderman  changed:

   What|Removed |Added

 CC||dmalcolm at gcc dot gnu.org

--- Comment #2 from David Binderman  ---
Reduced code is

a, b;
c() {
  for (;;) {
if (b < 0)
  c();
snprintf(a, b, "%*s", b, "");
  }
}

svn blame indicates that dmalcolm wrote the code at the ice.

[Bug c/83448] ice in get_source_location_for_substring, at input.c:1507

[dcb314 at hotmail dot com]

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

--- Comment #1 from David Binderman  ---
This problem has existed since before revision 249397.

[Bug c/83448] New: ice in get_source_location_for_substring, at input.c:1507

[dcb314 at hotmail dot com]

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

Bug ID: 83448
   Summary: ice in get_source_location_for_substring, at
input.c:1507
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dcb314 at hotmail dot com
  Target Milestone: ---

Created attachment 42897
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42897&action=edit
C source code

The attached C code, when compiled by recent gcc trunk and flag -O2,
does this:

$ ../results/bin/gcc -c -O2 bug406.c 2>&1 | more
during GIMPLE pass: printf-return-value
../mruby-source/mrbgems/mruby-sprintf/src/sprintf.c: In function
‘mrb_str_format
’:
../mruby-source/mrbgems/mruby-sprintf/src/sprintf.c:522:1: internal compiler
err
or: in get_source_location_for_substring, at input.c:1507
0x1860de8 get_source_location_for_substring(cpp_reader*, string_concat_db*,
unsi
gned int, cpp_ttype, int, int, int, unsigned int*)
../../trunk/gcc/input.c:1507
0x6678a3 c_get_substring_location(substring_loc const&, unsigned int*)
../../trunk/gcc/c-family/c-common.c:866
0xd79b95 substring_loc::get_location(unsigned int*) const
../../trunk/gcc/substring-locations.c:191

I'll have the usual go at reducing the code and identifying
a range of revisions for the error.

[Bug plugins/83442] FAIL: gcc.dg/plugin/expensive-selftests-1.c -- timeout

[danglin at gcc dot gnu.org]

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

--- Comment #1 from John David Anglin  ---
Program is stuck in a loop which repeatedly calls $$dyncall:

(gdb) bt
#0  $$dyncall () at ../../../gcc/libgcc/config/pa/milli64.S:237
#1  0x0055b82c in try_init_one_plugin (plugin=0xfae140)
at ../../gcc/gcc/plugin.c:729
#2  init_one_plugin (slot=, info=)
at ../../gcc/gcc/plugin.c:753
#3  0x00cdf9c8 in htab_traverse_noresize (htab=, 
callback=@0xf8cdb036: 0xf69cd764 <$$dyncall>, 
callback@entry=0x55b7a0 , 
info=0xd63000 , info@entry=0x0)
at ../../gcc/libiberty/hashtab.c:775
#4  0x0055c370 in initialize_plugins () at ../../gcc/gcc/plugin.c:779
#5  0x000f5e58 in toplev::main (this=this@entry=0xf8d02388, 
argc=, argc@entry=16441664, argv=, 
argv@entry=0xffa8e8) at ../../gcc/gcc/toplev.c:2185
#6  0x000f80b4 in main (argc=16441664, argv=0xffa8e8)
at ../../gcc/gcc/main.c:39
(gdb) step
225 bb,>=,n %r22,30,LREF(1) ; branch if not plabel address
(gdb) 
231 bv  %r0(%r22)   ; branch to the real target
(gdb) 
237 stw %r2,-24(%r30)   ; save return address into
frame marker
(gdb) 
225 bb,>=,n %r22,30,LREF(1) ; branch if not plabel address
(gdb) 
231 bv  %r0(%r22)   ; branch to the real target
(gdb) 
237 stw %r2,-24(%r30)   ; save return address into
frame marker
(gdb) 
225 bb,>=,n %r22,30,LREF(1) ; branch if not plabel address
(gdb) 
231 bv  %r0(%r22)   ; branch to the real target
...
231 bv  %r0(%r22)   ; branch to the real target
(gdb) p/x $r22
$1 = 0xf69cd764
(gdb) stepi
237 stw %r2,-24(%r30)   ; save return address into
frame marker
(gdb) disass 
Dump of assembler code for function $$dyncall:
   0xf69cd764 <+0>: bb,*>=,n r22,1e,0xf69cd774 <$$dyncall+16>
   0xf69cd768 <+4>: depwi 0,31,2,r22
   0xf69cd76c <+8>: ldw 4(r22),r19
   0xf69cd770 <+12>:ldw 0(r22),r22
   0xf69cd774 <+16>:bv r0(r22)
=> 0xf69cd778 <+20>:stw rp,-18(sp)
End of assembler dump.

[Bug c++/83447] New: parameter after function parameter pack gets improperly deduced

[barry.revzin at gmail dot com]

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

Bug ID: 83447
   Summary: parameter after function parameter pack gets
improperly deduced
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: barry.revzin at gmail dot com
  Target Milestone: ---

This example compiles:

template 
void foo(Args..., T ) { }

int main() {
foo(0);
}

with Args deducing as empty and T as int. But Args is a non-deduced context
(http://eel.is/c++draft/temp#deduct.type-5.7). And I don't think "trailing" can
be said to apply to Args here
(http://eel.is/c++draft/temp#arg.explicit-3.sentence-2). The call should fail.

[Bug bootstrap/83446] [8 Regression] Bootstrap failed on i686

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-12-17
 CC||msebor at gcc dot gnu.org
   Target Milestone|--- |8.0
 Ever confirmed|0   |1

--- Comment #1 from H.J. Lu  ---
It is caused by r255755.

[Bug bootstrap/83446] New: [8 Regression] Bootstrap failed on i686

[hjl.tools at gmail dot com]

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

Bug ID: 83446
   Summary: [8 Regression] Bootstrap failed on i686
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hjl.tools at gmail dot com
  Target Milestone: ---

With r255758, on i686, I got

In file included from ../../src-trunk/gcc/../libcpp/include/symtab.h:21,
 from ../../src-trunk/gcc/../libcpp/include/cpplib.h:26,
 from ../../src-trunk/gcc/c-family/c-common.h:24,
 from ../../src-trunk/gcc/cp/cp-tree.h:40,
 from ../../src-trunk/gcc/cp/mangle.c:52:
../../src-trunk/gcc/cp/mangle.c: In function ‘void write_number(long long
unsigned int, int, unsigned int)’:
../../src-trunk/gcc/../include/obstack.h:319:15: error: ‘void* memcpy(void*,
const void*, size_t)’ offset [65, 63] is out of the bounds [0, 64] of object
‘buffer’ with type ‘char [64]’ [-Werror=array-bounds]
memcpy (__o->next_free, where, __len);  \
~~~^~
../../src-trunk/gcc/cp/mangle.c:252:3: note: in expansion of macro
‘obstack_grow’
   obstack_grow (mangle_obstack, (CHAR), (LEN))
   ^~~~
../../src-trunk/gcc/cp/mangle.c:1717:3: note: in expansion of macro
‘write_chars’
   write_chars (buffer + sizeof (buffer) - count, count);
   ^~~
../../src-trunk/gcc/cp/mangle.c:1708:8: note: ‘buffer’ declared here
   char buffer[sizeof (HOST_WIDE_INT) * 8];

r255753 is OK.

[Bug lto/83121] [8 Regression] ICE: in linemap_ordinary_map_lookup, at libcpp/line-map.c:995

[trippels at gcc dot gnu.org]

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

--- Comment #4 from Markus Trippelsdorf  ---
Just to be clear: the attached testcase triggers the ICE both on 
X86_64 and ppc64le.

[Bug middle-end/78918] missing -Wrestrict on memcpy copying over self

[dimhen at gmail dot com]

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

--- Comment #7 from Dmitry G. Dyachenko  ---
I'm a bit confused:
-- warning about `static inline bar()' inlined into `foo()'
-- and no warning about `baz()'

What is the difference?
May be no warnings will be more consistent?

$ cat x.c
#include 
static inline void bar(void *d, void *s, unsigned N)
{
if(s != d)
memcpy(d, s, N);
}

void baz(void *d, void *s, unsigned N)
{
if(s != d)
memcpy(d, s, N);
}

void foo(void* src)
{
bar(src, src, 1);
}

$ gcc -O2 -S -Wall -Wextra -Wpedantic -Wrestrict x.c
x.c: In function ‘foo’:
x.c:5:2: warning: ‘memcpy’ source argument is the same as destination
[-Wrestrict]
  memcpy(d, s, N);
  ^~~

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc_current/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
Target: x86_64-pc-linux-gnu
Configured with: /home/dimhen/src/gcc_current/configure
--prefix=/usr/local/gcc_current --enable-checking=yes,df,fold,rtl,extra
--enable-languages=c,c++,lto --disable-multilib --enable-shared
--enable-threads=posix --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-gnu-unique-object --enable-linker-build-id
--with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --with-isl
--enable-libmpx --enable-offload-targets=nvptx-none --without-cuda-driver
--enable-gnu-indirect-function --with-tune=native
Thread model: posix
gcc version 8.0.0 20171217 (experimental) [trunk revision 255759] (GCC) 

$ gcc -O2 -S -Wall -Wextra -Wpedantic -Wrestrict
-fdump-tree-optimized=/dev/stdout x.c
x.c: In function ‘foo’:
x.c:5:2: warning: ‘memcpy’ source argument is the same as destination
[-Wrestrict]
  memcpy(d, s, N);
  ^~~

;; Function baz (baz, funcdef_no=1, decl_uid=2076, cgraph_uid=1,
symbol_order=1)

baz (void * d, void * s, unsigned int N)
{
  long unsigned int _1;

   [local count: 1073741825]:
  if (s_3(D) != d_4(D))
goto ; [53.47%]
  else
goto ; [46.53%]

   [local count: 574129753]:
  _1 = (long unsigned int) N_6(D);
  memcpy (d_4(D), s_3(D), _1); [tail call]

   [local count: 1073741825]:
  return;

}



;; Function foo (foo, funcdef_no=2, decl_uid=2079, cgraph_uid=2,
symbol_order=2)

foo (void * src)
{
   [local count: 1073741825]:
  return;

}

[Bug go/83308] Missing platform definitions for SH in libgo

[glaubitz at physik dot fu-berlin.de]

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

--- Comment #15 from John Paul Adrian Glaubitz  ---
Thanks Oleg!

(In reply to Oleg Endo from comment #14)
> (In reply to John Paul Adrian Glaubitz from comment #13)
> Cache line sizes of original SH implementations:
> 
> SH2,SH2A,SH3: 16 bytes
> SH4, SH4A: 32 bytes

I guess I can add a case matching for sh(2|3)*-*-* and one for sh4*-*-* then.

> > PC quantum should be 2 bytes as SH uses a 16-bit instruction encoding.
> > 
> 
> SH2A and SH-DSP have actually 4 byte instructions.  There are also some late
> SH4A variants which can do 16-bit prefixes, resulting in 4 byte instructions.
> 
> Other (newer) SH implementations might deviate from the originals and use
> multiple-length instructions or different cache line sizes.

I think J-Core planned to stay with the 16-bit encoding. I tested it with
PC_QUANTUM=2 and it works on my SH-4A machine.

> But I don't think that matters a lot.  E.g. 68K has variable length
> instructions and GOARCH_PCQUANTUM=4.  Not sure how much the cache line size
> is of an importance for libgo ...

Ok.

> > No idea about GOARCH_MINFRAMESIZE though.
> > 
> > Patch submitted here:
> > https://gcc.gnu.org/ml/gcc-patches/2017-12/msg0.html
> 
> That looks OK. On SH the minimum stack pointer alignment is 4.

Great, thank you!