[Bug tree-optimization/77839] New: [7 Regression] Memory- and compile time hog at -O1 and above

2016-10-03 Thread asolokha at gmx dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77839

Bug ID: 77839
   Summary: [7 Regression] Memory- and compile time hog at -O1 and
above
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: compile-time-hog, memory-hog
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---

Current gcc 7 snapshots (and also as old as 7.0.0-alpha20160731) hog time and
memory when compiling the following reduced snippet at -O1 (or higher):

void
sd(int yn)
{
  while (yn < 1)
{
  int hy;
  int *n6 = 
  int **ot = 

  (void)ot;
  for (yn = 0; yn < 1; ++yn)
{
  int tc, wo = 0, ez = 0, b8 = 0;
  int *ls = 

  (void)ls;
  hy = 0;
  for (tc = 0; tc < 1; ++tc)
{
  ez ^= hy;
  wo ^= ez;
  ++b8;
}
  hy += (b8 < wo);
}
}
}

% timeout 20 gcc-7.0.0-alpha20161002 -O1 -c v5ydrl0g.c
zsh: exit 124

Several top entries reported by perf:

   4.32%  cc1  cc1  [.] visit_use
   1.79%  cc1  cc1  [.] mark_used_flags
   1.50%  cc1  cc1  [.] walk_tree_1
   1.36%  cc1  cc1  [.] VN_INFO
   1.30%  cc1  cc1  [.] operand_equal_p
   1.14%  cc1  libc-2.23.so [.] _int_malloc
   1.09%  cc1  libc-2.23.so [.] __memset_sse2
   1.07%  cc1  cc1  [.] inchash::add_expr
   0.94%  cc1  cc1  [.] vn_reference_eq
   0.91%  cc1  cc1  [.]
iterative_hash_host_wide_int
   0.83%  cc1  cc1  [.]
copy_reference_ops_from_ref
   0.82%  cc1  cc1  [.] set_ssa_val_to
   0.82%  cc1  cc1  [.]
hash_table::find_slot_with_hash
   0.80%  cc1  cc1  [.]
iterative_hash_hashval_t
   0.80%  cc1  cc1  [.] tree_operand_check
   0.78%  cc1  cc1  [.] wide_int_to_tree
   0.75%  cc1  cc1  [.]
hash_table::find_slot_with_hash
   0.75%  cc1  cc1  [.] ggc_internal_alloc
   0.73%  cc1  cc1  [.] walk_gimple_op
   0.73%  cc1  libc-2.23.so [.] _int_free
   0.71%  cc1  cc1  [.] valueize_refs_1
   0.70%  cc1  cc1  [.] get_ref_base_and_extent
   0.68%  cc1  cc1  [.]
vn_reference_compute_hash
   0.66%  cc1  cc1  [.] bitmap_set_bit
   0.64%  cc1  cc1  [.] vn_phi_compute_hash
   0.63%  cc1  libc-2.23.so [.] __memset_avx2
   0.63%  cc1  cc1  [.]
df_live_bb_local_compute
   0.59%  cc1  cc1  [.] is_gimple_reg
   0.54%  cc1  cc1  [.] gimple_simplify
   0.53%  cc1  cc1  [.] get_alias_set
   0.52%  cc1  cc1  [.]
gimple_fold_stmt_to_constant_1
   0.51%  cc1  cc1  [.] is_gimple_val

[Bug target/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

2016-10-03 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822

--- Comment #9 from Andrew Pinski  ---
do the following to remove the PCH:
rm -rF ./obj/Release/emu.h.gch

and then rebuild the preprocessed source.

[Bug tree-optimization/77836] Simplify (x>>4)*16 in gimple

2016-10-03 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77836

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-04
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed.
The easy way to do this is to canonicalize the shift to a multiply or the
multiply to a shift which is what it is done on the RTL level.

[Bug go/77809] [7 regression] "_LITTLE_ENDIAN" redefined

2016-10-03 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77809

Andrew Pinski  changed:

   What|Removed |Added

 CC||segher at gcc dot gnu.org

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

[Bug go/77838] bootstrap broken on powerpc64*-linux

2016-10-03 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77838

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #1 from Andrew Pinski  ---
Should have been just fixed (PR 77809).

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

[Bug go/77838] New: bootstrap broken on powerpc64*-linux

2016-10-03 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77838

Bug ID: 77838
   Summary: bootstrap broken on powerpc64*-linux
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: segher at gcc dot gnu.org
CC: cmang at google dot com
  Target Milestone: ---

r240657 breaks bootstrap on powerpc64-linux and powerpc64le-linux:

...
echo timestamp > s-runtime-inc
/home/segher/build/tot/./gcc/xgcc -B/home/segher/build/tot/./gcc/
-B/home/segher/tot/powerpc64-unknown-linux-gnu/bin/
-B/home/segher/tot/powerpc64-unknown-linux-gnu/lib/ -isystem
/home/segher/tot/powerpc64-unknown-linux-gnu/include -isystem
/home/segher/tot/powerpc64-unknown-linux-gnu/sys-include-DHAVE_CONFIG_H -I.
-I/home/segher/src/gcc/libgo  -I /home/segher/src/gcc/libgo/runtime
-I/home/segher/src/gcc/libgo/../libffi/include -I../libffi/include -pthread 
-fexceptions -fnon-call-exceptions -fplan9-extensions -fsplit-stack -Wall
-Wextra -Wwrite-strings -Wcast-qual -Werror  -D_GNU_SOURCE -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -I /home/segher/src/gcc/libgo/../libgcc -I
/home/segher/src/gcc/libgo/../libbacktrace -I ../../gcc/include -fPIC -g -O2
-MT libgobegin_a-go-main.o -MD -MP -MF .deps/libgobegin_a-go-main.Tpo -c -o
libgobegin_a-go-main.o `test -f 'runtime/go-main.c' || echo
'/home/segher/src/gcc/libgo/'`runtime/go-main.c
In file included from /home/segher/src/gcc/libgo/runtime/runtime.h:116:0,
 from /home/segher/src/gcc/libgo/runtime/go-main.c:17:
./runtime.inc:3158:0: error: "_BIG_ENDIAN" redefined [-Werror]
 #define _BIG_ENDIAN 4321

: note: this is the location of the previous definition
cc1: all warnings being treated as errors

[Bug target/77837] missing -Wformat-length warning for %p with null argument on powerpc64

2016-10-03 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77837

Martin Sebor  changed:

   What|Removed |Added

   Keywords||patch

--- Comment #2 from Martin Sebor  ---
Patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-10/msg00117.html

[Bug middle-end/77837] missing -Wformat-length warning for %p with null argument on powerpc64

2016-10-03 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77837

Martin Sebor  changed:

   What|Removed |Added

   Keywords||diagnostic
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2016-10-03
   Assignee|unassigned at gcc dot gnu.org  |msebor at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Martin Sebor  ---
It looks like rs6000.c includes config/rs6000/linux.h, not config/linux.h, so
the TARGET_PRINTF_POINTER_FORMAT macro presumably needs to be defined in the
former as well for it to take effect.

[Bug middle-end/77837] New: missing -Wformat-length warning for %p with null argument on powerpc64

2016-10-03 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77837

Bug ID: 77837
   Summary: missing -Wformat-length warning for %p with null
argument on powerpc64
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: msebor at gcc dot gnu.org
  Target Milestone: ---

When configured for most *-linux targets with Glibc, including s390x, sparc,
and x86_64, GCC prints the warnings below for the following program as expected
because Glibc %p formats null arguments as "(nil)":

$ cat t.c && /build/sysroot/sparc-unknown-linux/bin/sparc-unknown-linux-gcc -S
-Wall t.c
char d[5];

void f (void)
{
  __builtin_sprintf (d + 0, "%p", (void*)0);
  __builtin_sprintf (d + 4, "%p", (void*)0);
}
t.c: In function 'f':
t.c:5:32: warning: writing a terminating nul past the end of the destination
[-Wformat-length=]
   __builtin_sprintf (d + 0, "%p", (void*)0);
  ~~^
t.c:5:3: note: format output 6 bytes into a destination of size 5
   __builtin_sprintf (d + 0, "%p", (void*)0);
   ^
t.c:6:30: warning: '%p' directive writing 5 bytes into a region of size 1
[-Wformat-length=]
   __builtin_sprintf (d + 4, "%p", (void*)0);
  ^~
t.c:6:3: note: format output 6 bytes into a destination of size 1
   __builtin_sprintf (d + 4, "%p", (void*)0);
   ^


However, when configured for powerpc64* (either as a native compiler or a
cross-compiler), it prints just the following, indicating that it thinks that
%p with a null argument produces a single digit, which is contrary to the Glibc
implementation:

t.c:6:32: warning: writing a terminating nul past the end of the destination
[-Wformat-length=]
   __builtin_sprintf (d + 4, "%p", (void*)0);
  ~~^
t.c:6:3: note: format output 2 bytes into a destination of size 1
   __builtin_sprintf (d + 4, "%p", (void*)0);
   ^


This appears to be because the %p format expected by GCC is determined by a
printf_pointer_format target hook which is initialized to the
gnu_libc_printf_pointer_format function in most back ends for Linux except in
rs6000.o.  There it's initialized to the default_printf_pointer_format
function.  The target hook initialization is the result of expanding the
TARGET_PRINTF_POINTER_FORMAT macro, which is defined to
gnu_libc_printf_pointer_format in the config/linux.h header.   This header is,
in turn, included by most back ends for Linux but not by rs6000.c

[Bug c++/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

2016-10-03 Thread jordi at gnu dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822

--- Comment #8 from Jordi Mallach  ---
I'm afraid I don't know. I have asked upstream.

How are you building mame? I don't get why you don't get these files on your
own.

[Bug java/39103] Deadlock in AWT

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39103

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |FIXED

--- Comment #2 from Andrew John Hughes  ---
Change was in libgcj before removal.

[Bug libgcj/30109] InetAddress.getHostName() does not resolve host names

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30109

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |FIXED

--- Comment #3 from Andrew John Hughes  ---
Seems to have been fixed:

$ java PR30109
127.0.0.1 hostname: expected=localhost, actual=localhost.localdomain
$ cacao PR30109
127.0.0.1 hostname: expected=localhost, actual=localhost.localdomain
$ gij PR30109
127.0.0.1 hostname: expected=localhost, actual=localhost.localdomain

[Bug awt/27368] [Xlib peer] Font.canDisplayUpTo throws UnsupportedOperationException

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27368

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|4.1.1   |unspecified
   Last reconfirmed||2016-10-03
 CC||gnu_andrew at member dot 
fsf.org
  Component|libgcj  |awt
 Resolution|WONTFIX |---
 Ever confirmed|0   |1
Product|gcc |classpath

--- Comment #2 from Andrew John Hughes  ---
Bug in GNU Classpath code. Only the Qt peer seems to implement this method.

[Bug classpath/38075] Scanner(System.in) causes next*() to behave incorrectly

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38075

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|unknown |unspecified
   Last reconfirmed||2016-10-03
  Component|libgcj  |classpath
 Resolution|WONTFIX |---
 Ever confirmed|0   |1
Product|gcc |classpath

--- Comment #2 from Andrew John Hughes  ---
Replicated on CACAO+GNU Classpath.

[Bug c++/77830] internal compiler error: in output_constructor_regular_field, at varasm.c:4968, when using constexpr (with testcase)

2016-10-03 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77830

--- Comment #3 from Martin Liška  ---
Reduced test-case:

#include 
template  struct Parser
{
  char arr[N][1];
  constexpr void setMember (const char *, int);
};
template 
constexpr void
Parser::setMember (const char *, int i)
{
  for (auto j = 0; j < 2; ++j)
arr[i][j] = true;
}
template  constexpr auto create_parser (T... a)
{
  const char *strings[]{a...};
  Parser p{};
  for (auto i = 0; i < sizeof...(a); ++i)
p.setMember (strings[i], i);
  return p;
}
main () { constexpr auto a = create_parser ("", ""); }

[Bug classpath/30884] Some arbitrary system properties missing

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30884

Andrew John Hughes  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |gnu_andrew at member 
dot fsf.org
   Severity|normal  |enhancement

[Bug classpath/30884] Some arbitrary system properties missing

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30884

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|4.3.0   |unspecified
   Last reconfirmed||2016-10-03
 CC||gnu_andrew at member dot 
fsf.org
  Component|java|classpath
 Resolution|WONTFIX |---
 Ever confirmed|0   |1
Product|gcc |classpath

--- Comment #2 from Andrew John Hughes  ---
Re-assigning to GNU Classpath.

[Bug c++/77830] internal compiler error: in output_constructor_regular_field, at varasm.c:4968, when using constexpr (with testcase)

2016-10-03 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77830

Martin Liška  changed:

   What|Removed |Added

   Keywords||accepts-invalid,
   ||ice-on-invalid-code
 Status|RESOLVED|NEW
   Last reconfirmed||2016-10-03
 CC||marxin at gcc dot gnu.org
 Resolution|INVALID |---
 Ever confirmed|0   |1

--- Comment #2 from Martin Liška  ---
Confirmed, started with r234636. However, GCC 5.1.0, 5.2.0 and 5.3.0 accept the
invalid source code. GCC 4.9.x ICEs.

[Bug classpath/12660] libgcj should use strerror_r instead of strerror

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12660

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|3.4.0   |unspecified
  Component|libgcj  |classpath
 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |---
Product|gcc |classpath

--- Comment #2 from Andrew John Hughes  ---
This also applies to GNU Classpath native code.

[Bug target/77834] [7 Regression] ICE: in make_decl_rtl, at varasm.c:1311 with -O -ftree-pre -mstringop-strategy=libcall

2016-10-03 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77834

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-03
 CC||hubicka at gcc dot gnu.org,
   ||marxin at gcc dot gnu.org
   Target Milestone|--- |7.0
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Confirmed, started with r236862. However the change made in the revision looks
unrelated.

[Bug target/77833] [7 Regression] ICE: in plus_constant, at explow.c:87 with -O -mavx512f

2016-10-03 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77833

Martin Liška  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-03
 CC||marxin at gcc dot gnu.org,
   ||rguenth at gcc dot gnu.org
   Target Milestone|--- |7.0
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Confirmed, started with r238757.

[Bug java/28149] Fail to test GCC on simulation due to libjava build errors.

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28149

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org

--- Comment #6 from Andrew John Hughes  ---
The mprec changes were fixed:

http://git.savannah.gnu.org/cgit/classpath.git/commit/?id=5c6016b554d61a74b7278a

[Bug libgcj/13603] [meta-bug] Java security model tracking PR

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13603

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |---

--- Comment #2 from Andrew John Hughes  ---
Moving to GNU Classpath as it contains Classpath bugs.

[Bug classpath/16990] [meta-bug] TimeZone Issues in libgcj/classpath

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16990

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|4.0.0   |unspecified
  Component|libgcj  |classpath
 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |---
Product|gcc |classpath

--- Comment #4 from Andrew John Hughes  ---
The three open issues are all Classpath issues so this should really be a
Classpath metabug.

[Bug c++/77804] Internal compiler error on incorrect initialization of new-d array

2016-10-03 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77804

Martin Sebor  changed:

   What|Removed |Added

   Keywords||patch

--- Comment #2 from Martin Sebor  ---
Patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-10/msg00112.html

[Bug tree-optimization/77836] New: Simplify (x>>4)*16 in gimple

2016-10-03 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77836

Bug ID: 77836
   Summary: Simplify (x>>4)*16 in gimple
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: glisse at gcc dot gnu.org
  Target Milestone: ---

unsigned f(unsigned x){ return (x>>4)*16; }

gives the optimized dump

  _1 = x_2(D) >> 4;
  _3 = _1 * 16;

while (x/16)*16 and (x>>4)<<4 are optimized to

  _2 = x_1(D) & 4294967280;

[Bug target/77835] New: -O2 -pg -m32 overwrites saved lr with bogus value

2016-10-03 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77835

Bug ID: 77835
   Summary: -O2 -pg -m32 overwrites saved lr with bogus value
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
  Target Milestone: ---
Target: powerpc-*-*

When compiling with -O2 -pg the compiler is saving lr twice, once before
_mcount, a second time after it (where it overwrites the saved value with a
bogus one).

$ echo 'int foo (int x) { return x; }' | gcc -O2 -pg -S -m32 -xc - -o -
.file   ""
.machine power4
.section".text"
.align 2
.p2align 4,,15
.globl foo
.type   foo, @function
foo:
mflr 0
stw 0,4(1)
bl _mcount
stwu 1,-16(1)
mflr 0
stw 0,20(1)
ori 2,2,0
lwz 0,20(1)
addi 1,1,16
mtlr 0
blr
.size   foo,.-foo
.ident  "GCC: (GNU) 7.0.0 20161002 (experimental) [trunk revision
240699]"
.section.note.GNU-stack,"",@progbits

[Bug libfortran/77828] [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

2016-10-03 Thread jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828

--- Comment #2 from Jerry DeLisle  ---
Created attachment 39746
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39746=edit
One approach to resolving this

With the attached patch, here is the result of trying to go forward or backward
with pointing to the wrong library (usr is current trunk, usr6 is gcc 6)

gfc pr77828.f90 
$ ./a.out 
 Greetings from i 42 of 43  
 Greetings from i 42 of 43  
$ export LD_LIBRARY_PATH=/home/jerry/dev/usr6/lib64/
$ ./a.out 
./a.out: /home/jerry/dev/usr6/lib64/libgfortran.so.3: version `GFORTRAN_1.8'
not found (required by ./a.out)
$ gfc6 pr77828.f90
$ ./a.out 
 Greetings from i 42 of 43  
 Greetings from i 42 of 43  
$ export LD_LIBRARY_PATH=/home/jerry/dev/usr/lib64/
$ ./a.out 
./a.out: relocation error: ./a.out: symbol _gfortran_st_write, version
GFORTRAN_1.0 not defined in file libgfortran.so.3 with link time reference

Is this acceptable?

[Bug c++/77832] isnan() check causes signal 8 with signaling nans

2016-10-03 Thread joseph at codesourcery dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77832

--- Comment #3 from joseph at codesourcery dot com  ---
See bug 66462.

[Bug tree-optimization/77399] Poor code generation for vector casts and loads

2016-10-03 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77399

--- Comment #13 from Andreas Schwab  ---
Executing on host: /daten/gcc/gcc-20161002/Build/gcc/xgcc
-B/daten/gcc/gcc-20161002/Build/gcc/
/daten/gcc/gcc-20161002/gcc/testsuite/gcc.dg/tree-ssa/forwprop-35.c  -m32   
-fno-diagnostics-show-caret -fdiagnostics-color=never   -O -fdump-tree-cddce1
-S -o forwprop-35.s(timeout = 300)
spawn -ignore SIGHUP /daten/gcc/gcc-20161002/Build/gcc/xgcc
-B/daten/gcc/gcc-20161002/Build/gcc/
/daten/gcc/gcc-20161002/gcc/testsuite/gcc.dg/tree-ssa/forwprop-35.c -m32
-fno-diagnostics-show-caret -fdiagnostics-color=never -O -fdump-tree-cddce1 -S
-o forwprop-35.s
/daten/gcc/gcc-20161002/gcc/testsuite/gcc.dg/tree-ssa/forwprop-35.c: In
function 'vec_cast':
/daten/gcc/gcc-20161002/gcc/testsuite/gcc.dg/tree-ssa/forwprop-35.c:8:1:
warning: GCC vector returned by reference: non-standard ABI extension with no
compatibility guarantee
/daten/gcc/gcc-20161002/gcc/testsuite/gcc.dg/tree-ssa/forwprop-35.c:7:6:
warning: GCC vector passed by reference: non-standard ABI extension with no
compatibility guarantee
/daten/gcc/gcc-20161002/gcc/testsuite/gcc.dg/tree-ssa/forwprop-35.c:9:10:
internal compiler error: in expand_float, at optabs.c:4774
0x10626e03 expand_float(rtx_def*, rtx_def*, int)
../../gcc/optabs.c:4774
0x1041851b expand_expr_real_2(separate_ops*, rtx_def*, machine_mode,
expand_modifier)
../../gcc/expr.c:8867
0x10407f77 expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
../../gcc/expr.c:9720
0x10412a53 store_expr_with_bounds(tree_node*, rtx_def*, int, bool, bool,
tree_node*)
../../gcc/expr.c:5547
0x10413897 expand_assignment(tree_node*, tree_node*, bool)
../../gcc/expr.c:5316
0x102e2793 expand_gimple_stmt_1
../../gcc/cfgexpand.c:3649
0x102e2793 expand_gimple_stmt
../../gcc/cfgexpand.c:3745
0x102e4287 expand_gimple_basic_block
../../gcc/cfgexpand.c:5752
0x102ead07 execute
../../gcc/cfgexpand.c:6363
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
compiler exited with status 1
FAIL: gcc.dg/tree-ssa/forwprop-35.c (internal compiler error)

[Bug tree-optimization/71550] [7 Regression] wrong code at -O3 on x86_64-linux-gnu

2016-10-03 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71550

Jeffrey A. Law  changed:

   What|Removed |Added

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

--- Comment #6 from Jeffrey A. Law  ---
Fixed on the trunk.

[Bug tree-optimization/71550] [7 Regression] wrong code at -O3 on x86_64-linux-gnu

2016-10-03 Thread law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71550

--- Comment #5 from Jeffrey A. Law  ---
Author: law
Date: Mon Oct  3 19:28:24 2016
New Revision: 240727

URL: https://gcc.gnu.org/viewcvs?rev=240727=gcc=rev
Log:
PR tree-optimization/71550
PR tree-optimization/71403
* tree-ssa-threadbackward.c: Include tree-vectorizer.h
(profitable_jump_thread_path): Also return boolean indicating if
the realized path will create an irreducible loop.
Remove loop depth tests from 71403.
(fsm_find_control_statement_thread_paths): Remove loop depth tests
from 71403.  If threading will create an irreducible loop, then
throw away loop iteration and related information.

PR tree-optimization/71550
PR tree-optimization/71403
* gcc.c-torture/execute/pr71550.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr71550.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-threadbackward.c

[Bug tree-optimization/71403] [7 Regression] wrong code (segfault) at -O3 on x86_64-linux-gnu

2016-10-03 Thread law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71403

--- Comment #12 from Jeffrey A. Law  ---
Author: law
Date: Mon Oct  3 19:28:24 2016
New Revision: 240727

URL: https://gcc.gnu.org/viewcvs?rev=240727=gcc=rev
Log:
PR tree-optimization/71550
PR tree-optimization/71403
* tree-ssa-threadbackward.c: Include tree-vectorizer.h
(profitable_jump_thread_path): Also return boolean indicating if
the realized path will create an irreducible loop.
Remove loop depth tests from 71403.
(fsm_find_control_statement_thread_paths): Remove loop depth tests
from 71403.  If threading will create an irreducible loop, then
throw away loop iteration and related information.

PR tree-optimization/71550
PR tree-optimization/71403
* gcc.c-torture/execute/pr71550.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr71550.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-threadbackward.c

[Bug target/77834] New: [7 Regression] ICE: in make_decl_rtl, at varasm.c:1311 with -O -ftree-pre -mstringop-strategy=libcall

2016-10-03 Thread zsojka at seznam dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77834

Bug ID: 77834
   Summary: [7 Regression] ICE: in make_decl_rtl, at varasm.c:1311
with -O -ftree-pre -mstringop-strategy=libcall
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz
  Target Milestone: ---
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
 Build: x86_64-pc-linux-gnu

Created attachment 39745
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39745=edit
reduced testcase

Compiler output:
$ x86_64-pc-linux-gnu-gcc -O -ftree-pre -mstringop-strategy=libcall testcase.c
-Wno-psabi
testcase.c: In function 'foo':
testcase.c:12:1: internal compiler error: in make_decl_rtl, at varasm.c:1311
 }
 ^
0xed8c18 make_decl_rtl(tree_node*)
/repo/gcc-trunk/gcc/varasm.c:1307
0x6f7020 nonoverlapping_memrefs_p(rtx_def const*, rtx_def const*, bool)
/repo/gcc-trunk/gcc/alias.c:2757
0x6f80e5 write_dependence_p
/repo/gcc-trunk/gcc/alias.c:3033
0x6f846f canon_anti_dependence(rtx_def const*, bool, rtx_def const*,
machine_mode, rtx_def*)
/repo/gcc-trunk/gcc/alias.c:3060
0x7978c5 cselib_invalidate_mem
/repo/gcc-trunk/gcc/cselib.c:2265
0x799a7b cselib_record_sets
/repo/gcc-trunk/gcc/cselib.c:2557
0x79abf6 cselib_process_insn(rtx_insn*)
/repo/gcc-trunk/gcc/cselib.c:2671
0xae9247 reload_cse_regs_1
/repo/gcc-trunk/gcc/postreload.c:217
0xaebfbd reload_cse_regs
/repo/gcc-trunk/gcc/postreload.c:67
0xaebfbd execute
/repo/gcc-trunk/gcc/postreload.c:2342
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


$ x86_64-pc-linux-gnu-gcc -v
Using built-in specs.
COLLECT_GCC=/repo/gcc-trunk/binary-latest-amd64/bin/x86_64-pc-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/repo/gcc-trunk/binary-trunk-240677-checking-yes-rtl-df-extra-nographite-amd64/bin/../libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /repo/gcc-trunk//configure --enable-languages=c,c++
--enable-valgrind-annotations --disable-nls --enable-checking=yes,rtl,df,extra
--without-cloog --without-ppl --without-isl --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu
--with-ld=/usr/bin/x86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-240677-checking-yes-rtl-df-extra-nographite-amd64
Thread model: posix
gcc version 7.0.0 20160930 (experimental) (GCC)

[Bug testsuite/72850] [7 Regression] FAIL: gcc.dg/tree-ssa/pr69270-3.c scan-tree-dump-times uncprop1 ", 1" 4

2016-10-03 Thread doug.gilmore at imgtec dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72850

Doug Gilmore  changed:

   What|Removed |Added

 CC||doug.gilmore at imgtec dot com

--- Comment #5 from Doug Gilmore  ---
Thanks Uri for the test case!

In case it wasn't clear, the switch statement should be removed at higher
levels
of optimization:

$ for i in 0 1 2 3 ; do ( set -x ; mips-mti-linux-gnu-gcc test.c -c -O$i
-fdump-tree-optimized ; egrep ";; Function|switch" test.c.169t.optimized  )
done
+ mips-mti-linux-gnu-gcc test.c -c -O0 -fdump-tree-optimized
+ egrep ';; Function|switch' test.c.169t.optimized
;; Function is_digit (is_digit, funcdef_no=0, decl_uid=1406, symbol_order=0)
;; Function FMS (FMS, funcdef_no=1, decl_uid=1410, symbol_order=1)
  switch (state_11) , case 0: , case 2: , case 3:
, case 4: , case 5: , case 6: , case 7: >
+ mips-mti-linux-gnu-gcc test.c -c -O1 -fdump-tree-optimized
+ egrep ';; Function|switch' test.c.169t.optimized
;; Function FMS (FMS, funcdef_no=1, decl_uid=1410, symbol_order=1)
  switch (state_98) , case 0: , case 2: , case 3:
, case 4: , case 5: , case 6: , case 7: >
+ mips-mti-linux-gnu-gcc test.c -c -O2 -fdump-tree-optimized
+ egrep ';; Function|switch' test.c.169t.optimized
;; Function FMS (FMS, funcdef_no=1, decl_uid=1410, symbol_order=1)
+ mips-mti-linux-gnu-gcc test.c -c -O3 -fdump-tree-optimized
+ egrep ';; Function|switch' test.c.169t.optimized
;; Function FMS (FMS, funcdef_no=1, decl_uid=1410, symbol_order=1)

[Bug target/77833] New: [7 Regression] ICE: in plus_constant, at explow.c:87 with -O -mavx512f

2016-10-03 Thread zsojka at seznam dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77833

Bug ID: 77833
   Summary: [7 Regression] ICE: in plus_constant, at explow.c:87
with -O -mavx512f
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: zsojka at seznam dot cz
  Target Milestone: ---
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
 Build: x86_64-pc-linux-gnu

Created attachment 39744
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39744=edit
reduced testcase

Compiler output:
$ x86_64-pc-linux-gnu-gcc -O -mavx512f testcase.c 
testcase.c: In function 'foo':
testcase.c:11:1: internal compiler error: in plus_constant, at explow.c:87
 }
 ^
0x8438ef plus_constant(machine_mode, rtx_def*, long, bool)
/repo/gcc-trunk/gcc/explow.c:87
0x8436a6 plus_constant(machine_mode, rtx_def*, long, bool)
/repo/gcc-trunk/gcc/explow.c:117
0x6f9a04 init_alias_analysis()
/repo/gcc-trunk/gcc/alias.c:3359
0x9dbe52 ira
/repo/gcc-trunk/gcc/ira.c:5160
0x9dbe52 execute
/repo/gcc-trunk/gcc/ira.c:5512
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


$ x86_64-pc-linux-gnu-gcc -v
Using built-in specs.
COLLECT_GCC=/repo/gcc-trunk/binary-latest-amd64/bin/x86_64-pc-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/repo/gcc-trunk/binary-trunk-240677-checking-yes-rtl-df-extra-nographite-amd64/bin/../libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /repo/gcc-trunk//configure --enable-languages=c,c++
--enable-valgrind-annotations --disable-nls --enable-checking=yes,rtl,df,extra
--without-cloog --without-ppl --without-isl --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu
--with-ld=/usr/bin/x86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-240677-checking-yes-rtl-df-extra-nographite-amd64
Thread model: posix
gcc version 7.0.0 20160930 (experimental) (GCC)

[Bug go/77809] [7 regression] "_LITTLE_ENDIAN" redefined

2016-10-03 Thread ian at airs dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77809

Ian Lance Taylor  changed:

   What|Removed |Added

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

--- Comment #6 from Ian Lance Taylor  ---
Should be fixed.

[Bug go/77809] [7 regression] "_LITTLE_ENDIAN" redefined

2016-10-03 Thread ian at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77809

--- Comment #5 from ian at gcc dot gnu.org  ---
Author: ian
Date: Mon Oct  3 18:39:54 2016
New Revision: 240724

URL: https://gcc.gnu.org/viewcvs?rev=240724=gcc=rev
Log:
PR go/77809

libgo: strip most C macros from runtime.inc

The Go runtime package is picking up C macros from runtime_sysinfo.go
and then re-exporting them to runtime.inc.  This can cause name
conflicts.  Change the Makefile so that we only put the macros we need
into runtime.inc.  These are the constants that are actually defined by
Go code, not runtime_sysinfo.go.  There are only a few, so we can
pattern match.

This is an additional hack on runtime.inc.  The long term goal is to
convert the runtime package to Go and eliminate runtime.inc entirely, so
a few hacks seem acceptable.

Fixes GCC PR 77809.

Reviewed-on: https://go-review.googlesource.com/30167

Modified:
trunk/gcc/go/gofrontend/MERGE
trunk/libgo/Makefile.am
trunk/libgo/Makefile.in

[Bug c++/77832] isnan() check causes signal 8 with signaling nans

2016-10-03 Thread gmc at synopsys dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77832

--- Comment #2 from Gordon Mc  ---
Created attachment 39743
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39743=edit
Runs the test prog with various arguments

[Bug c++/77832] isnan() check causes signal 8 with signaling nans

2016-10-03 Thread gmc at synopsys dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77832

--- Comment #1 from Gordon Mc  ---
Created attachment 39742
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39742=edit
Makefile

[Bug c++/77832] New: isnan() check causes signal 8 with signaling nans

2016-10-03 Thread gmc at synopsys dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77832

Bug ID: 77832
   Summary: isnan() check causes signal 8 with signaling nans
   Product: gcc
   Version: 6.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gmc at synopsys dot com
  Target Milestone: ---

Created attachment 39741
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39741=edit
test program

The example prog shows incorrect isnan() behavior when used with signaling
NaNs. (isnan() itself should not generate a signal AFAIK)

Run the test prog is run with a SINGLE argument(0 => use quiet Nan ; 1 => use
signaling Nan):
 - quite NaNs behave as expected
 - for signaling NaNs:
 - the optimized exe behaves correctly and does NOT trigger a signal
 - the debug exe gets signal 8 on the isnan()

If you then run the exact same program with an additional arg (any old value)
then the optimized exe will now ALSO trigger a signal on isnan() .

Attachment 'run' runs the test prog in each of these variants - none are
expected to signal.

OS: RedHat 6.6
Works with GCC version 5.4 
Does not work on GCC versions 6.1 and 6.
Compiler is built as follows:
$ g++ -v
Using built-in specs.
COLLECT_GCC=/remote/sweifs/PST/gmc/Gnu/GCC_6.2.0/bin/g++
COLLECT_LTO_WRAPPER=/remote/sweifs/PST/gmc/Gnu/GCC_6.2.0/libexec/gcc/x86_64-redhat-linux/6.2.0/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../src/gcc-6.2.0/configure
--prefix=/remote/sweifs/PST/gmc/Gnu/GCC_6.2.0 --enable-bootstrap
--enable-threads=posix --disable-checking --with-system-zlib
--enable-__cxa_atexit --disable-libunwind-exceptions
--enable-languages=c,c++,fortran --disable-libgcj --with-cpu=generic
--build=x86_64-redhat-linux
Thread model: posix
gcc version 6.2.0 (GCC)

[Bug middle-end/77831] New: add fixit hints to -Wformat-length

2016-10-03 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77831

Bug ID: 77831
   Summary: add fixit hints to -Wformat-length
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: msebor at gcc dot gnu.org
  Target Milestone: ---

Bug 77743 (resolved as invalid) complains about -Wformat-length warning for a
safe call to sprintf(d, "%o", x & 0xff).  Bug 77690 (also resolved as invalid)
complains about a warning in a similarly safe sprintf(d, "%s", s) call where
the %s argument is guaranteed to fit in the destination.  Neither of these
false positives can be fixed in the gimple-ssa-sprintf pass that implements the
warning and so both of the warnings need to be suppressed in user code.  The
solution (using a length modifier in the first case and precision in the
second), although documented in the manual, is not obvious.  It would help if
GCC suggested the solution via a fixit hint.

[Bug c/77690] -Wformat-length %s false positive after strlen check

2016-10-03 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77690

Martin Sebor  changed:

   What|Removed |Added

   See Also||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=77708
 Resolution|FIXED   |INVALID

[Bug java/20469] gcjh does not rename Java variables named NULL

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20469

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org

--- Comment #3 from Andrew John Hughes  ---
Created attachment 39740
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39740=edit
Simple reproducer

[Bug libgcj/34313] SSLEngine for NIO - socket connection not working

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34313

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org

--- Comment #3 from Andrew John Hughes  ---
No reproducer.

[Bug java/32904] Typo in Base64.java's decode function

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32904

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |FIXED

--- Comment #3 from Andrew John Hughes  ---
Base64 implementation is now gnu/java/util/Base64.java without this mistake in
both Classpath and gcj.

[Bug c++/77830] internal compiler error: in output_constructor_regular_field, at varasm.c:4968, when using constexpr (with testcase)

2016-10-03 Thread asad78611 at googlemail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77830

Asad Mehmood  changed:

   What|Removed |Added

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

--- Comment #1 from Asad Mehmood  ---
Never mind,

Incorrect source

clang gives a more informative error:

test.cpp:35:18: error: constexpr variable 'a' must be initialized by a constant
expression
  constexpr auto a = create_parser("A","B","C");
 ^   ~~
test.cpp:20:23: note: assignment to dereferenced one-past-the-end pointer is
not allowed in a constant expression
  this->arr[i][j] = 0;
  ^
test.cpp:29:7: note: in call to '>setMember(&"A"[0], 0)'
p.setMember(strings[i], i);
  ^
test.cpp:35:22: note: in call to 'create_parser(&"A"[0], &"B"[0], &"C"[0])'
  constexpr auto a = create_parser("A","B","C");
 ^
1 error generated.

error was on line 13: should have been j < 11.

[Bug classpath/21890] SecurityManager is incomplete

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21890

--- Comment #3 from Andrew John Hughes  ---
Moved to GNU Classpath.

[Bug classpath/21890] SecurityManager is incomplete

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21890

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|4.1.0   |unspecified
  Component|libgcj  |classpath
 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |---
Product|gcc |classpath

[Bug libgcj/13603] [meta-bug] Java security model tracking PR

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13603
Bug 13603 depends on bug 21890, which changed state.

Bug 21890 Summary: SecurityManager is incomplete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21890

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
 Resolution|WONTFIX |---

[Bug c++/77830] New: internal compiler error: in output_constructor_regular_field, at varasm.c:4968, when using constexpr (with testcase)

2016-10-03 Thread asad78611 at googlemail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77830

Bug ID: 77830
   Summary: internal compiler error: in
output_constructor_regular_field, at varasm.c:4968,
when using constexpr (with testcase)
   Product: gcc
   Version: 6.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asad78611 at googlemail dot com
  Target Milestone: ---

Created attachment 39739
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39739=edit
Test Case

running 

c++ -g -std=gnu++14 test.cpp

doesn't compile with:

test.cpp:36:1: internal compiler error: in output_constructor_regular_field, at
varasm.c:4968
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.



removing constexpr on line 35 compiles successfully, but doesn't run the
constant expression.

c++ -v:

COLLECT_GCC=c++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/6.2.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc-multilib/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++,ada,fortran,go,lto,objc,obj-c++ --enable-shared
--enable-threads=posix --enable-libmpx --with-system-zlib --with-isl
--enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu
--disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object
--enable-linker-build-id --enable-lto --enable-plugin
--enable-install-libiberty --with-linker-hash-style=gnu
--enable-gnu-indirect-function --enable-multilib --disable-werror
--enable-checking=release
Thread model: posix
gcc version 6.2.1 20160830 (GCC)

[Bug classpath/20508] gij prints too much information if an incorrect class is given

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20508

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|4.1.0   |unspecified
  Component|libgcj  |classpath
 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |---
Product|gcc |classpath

--- Comment #4 from Andrew John Hughes  ---
Seems to be a Classpath bug:

$ cacao Test
Exception in thread "main" java.lang.NoClassDefFoundError: Test not found in
java.lang.ClassLoader$1{urls=[file:/home/andrew/projects/classpath/tests/pr28977/./],
parent=null}
   <>
Caused by: java.lang.ClassNotFoundException: Test not found in
java.lang.ClassLoader$1{urls=[file:/home/andrew/projects/classpath/tests/pr28977/./],
parent=null}
   at java.net.URLClassLoader.findClass(URLClassLoader.java:531)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:341)
   at java.lang.ClassLoader$1.loadClass(ClassLoader.java:1112)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:293)

$ gij Test
Exception in thread "main" java.lang.NoClassDefFoundError: Test
   at gnu.java.lang.MainThread.run(libgcj.so.17)
Caused by: java.lang.ClassNotFoundException: Test not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.17)
   at java.lang.ClassLoader.loadClass(libgcj.so.17)
   at java.lang.ClassLoader.loadClass(libgcj.so.17)
   at gnu.java.lang.MainThread.run(libgcj.so.17)

[Bug libgcj/28977] UTF-16 endianness differs between gcj and Sun JDK

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28977

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org

--- Comment #6 from Andrew John Hughes  ---
Seems to have been specific to libgcj:

out.cacao:Big-endian UTF-16 Unicode text, with no line terminators
out.gij:  Little-endian UTF-16 Unicode text, with no line terminators
out.icedtea6: Big-endian UTF-16 Unicode text, with no line terminators

[Bug classpath/13459] use freedesktop mime type library

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13459

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|unknown |unspecified
  Component|libgcj  |classpath
 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |---
Product|gcc |classpath

--- Comment #3 from Andrew John Hughes  ---
Re-assigning to GNU Classpath.

[Bug libstdc++/77814] build fails trying to build eh_arm

2016-10-03 Thread tprince at computer dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77814

--- Comment #6 from tprince at computer dot org ---
Permits bootstrap to proceed, will post to testresults when successful. 
Thanks.

[Bug classpath/39481] StringTokenizer.hasMoreTokens() can screw up tokens

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39481

Andrew John Hughes  changed:

   What|Removed |Added

 Status|RESOLVED|ASSIGNED
Version|4.4.0   |unspecified
   Last reconfirmed||2016-10-03
 CC||gnu_andrew at member dot 
fsf.org
  Component|libgcj  |classpath
 Resolution|WONTFIX |---
 Ever confirmed|0   |1
Product|gcc |classpath

--- Comment #3 from Andrew John Hughes  ---
Replicated with CACAO+GNu Classpath so re-opening as a GNU Classpath bug.

[Bug libfortran/77828] [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

2016-10-03 Thread jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828

Jerry DeLisle  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2016-10-03
 CC||jvdelisle at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |jvdelisle at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Jerry DeLisle  ---
(In reply to vehre from comment #0)
> Created attachment 39737 [details]
> Standalone code as given in the description.
> 
> Compiling this example:
> 
> character(len=100) :: gr
> integer :: i, j
> 
> i =42
> j =43
> write (gr,"(2(a,i2))") "Greetings from i ",i," of ", j
> print *,gr
> 

I am pretty sure this is related to the dtio internal units patch. I think I
need to bump the symbol versions for the basic read and write statements, the
changes to internal units was fairly intrusive.

So this one is mine. Thanks for report.

[Bug middle-end/77816] [7 Regression] lots of fortran tests fail on aarch64-linux-gnu

2016-10-03 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77816

Andrew Pinski  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Andrew Pinski  ---
(In reply to ktkachov from comment #5)
> I reverted r240649. Can you please confirm that it fixes your issues and
> close this if appropriate?

Yes it fixes my issue:
https://gcc.gnu.org/ml/gcc-testresults/2016-10/msg00187.html

[Bug libgcj/43258] In-tree build may fail in libjava/classpath/tools

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43258

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |FIXED

--- Comment #2 from Andrew John Hughes  ---
Seems to have been fixed by this:

commit 0e24d2cf64e4384186a0b11489c139e645fd6743
Author: Andrew John Hughes 
Date:   Sat Jan 30 02:33:50 2010 +

Remove .svn pruning.  Now applied to GCJ local copies only.

2010-01-15  Rainer Orth  

PR libgcj/38251
* tools/Makefile.am (dist-hook): Prune .svn directories in asm and
classes copies.

Revert:
2008-11-05  Andrew Haley  

* tools/Makefile.am (UPDATE_TOOLS_ZIP, CREATE_TOOLS_ZIP): Exclude
.svn directories.

http://git.savannah.gnu.org/cgit/classpath.git/commit/?id=0e24d2cf64e4384186a0b11489c139e645

[Bug fortran/77371] [6/7 Regression] ICE in force_constant_size, at gimplify.c:671 (... and others)

2016-10-03 Thread tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77371

Thomas Schwinge  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #5 from Thomas Schwinge  ---
.

[Bug middle-end/64516] [5 Regression] arm: wrong unaligned load generated

2016-10-03 Thread rguenther at suse dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64516

--- Comment #12 from rguenther at suse dot de  ---
On October 3, 2016 12:21:13 PM GMT+02:00, markus at oberhumer dot com
 wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64516
>
>--- Comment #11 from Markus F.X.J. Oberhumer com> ---
>Did you have a chance to backport this for 5.5 yet ?

Not yet, I tried but the patch didn't trivially apply.

>Thanks,
>Markus

[Bug c++/77829] New: Bad fix-it for nested-name-specifier

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77829

Bug ID: 77829
   Summary: Bad fix-it for nested-name-specifier
   Product: gcc
   Version: 6.2.1
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: redi at gcc dot gnu.org
  Target Milestone: ---

namespace detail {
  int _foo(int i) { return i; }
}

void bar(int i) {
  detail::foo(i);
}

This says:

fixit.cc: In function ‘void bar(int)’:
fixit.cc:6:3: error: ‘foo’ is not a member of ‘detail’
   detail::foo(i);
   ^~
fixit.cc:6:3: note: suggested alternative: ‘bool’
   detail::foo(i);
   ^~
   bool


There are two problems here. Firstly, the range info for the rich location
suggests replacing "detail" when it should be "foo". The patch generated by
-fdiagnostics-generate-patch is:

--- fixit.cc
+++ fixit.cc
@@ -3,5 +3,5 @@
 }

 void bar(int i) {
-  detail::foo(i);
+  bool::foo(i);
 }


Secondly, detail::_foo should be a better match for detail::foo than
detail::bool (which wouldn't be valid, because bool is not an identifier).

[Bug c++/77829] Bad fix-it for nested-name-specifier

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77829

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-03
Version|6.2.1   |7.0
 Ever confirmed|0   |1

[Bug libgcj/20395] GNU Crypto should be merged into libgcj

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20395

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |FIXED

--- Comment #3 from Andrew John Hughes  ---
Merged into GNU Classpath for 0.90 (2006-03-06).

[Bug c++/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

2016-10-03 Thread ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822

--- Comment #7 from ktkachov at gcc dot gnu.org ---
:1:39: warning: emu.h.gch: created by a different GCC executable
:1:9: fatal error: emu.h.gch: PCH file was invalid

Is there any way you can get a pre-processed source without any precompiled
headers involved?

[Bug libgcj/19612] gjdoc in libgcj

2016-10-03 Thread gnu_andrew at member dot fsf.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19612

Andrew John Hughes  changed:

   What|Removed |Added

 CC||gnu_andrew at member dot 
fsf.org
 Resolution|WONTFIX |FIXED

--- Comment #5 from Andrew John Hughes  ---
gjdoc was actually added into GNU Classpath in 0.98 so will have been in gcj
for some time.

$ jar tf
/usr/share/gcc-data/x86_64-pc-linux-gnu/5.3.0/java/libgcj-tools-5.3.0.jar |grep
gjdoc/|head
gnu/classpath/tools/gjdoc/
gnu/classpath/tools/gjdoc/SourcePositionImpl.class
etc.

[Bug libstdc++/77342] Use abi_tag on Debug Mode namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77342

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-03
 Ever confirmed|0   |1

[Bug libstdc++/23888] should debug mode throw instead of assert?

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23888

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #6 from Jonathan Wakely  ---
(In reply to Sylvain Pion from comment #5)
> What about providing both modes, with for example a global run-time flag to
> select the mode which is the most appropriate ?  And maybe defaulting to
> assert, since it looks like users might prefer this (?).

That just seems like unnecessary complexity.

I'm going to close this. I don't find the benefits of this change compelling.


> Also, a side note : throwing an uncaught exception does not seem to destroy
> the stack,

It does if it is caught and rethrown:

void f() { throw 1; }

int main() {
  try {
f();
  } catch (...) {
throw;
  }
}

The context of the original throw is lost.

Also, the prevalence of 'noexcept' in the std::lib in modern C++ makes it more
likely that an exception will terminate, so we'd just abort() again anyway.

[Bug libstdc++/77794] [5/6/7 Regression] libstdc++ doesn't bootstrap with ./configure --enable-symvers=gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77794

Jonathan Wakely  changed:

   What|Removed |Added

 CC||dmorilha at gmail dot com

--- Comment #6 from Jonathan Wakely  ---
*** Bug 68058 has been marked as a duplicate of this bug. ***

[Bug libstdc++/68058] _GLIBCXX_BEGIN_NAMESPACE_VERSION breaks regex

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68058

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE
   Target Milestone|--- |5.5

--- Comment #2 from Jonathan Wakely  ---
This is due to PR 59256, but is now fixed by the changes for PR 77794.

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

[Bug target/77586] [7 Regression] ia64 target fails to build due to ICE triggered by -fself-test

2016-10-03 Thread tbsaunde at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77586

tbsaunde at gcc dot gnu.org changed:

   What|Removed |Added

 CC||tbsaunde at gcc dot gnu.org

--- Comment #2 from tbsaunde at gcc dot gnu.org ---
(In reply to jos...@codesourcery.com from comment #1)
> My offer at  to 
> provide an untested patch to always enable TFmode support in libgcc on 
> ia64, if such an untested patch would be useful, stands.

I think it would be useful for these targets to at least build in
config-list.mk runs so the failure of each doesn't need to be manually checked.

As for the vms targets there is at least an argument to be made that a
configuration that builds but is not safe is less broken than a configuration
that doesn't build at all.  That said if nobody cares about vms ia64 can we
just obsolete it?

[Bug c/77817] -Wimplicit-fallthrough: cpp directive renders FALLTHRU comment ineffective

2016-10-03 Thread jim at meyering dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77817

--- Comment #2 from jim at meyering dot net ---
Oops. That must have been the "worked-around" version.
Swap the #undef and fallthrough comment to repro:

int
foo (int x)
{
  switch (x)
{
case 1:
  x = 3;
  /* fallthrough */
#undef X
case 2:
  x = 4;
}
  return x;
}

$ /p/p/gcc-2016-10-02.12h48/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/cc1
-Wimplicit-fallthrough /t/ft.c
 foo
Analyzing compilation unit

/t/ft.c: In function ‘foo’:
/t/ft.c:20:9: warning: this statement may fall through [-Wimplicit-fallthroug ]
   x = 3;
   ~~^~~
/t/ft.c:23:5: note: here
 case 2:
 ^~~~

[Bug c++/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

2016-10-03 Thread jordi at gnu dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822

--- Comment #5 from Jordi Mallach  ---
Created attachment 39738
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39738=edit
emu.h.d for the failed tree

[Bug c++/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

2016-10-03 Thread jordi at gnu dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822

--- Comment #6 from Jordi Mallach  ---
emu.h.gch can be found here due to being > 1000KB:

http://oskuro.net/emu.h.gch.gz

[Bug bootstrap/32497] Crosscomiling native sh3 gcc on a 64-bit host fails

2016-10-03 Thread uwe at netbsd dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497

--- Comment #6 from Valeriy E. Ushakov  ---
(In reply to Oleg Endo from comment #5)
> (In reply to Valeriy E. Ushakov from comment #4)
> 
> > GEN_INT (-4294967296L;
> 
> > GEN_INT (4294967295L)),
> 
> I think those should be -4294967296LL and 4294967295LL.

Right, with the patch above (committed in NetBSD) I get the following diff
between insn-emit.c:

-   GEN_INT (-4294967296L;
+   GEN_INT (HOST_WIDE_INT_CONSTANT (-4294967296);

... etc

so, effectively, it removes the L/LL decision from genemit.c and delays it
until insn-emit.c is compiled.


> Do you have that build setup at hand to try this out?

I guess the easiest way to get out NetBSD source tree and to cross-build say
NetBSD/landisk on a 64 bit host (any linux/amd64 will do, osx probably too, but
there were a couple of pitfalls recently).

You can grab sources from e.g.
http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.0.1/source/sets/ and consult
BUILDING, but in a nutshell something like

./build.sh -m landisk -j8 -u -U distribution

(where -j8 is the amount of parallel jobs you want).
You can mail me privately if you need any help with this.


> BTW, those two patterns do not exist anymore in trunk, as SH5 stuff has been
> removed.

Yes, but that just masks the bug that L/LL selection is done in wrong context.

[Bug c++/77822] [6 REGRESSION] arm64 Error: immediate value out of range 0 to 63 at operand 3

2016-10-03 Thread jordi at gnu dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822

--- Comment #4 from Jordi Mallach  ---
(In reply to ktkachov from comment #3)
> I can't compile this:
> fatal error: ./obj/Release/emu.h.gch: couldn't open PCH file: No such file
> or directory

I am unsure why you're not getting it generated. If it helps, it is attached.

[Bug libstdc++/68323] chrono reference to ‘literals’ namespace is ambiguous when using gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68323

Jonathan Wakely  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |5.5

--- Comment #6 from Jonathan Wakely  ---
Fixed for 5.5, 6.3 and 7.0

[Bug libstdc++/77794] [5/6/7 Regression] libstdc++ doesn't bootstrap with ./configure --enable-symvers=gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77794

--- Comment #5 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:42:06 2016
New Revision: 240720

URL: https://gcc.gnu.org/viewcvs?rev=240720=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add export for
__cxa_thread_atexit.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* src/filesystem/Makefile.in: Likewise.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/experimental/fs_fwd.h: Declare versioned namespace.
* include/experimental/lfts_config.h: Declare versioned namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/string_view.tcc: Reopen inline namespace for
non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
branches/gcc-5-branch/libstdc++-v3/include/experimental/lfts_config.h
  - copied, changed from r240693,
branches/gcc-5-branch/libstdc++-v3/include/experimental/chrono
   
branches/gcc-5-branch/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
branches/gcc-5-branch/libstdc++-v3/ChangeLog
   
branches/gcc-5-branch/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver
branches/gcc-5-branch/libstdc++-v3/include/Makefile.am
branches/gcc-5-branch/libstdc++-v3/include/Makefile.in
branches/gcc-5-branch/libstdc++-v3/include/bits/basic_string.h
branches/gcc-5-branch/libstdc++-v3/include/bits/c++config
branches/gcc-5-branch/libstdc++-v3/include/bits/regex.h
branches/gcc-5-branch/libstdc++-v3/include/bits/uniform_int_dist.h
branches/gcc-5-branch/libstdc++-v3/include/experimental/algorithm
branches/gcc-5-branch/libstdc++-v3/include/experimental/any
branches/gcc-5-branch/libstdc++-v3/include/experimental/chrono
branches/gcc-5-branch/libstdc++-v3/include/experimental/fs_fwd.h
branches/gcc-5-branch/libstdc++-v3/include/experimental/functional
branches/gcc-5-branch/libstdc++-v3/include/experimental/optional
branches/gcc-5-branch/libstdc++-v3/include/experimental/ratio
branches/gcc-5-branch/libstdc++-v3/include/experimental/string_view
branches/gcc-5-branch/libstdc++-v3/include/experimental/string_view.tcc
branches/gcc-5-branch/libstdc++-v3/include/experimental/system_error
branches/gcc-5-branch/libstdc++-v3/include/experimental/tuple
branches/gcc-5-branch/libstdc++-v3/include/experimental/type_traits
branches/gcc-5-branch/libstdc++-v3/include/std/chrono
branches/gcc-5-branch/libstdc++-v3/include/std/complex
branches/gcc-5-branch/libstdc++-v3/src/filesystem/Makefile.in
   
branches/gcc-5-branch/libstdc++-v3/testsuite/20_util/duration/literals/range.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/experimental/any/misc/any_cast_neg.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/ext/profile/mutex_extensions_neg.cc

[Bug c++/59256] qualified name in friend function declaration doesn't match previous declaration in inline namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256

--- Comment #11 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:42:06 2016
New Revision: 240720

URL: https://gcc.gnu.org/viewcvs?rev=240720=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add export for
__cxa_thread_atexit.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* src/filesystem/Makefile.in: Likewise.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/experimental/fs_fwd.h: Declare versioned namespace.
* include/experimental/lfts_config.h: Declare versioned namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/string_view.tcc: Reopen inline namespace for
non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
branches/gcc-5-branch/libstdc++-v3/include/experimental/lfts_config.h
  - copied, changed from r240693,
branches/gcc-5-branch/libstdc++-v3/include/experimental/chrono
   
branches/gcc-5-branch/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
branches/gcc-5-branch/libstdc++-v3/ChangeLog
   
branches/gcc-5-branch/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver
branches/gcc-5-branch/libstdc++-v3/include/Makefile.am
branches/gcc-5-branch/libstdc++-v3/include/Makefile.in
branches/gcc-5-branch/libstdc++-v3/include/bits/basic_string.h
branches/gcc-5-branch/libstdc++-v3/include/bits/c++config
branches/gcc-5-branch/libstdc++-v3/include/bits/regex.h
branches/gcc-5-branch/libstdc++-v3/include/bits/uniform_int_dist.h
branches/gcc-5-branch/libstdc++-v3/include/experimental/algorithm
branches/gcc-5-branch/libstdc++-v3/include/experimental/any
branches/gcc-5-branch/libstdc++-v3/include/experimental/chrono
branches/gcc-5-branch/libstdc++-v3/include/experimental/fs_fwd.h
branches/gcc-5-branch/libstdc++-v3/include/experimental/functional
branches/gcc-5-branch/libstdc++-v3/include/experimental/optional
branches/gcc-5-branch/libstdc++-v3/include/experimental/ratio
branches/gcc-5-branch/libstdc++-v3/include/experimental/string_view
branches/gcc-5-branch/libstdc++-v3/include/experimental/string_view.tcc
branches/gcc-5-branch/libstdc++-v3/include/experimental/system_error
branches/gcc-5-branch/libstdc++-v3/include/experimental/tuple
branches/gcc-5-branch/libstdc++-v3/include/experimental/type_traits
branches/gcc-5-branch/libstdc++-v3/include/std/chrono
branches/gcc-5-branch/libstdc++-v3/include/std/complex
branches/gcc-5-branch/libstdc++-v3/src/filesystem/Makefile.in
   
branches/gcc-5-branch/libstdc++-v3/testsuite/20_util/duration/literals/range.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/experimental/any/misc/any_cast_neg.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/ext/profile/mutex_extensions_neg.cc

[Bug libstdc++/68323] chrono reference to ‘literals’ namespace is ambiguous when using gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68323

--- Comment #5 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:42:06 2016
New Revision: 240720

URL: https://gcc.gnu.org/viewcvs?rev=240720=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add export for
__cxa_thread_atexit.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* src/filesystem/Makefile.in: Likewise.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/experimental/fs_fwd.h: Declare versioned namespace.
* include/experimental/lfts_config.h: Declare versioned namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/string_view.tcc: Reopen inline namespace for
non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
branches/gcc-5-branch/libstdc++-v3/include/experimental/lfts_config.h
  - copied, changed from r240693,
branches/gcc-5-branch/libstdc++-v3/include/experimental/chrono
   
branches/gcc-5-branch/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
branches/gcc-5-branch/libstdc++-v3/ChangeLog
   
branches/gcc-5-branch/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver
branches/gcc-5-branch/libstdc++-v3/include/Makefile.am
branches/gcc-5-branch/libstdc++-v3/include/Makefile.in
branches/gcc-5-branch/libstdc++-v3/include/bits/basic_string.h
branches/gcc-5-branch/libstdc++-v3/include/bits/c++config
branches/gcc-5-branch/libstdc++-v3/include/bits/regex.h
branches/gcc-5-branch/libstdc++-v3/include/bits/uniform_int_dist.h
branches/gcc-5-branch/libstdc++-v3/include/experimental/algorithm
branches/gcc-5-branch/libstdc++-v3/include/experimental/any
branches/gcc-5-branch/libstdc++-v3/include/experimental/chrono
branches/gcc-5-branch/libstdc++-v3/include/experimental/fs_fwd.h
branches/gcc-5-branch/libstdc++-v3/include/experimental/functional
branches/gcc-5-branch/libstdc++-v3/include/experimental/optional
branches/gcc-5-branch/libstdc++-v3/include/experimental/ratio
branches/gcc-5-branch/libstdc++-v3/include/experimental/string_view
branches/gcc-5-branch/libstdc++-v3/include/experimental/string_view.tcc
branches/gcc-5-branch/libstdc++-v3/include/experimental/system_error
branches/gcc-5-branch/libstdc++-v3/include/experimental/tuple
branches/gcc-5-branch/libstdc++-v3/include/experimental/type_traits
branches/gcc-5-branch/libstdc++-v3/include/std/chrono
branches/gcc-5-branch/libstdc++-v3/include/std/complex
branches/gcc-5-branch/libstdc++-v3/src/filesystem/Makefile.in
   
branches/gcc-5-branch/libstdc++-v3/testsuite/20_util/duration/literals/range.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/experimental/any/misc/any_cast_neg.cc
   
branches/gcc-5-branch/libstdc++-v3/testsuite/ext/profile/mutex_extensions_neg.cc

[Bug libstdc++/77794] [5/6/7 Regression] libstdc++ doesn't bootstrap with ./configure --enable-symvers=gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77794

Jonathan Wakely  changed:

   What|Removed |Added

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

--- Comment #4 from Jonathan Wakely  ---
Fixed for 5.5, 6.3 and 7.0

[Bug libstdc++/77794] [5/6/7 Regression] libstdc++ doesn't bootstrap with ./configure --enable-symvers=gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77794

--- Comment #2 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:35:28 2016
New Revision: 240714

URL: https://gcc.gnu.org/viewcvs?rev=240714=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add exports for
__cxa_thread_atexit and __gnu_cxx::__freeres.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/std/string_view: Likewise.
* include/std/variant: Likewise. Add workaround for PR c++/59256.
* include/experimental/bits/fs_fwd.h: Declare versioned namespace.
* include/experimental/bits/lfts_config.h: Declare versioned
namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/bits/erase_if.h: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/memory_resource: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/propagate_const: Likewise.
* include/experimental/random: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/utility: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/bits/string_view.tcc: Reopen inline namespace
for non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/experimental/propagate_const/assignment/move_neg.cc:
Likewise.
* testsuite/experimental/propagate_const/cons/move_neg.cc: Likewise.
* testsuite/experimental/propagate_const/requirements2.cc: Likewise.
* testsuite/experimental/propagate_const/requirements3.cc: Likewise.
* testsuite/experimental/propagate_const/requirements4.cc: Likewise.
* testsuite/experimental/propagate_const/requirements5.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
trunk/libstdc++-v3/include/experimental/bits/lfts_config.h
  - copied, changed from r240711,
trunk/libstdc++-v3/include/experimental/bits/erase_if.h
trunk/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver
trunk/libstdc++-v3/include/Makefile.am
trunk/libstdc++-v3/include/Makefile.in
trunk/libstdc++-v3/include/bits/basic_string.h
trunk/libstdc++-v3/include/bits/c++config
trunk/libstdc++-v3/include/bits/regex.h
trunk/libstdc++-v3/include/bits/uniform_int_dist.h
trunk/libstdc++-v3/include/experimental/algorithm
trunk/libstdc++-v3/include/experimental/any
trunk/libstdc++-v3/include/experimental/bits/erase_if.h
trunk/libstdc++-v3/include/experimental/bits/fs_fwd.h
trunk/libstdc++-v3/include/experimental/bits/string_view.tcc
trunk/libstdc++-v3/include/experimental/chrono
trunk/libstdc++-v3/include/experimental/functional
trunk/libstdc++-v3/include/experimental/memory_resource
trunk/libstdc++-v3/include/experimental/optional
trunk/libstdc++-v3/include/experimental/propagate_const
trunk/libstdc++-v3/include/experimental/random
trunk/libstdc++-v3/include/experimental/ratio
trunk/libstdc++-v3/include/experimental/string_view
trunk/libstdc++-v3/include/experimental/system_error
trunk/libstdc++-v3/include/experimental/tuple
trunk/libstdc++-v3/include/experimental/type_traits
trunk/libstdc++-v3/include/experimental/utility
trunk/libstdc++-v3/include/std/chrono
trunk/libstdc++-v3/include/std/complex
trunk/libstdc++-v3/include/std/string_view
trunk/libstdc++-v3/include/std/variant
trunk/libstdc++-v3/testsuite/20_util/duration/literals/range.cc
trunk/libstdc++-v3/testsuite/experimental/any/misc/any_cast_neg.cc
   
trunk/libstdc++-v3/testsuite/experimental/propagate_const/assignment/move_neg.cc
trunk/libstdc++-v3/testsuite/experimental/propagate_const/cons/move_neg.cc

[Bug libstdc++/77794] [5/6/7 Regression] libstdc++ doesn't bootstrap with ./configure --enable-symvers=gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77794

--- Comment #3 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:36:22 2016
New Revision: 240719

URL: https://gcc.gnu.org/viewcvs?rev=240719=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add exports for
__cxa_thread_atexit and __gnu_cxx::__freeres.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/experimental/bits/fs_fwd.h: Declare versioned namespace.
* include/experimental/bits/lfts_config.h: Declare versioned
namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/bits/erase_if.h: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/memory_resource: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/propagate_const: Likewise.
* include/experimental/random: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/utility: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/bits/string_view.tcc: Reopen inline namespace
for non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/experimental/propagate_const/assignment/move_neg.cc:
Likewise.
* testsuite/experimental/propagate_const/cons/move_neg.cc: Likewise.
* testsuite/experimental/propagate_const/requirements2.cc: Likewise.
* testsuite/experimental/propagate_const/requirements3.cc: Likewise.
* testsuite/experimental/propagate_const/requirements4.cc: Likewise.
* testsuite/experimental/propagate_const/requirements5.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
   
branches/gcc-6-branch/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
branches/gcc-6-branch/libstdc++-v3/ChangeLog
branches/gcc-6-branch/libstdc++-v3/include/bits/regex.h

[Bug c++/59256] qualified name in friend function declaration doesn't match previous declaration in inline namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256

--- Comment #10 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:36:22 2016
New Revision: 240719

URL: https://gcc.gnu.org/viewcvs?rev=240719=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add exports for
__cxa_thread_atexit and __gnu_cxx::__freeres.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/experimental/bits/fs_fwd.h: Declare versioned namespace.
* include/experimental/bits/lfts_config.h: Declare versioned
namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/bits/erase_if.h: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/memory_resource: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/propagate_const: Likewise.
* include/experimental/random: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/utility: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/bits/string_view.tcc: Reopen inline namespace
for non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/experimental/propagate_const/assignment/move_neg.cc:
Likewise.
* testsuite/experimental/propagate_const/cons/move_neg.cc: Likewise.
* testsuite/experimental/propagate_const/requirements2.cc: Likewise.
* testsuite/experimental/propagate_const/requirements3.cc: Likewise.
* testsuite/experimental/propagate_const/requirements4.cc: Likewise.
* testsuite/experimental/propagate_const/requirements5.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
   
branches/gcc-6-branch/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
branches/gcc-6-branch/libstdc++-v3/ChangeLog
branches/gcc-6-branch/libstdc++-v3/include/bits/regex.h

[Bug libstdc++/68323] chrono reference to ‘literals’ namespace is ambiguous when using gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68323

--- Comment #4 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:36:22 2016
New Revision: 240719

URL: https://gcc.gnu.org/viewcvs?rev=240719=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add exports for
__cxa_thread_atexit and __gnu_cxx::__freeres.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/experimental/bits/fs_fwd.h: Declare versioned namespace.
* include/experimental/bits/lfts_config.h: Declare versioned
namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/bits/erase_if.h: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/memory_resource: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/propagate_const: Likewise.
* include/experimental/random: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/utility: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/bits/string_view.tcc: Reopen inline namespace
for non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/experimental/propagate_const/assignment/move_neg.cc:
Likewise.
* testsuite/experimental/propagate_const/cons/move_neg.cc: Likewise.
* testsuite/experimental/propagate_const/requirements2.cc: Likewise.
* testsuite/experimental/propagate_const/requirements3.cc: Likewise.
* testsuite/experimental/propagate_const/requirements4.cc: Likewise.
* testsuite/experimental/propagate_const/requirements5.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
   
branches/gcc-6-branch/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
branches/gcc-6-branch/libstdc++-v3/ChangeLog
branches/gcc-6-branch/libstdc++-v3/include/bits/regex.h

[Bug c++/59256] qualified name in friend function declaration doesn't match previous declaration in inline namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256

--- Comment #9 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:35:28 2016
New Revision: 240714

URL: https://gcc.gnu.org/viewcvs?rev=240714=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add exports for
__cxa_thread_atexit and __gnu_cxx::__freeres.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/std/string_view: Likewise.
* include/std/variant: Likewise. Add workaround for PR c++/59256.
* include/experimental/bits/fs_fwd.h: Declare versioned namespace.
* include/experimental/bits/lfts_config.h: Declare versioned
namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/bits/erase_if.h: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/memory_resource: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/propagate_const: Likewise.
* include/experimental/random: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/utility: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/bits/string_view.tcc: Reopen inline namespace
for non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/experimental/propagate_const/assignment/move_neg.cc:
Likewise.
* testsuite/experimental/propagate_const/cons/move_neg.cc: Likewise.
* testsuite/experimental/propagate_const/requirements2.cc: Likewise.
* testsuite/experimental/propagate_const/requirements3.cc: Likewise.
* testsuite/experimental/propagate_const/requirements4.cc: Likewise.
* testsuite/experimental/propagate_const/requirements5.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
trunk/libstdc++-v3/include/experimental/bits/lfts_config.h
  - copied, changed from r240711,
trunk/libstdc++-v3/include/experimental/bits/erase_if.h
trunk/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver
trunk/libstdc++-v3/include/Makefile.am
trunk/libstdc++-v3/include/Makefile.in
trunk/libstdc++-v3/include/bits/basic_string.h
trunk/libstdc++-v3/include/bits/c++config
trunk/libstdc++-v3/include/bits/regex.h
trunk/libstdc++-v3/include/bits/uniform_int_dist.h
trunk/libstdc++-v3/include/experimental/algorithm
trunk/libstdc++-v3/include/experimental/any
trunk/libstdc++-v3/include/experimental/bits/erase_if.h
trunk/libstdc++-v3/include/experimental/bits/fs_fwd.h
trunk/libstdc++-v3/include/experimental/bits/string_view.tcc
trunk/libstdc++-v3/include/experimental/chrono
trunk/libstdc++-v3/include/experimental/functional
trunk/libstdc++-v3/include/experimental/memory_resource
trunk/libstdc++-v3/include/experimental/optional
trunk/libstdc++-v3/include/experimental/propagate_const
trunk/libstdc++-v3/include/experimental/random
trunk/libstdc++-v3/include/experimental/ratio
trunk/libstdc++-v3/include/experimental/string_view
trunk/libstdc++-v3/include/experimental/system_error
trunk/libstdc++-v3/include/experimental/tuple
trunk/libstdc++-v3/include/experimental/type_traits
trunk/libstdc++-v3/include/experimental/utility
trunk/libstdc++-v3/include/std/chrono
trunk/libstdc++-v3/include/std/complex
trunk/libstdc++-v3/include/std/string_view
trunk/libstdc++-v3/include/std/variant
trunk/libstdc++-v3/testsuite/20_util/duration/literals/range.cc
trunk/libstdc++-v3/testsuite/experimental/any/misc/any_cast_neg.cc
   
trunk/libstdc++-v3/testsuite/experimental/propagate_const/assignment/move_neg.cc
trunk/libstdc++-v3/testsuite/experimental/propagate_const/cons/move_neg.cc

[Bug libstdc++/68323] chrono reference to ‘literals’ namespace is ambiguous when using gnu-versioned-namespace

2016-10-03 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68323

--- Comment #3 from Jonathan Wakely  ---
Author: redi
Date: Mon Oct  3 14:35:28 2016
New Revision: 240714

URL: https://gcc.gnu.org/viewcvs?rev=240714=gcc=rev
Log:
Fix libstdc++ versioned namespace build

PR libstdc++/68323
PR libstdc++/77794
* config/abi/pre/gnu-versioned-namespace.ver: Add exports for
__cxa_thread_atexit and __gnu_cxx::__freeres.
* include/Makefile.am: Add 
* include/Makefile.in: Regenerate.
* include.bits/basic_string.h: Fix nesting of versioned namespaces.
* include/bits/c++config: Declare versioned namespaces for literals.
* include/bits/regex.h (basic_regex, match_results): Add workarounds
for PR c++/59256.
* include/bits/uniform_int_dist.h: Fix nesting of versioned namespace.
* include/std/chrono: Likewise.
* include/std/complex: Likewise.
* include/std/string_view: Likewise.
* include/std/variant: Likewise. Add workaround for PR c++/59256.
* include/experimental/bits/fs_fwd.h: Declare versioned namespace.
* include/experimental/bits/lfts_config.h: Declare versioned
namespaces.
* include/experimental/algorithm: Include
.
* include/experimental/any: Likewise.
* include/experimental/bits/erase_if.h: Likewise.
* include/experimental/chrono: Likewise.
* include/experimental/functional: Likewise.
* include/experimental/memory_resource: Likewise.
* include/experimental/optional: Likewise.
* include/experimental/propagate_const: Likewise.
* include/experimental/random: Likewise.
* include/experimental/ratio: Likewise.
* include/experimental/system_error: Likewise.
* include/experimental/tuple: Likewise.
* include/experimental/type_traits: Likewise.
* include/experimental/utility: Likewise.
* include/experimental/string_view: Likewise. Fix nesting of
versioned namespaces.
* include/experimental/bits/string_view.tcc: Reopen inline namespace
for non-inline function definitions.
* testsuite/17_intro/using_namespace_std_exp_neg.cc: New test.
* testsuite/20_util/duration/literals/range.cc: Adjust dg-error line.
* testsuite/experimental/any/misc/any_cast_neg.cc: Likewise.
* testsuite/experimental/propagate_const/assignment/move_neg.cc:
Likewise.
* testsuite/experimental/propagate_const/cons/move_neg.cc: Likewise.
* testsuite/experimental/propagate_const/requirements2.cc: Likewise.
* testsuite/experimental/propagate_const/requirements3.cc: Likewise.
* testsuite/experimental/propagate_const/requirements4.cc: Likewise.
* testsuite/experimental/propagate_const/requirements5.cc: Likewise.
* testsuite/ext/profile/mutex_extensions_neg.cc: Likewise.

Added:
trunk/libstdc++-v3/include/experimental/bits/lfts_config.h
  - copied, changed from r240711,
trunk/libstdc++-v3/include/experimental/bits/erase_if.h
trunk/libstdc++-v3/testsuite/17_intro/using_namespace_std_exp_neg.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/abi/pre/gnu-versioned-namespace.ver
trunk/libstdc++-v3/include/Makefile.am
trunk/libstdc++-v3/include/Makefile.in
trunk/libstdc++-v3/include/bits/basic_string.h
trunk/libstdc++-v3/include/bits/c++config
trunk/libstdc++-v3/include/bits/regex.h
trunk/libstdc++-v3/include/bits/uniform_int_dist.h
trunk/libstdc++-v3/include/experimental/algorithm
trunk/libstdc++-v3/include/experimental/any
trunk/libstdc++-v3/include/experimental/bits/erase_if.h
trunk/libstdc++-v3/include/experimental/bits/fs_fwd.h
trunk/libstdc++-v3/include/experimental/bits/string_view.tcc
trunk/libstdc++-v3/include/experimental/chrono
trunk/libstdc++-v3/include/experimental/functional
trunk/libstdc++-v3/include/experimental/memory_resource
trunk/libstdc++-v3/include/experimental/optional
trunk/libstdc++-v3/include/experimental/propagate_const
trunk/libstdc++-v3/include/experimental/random
trunk/libstdc++-v3/include/experimental/ratio
trunk/libstdc++-v3/include/experimental/string_view
trunk/libstdc++-v3/include/experimental/system_error
trunk/libstdc++-v3/include/experimental/tuple
trunk/libstdc++-v3/include/experimental/type_traits
trunk/libstdc++-v3/include/experimental/utility
trunk/libstdc++-v3/include/std/chrono
trunk/libstdc++-v3/include/std/complex
trunk/libstdc++-v3/include/std/string_view
trunk/libstdc++-v3/include/std/variant
trunk/libstdc++-v3/testsuite/20_util/duration/literals/range.cc
trunk/libstdc++-v3/testsuite/experimental/any/misc/any_cast_neg.cc
   
trunk/libstdc++-v3/testsuite/experimental/propagate_const/assignment/move_neg.cc
trunk/libstdc++-v3/testsuite/experimental/propagate_const/cons/move_neg.cc

[Bug target/77826] [7 Regression] ICE in decompose, at wide-int.h:928 w/ -m64 -O2 and above

2016-10-03 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77826

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-10-03
 CC||jakub at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Jakub Jelinek  ---
Started with r240291.
I think the problem is either in the
/* (X | Y) ^ X -> Y & ~ X*/
(simplify
 (bit_xor:c (convert? (bit_ior:c @0 @1)) (convert? @0))
 (if (tree_nop_conversion_p (type, TREE_TYPE (@0)))
  (convert (bit_and @1 (bit_not @0)
simplifier or in the infrastructure.
  _3 = *v0_14(D);
  _4 = (long unsigned int) q2_11(D);
  _5 = _3 | _4;
  *v0_14(D) = _5;
  _7 = (unsigned int) _5;
  _9 = q2.0_1 ^ _7;
The xor is done in unsigned int type, while ior is done in unsigned long int
type, and evrp is trying to valueize q2_11(D) as 1.  As it is valueized as 1
and operand_equal_p is true for 1U and 1UL, we seem to end up with @0 being 1U
(rather than 1UL), while @1 is unsigned long variable.
--- match.pd.jj 2016-09-29 22:53:14.0 +0200
+++ match.pd2016-10-03 16:04:50.905185018 +0200
@@ -707,8 +707,9 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
 /* (X | Y) ^ X -> Y & ~ X*/
 (simplify
  (bit_xor:c (convert? (bit_ior:c @0 @1)) (convert? @0))
- (if (tree_nop_conversion_p (type, TREE_TYPE (@0)))
-  (convert (bit_and @1 (bit_not @0)
+ (if (tree_nop_conversion_p (type, TREE_TYPE (@1)))
+  (with { tree itype = TREE_TYPE (@1); }
+   (convert (bit_and @1 (bit_not (convert:itype @0)))

 /* Convert ~X ^ ~Y to X ^ Y.  */
 (simplify
fixes the ICE, but I'm not sure if it is the right fix.  Plus, there are
various other simplifications which use (convert? @[0-9]) together with the
same @[0-9] outside of the convert that could potentially have the same
problem.

[Bug preprocessor/77699] suspicious code in get_next_line

2016-10-03 Thread edlinger at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77699

--- Comment #1 from Bernd Edlinger  ---
Author: edlinger
Date: Mon Oct  3 14:05:46 2016
New Revision: 240713

URL: https://gcc.gnu.org/viewcvs?rev=240713=gcc=rev
Log:
2016-10-03  Bernd Edlinger  

PR preprocessor/77699
* input.c (maybe_grow): Don't allocate one byte extra headroom.
(get_next_line): Return false on error.
(read_next_line): Removed, use get_next_line instead.
(read_line_num): Don't copy the line.
(location_get_source_line): Don't use static data.
(selftest::test_reading_source_line): Add more test cases.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/input.c

[Bug sanitizer/77827] tsan lacks support for 48 bit VMA on aarch64

2016-10-03 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77827

--- Comment #1 from Andrew Pinski  ---
I think the Sanitizers just need a merge.

[Bug libfortran/77828] [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

2016-10-03 Thread vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828

vehre at gcc dot gnu.org changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug sanitizer/77827] New: tsan lacks support for 48 bit VMA on aarch64

2016-10-03 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77827

Bug ID: 77827
   Summary: tsan lacks support for 48 bit VMA on aarch64
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sch...@linux-m68k.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
  Target Milestone: ---
Target: aarch64-*-*

tsan_platform.h only has support for 39 and 42 bit VMA.

[Bug libfortran/77828] New: [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

2016-10-03 Thread vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828

Bug ID: 77828
   Summary: [7 Regression] Linking gfortran-7 compiled program
with libgfortran of 5.x allowed but crashes when
containing write to string
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: vehre at gcc dot gnu.org
  Target Milestone: ---

Created attachment 39737
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39737=edit
Standalone code as given in the description.

Compiling this example:

character(len=100) :: gr
integer :: i, j

i =42
j =43
write (gr,"(2(a,i2))") "Greetings from i ",i," of ", j
print *,gr

end

using latest gfortran but executing with a (system-provided) libgfortran from a
gcc 5.3.1 in the library search path leads to a segmentation fault on
Linux-x86_64/f23.

It looks like writing to the string corrupts the stack. Has something in the
handling of writing to the string changed, which corrupts the stack? When
linking with a gcc-7 libgfortran everything is fine. May be the libraries
should be made link-incompatible to prevent users searching this issue for
hours (like me) and quite early get a notion what might be the problem. Or is
this issue unintentional?

[Bug middle-end/77816] [7 Regression] lots of fortran tests fail on aarch64-linux-gnu

2016-10-03 Thread ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77816

--- Comment #7 from ktkachov at gcc dot gnu.org ---
(In reply to Bernd Edlinger from comment #6)
> (In reply to ktkachov from comment #4)
> > I can't reproduce the fortran failures with a clean trunk at r240705
> > configured with --enable-languages=c,c++,fortran --disable-bootstrap
> > --disable-werror --enable-plugins --enable-gnu-indirect-function
> > 
> > I don't have access to an environment that allows me to bootstrap Ada.
> > I'll revert the patch while I investigate
> 
> Kyrill,
> 
> this may have nothing to do with this,
> but I wonder if this is correct,
> to do the ~ and - in HOST_WIDE_INT
> instead of the target mode of the computation:
> 
> if (eq_side_val == ~cstval)
> op_code = NOT
> else if (eq_side_val != HOST_WIDE_INT_MIN && (cstval == -eq_side_val))
> op_code = NEG;
> 
> 
> Regarding the Ada, you can boot-strap Ada from a PC to your target.
> you first have to full bootstrap on a PC with working gcc/Ada,
> 
> then using that a cross with --target=aarch64...
> then using that a canadian-cross with --host=aarch64 --target=aarch64
> 
> the result should run on your target, and allow a full bootstrap
> with Ada.
> 
> I have done that for arm, but aarch64 should not be different.

Thanks for the advice Bernd

[Bug c++/77790] [5/6/7 Regression] ICE on valid C++14 code when compiling with "-std=c++11": in push_access_scope, at cp/pt.c:227

2016-10-03 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77790

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org,
   ||jason at gcc dot gnu.org
   Target Milestone|--- |5.5
Summary|ICE on valid C++14 code |[5/6/7 Regression] ICE on
   |when compiling with |valid C++14 code when
   |"-std=c++11": in|compiling with
   |push_access_scope, at   |"-std=c++11": in
   |cp/pt.c:227 |push_access_scope, at
   ||cp/pt.c:227

--- Comment #2 from Jakub Jelinek  ---
Started with I think r198099 (r198096 with -std=c++0x just warns, r198101
already ICEs).

[Bug c++/77791] ICE on invalid C++11 code with redefined function parameter: tree check: expected tree that contains ‘decl minimal’ structure, have ‘error_mark’ in cp_parser_lambda_declarator_opt, at

2016-10-03 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77791

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #3 from Jakub Jelinek  ---
Created attachment 39736
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39736=edit
gcc7-pr77791.patch

Untested fix.

[Bug sanitizer/77823] [7 Regression] ICE: in ubsan_encode_value, at ubsan.c:137 with -fsanitize=undefined and vector types

2016-10-03 Thread zsojka at seznam dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77823

--- Comment #4 from Zdenek Sojka  ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 39735 [details]
> gcc7-pr77823.patch
> 
> Short patch to fix the ICE.
> 
> That said, we should think of what to do with the generic vector extension
> for -fsanitize=undefined, right now we don't instrument anything.
> For stuff like shift, division, signed-integer-overflow, maybe also
> bool/enum for vectors of bool or enum, float-divide/float-cast, we either
> should modify
> the libubsan library, so that it would handle TK_Vector_Integer and
> TK_Vector_Float, likely use always passing by reference and somehow encode
> both the bit width of the elements and their kinds and also the number of
> elements in the vector (or log2 thereof) in the TypeInfo field and teach it
> how to print vectors {El1, El2, El3, El4} etc.? - then we could at least for
> some of the tests use also vector operations, e.g. for vector << vector
> shifts compare the second operand against vector containing element
> precision repeated, etc., or instead instrument it as a loop over number of
> elements, checking each operation separately (and reporting the individual
> overflow on each element separately, then as value we'd just use the
> scalars).

Adding ubsan support would be very useful, since when auto-reducing a
wrong-code bug, I often end up with useless code like:

typedef unsigned V __attribute__((vector_size(64)));

int foo(V v)
{
  /* returning out-of-bounds item, not handled by ubsan */
  return v[127];
}

or

V foo(V v)
{
  /* out-of-range shift, not handled by ubsan */
  return v << 127;
}

even though I am using -fsanitize=undefined.

[Bug c++/77791] ICE on invalid C++11 code with redefined function parameter: tree check: expected tree that contains ‘decl minimal’ structure, have ‘error_mark’ in cp_parser_lambda_declarator_opt, at

2016-10-03 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77791

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #2 from Jakub Jelinek  ---
Started most likely with the addition of lambda support in r152318, at least
r152438 already ICEs.

[Bug sanitizer/77823] [7 Regression] ICE: in ubsan_encode_value, at ubsan.c:137 with -fsanitize=undefined and vector types

2016-10-03 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77823

--- Comment #3 from Jakub Jelinek  ---
Created attachment 39735
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39735=edit
gcc7-pr77823.patch

Short patch to fix the ICE.

That said, we should think of what to do with the generic vector extension for
-fsanitize=undefined, right now we don't instrument anything.
For stuff like shift, division, signed-integer-overflow, maybe also bool/enum
for vectors of bool or enum, float-divide/float-cast, we either should modify
the libubsan library, so that it would handle TK_Vector_Integer and
TK_Vector_Float, likely use always passing by reference and somehow encode both
the bit width of the elements and their kinds and also the number of elements
in the vector (or log2 thereof) in the TypeInfo field and teach it how to print
vectors {El1, El2, El3, El4} etc.? - then we could at least for some of the
tests use also vector operations, e.g. for vector << vector shifts compare the
second operand against vector containing element precision repeated, etc., or
instead instrument it as a loop over number of elements, checking each
operation separately (and reporting the individual overflow on each element
separately, then as value we'd just use the scalars).

[Bug bootstrap/32497] Crosscomiling native sh3 gcc on a 64-bit host fails

2016-10-03 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497

Oleg Endo  changed:

   What|Removed |Added

 CC||olegendo at gcc dot gnu.org

--- Comment #5 from Oleg Endo  ---
(In reply to Valeriy E. Ushakov from comment #4)

> GEN_INT (-4294967296L;

> GEN_INT (4294967295L)),

I think those should be -4294967296LL and 4294967295LL.  Do you have that build
setup at hand to try this out?

BTW, those two patterns do not exist anymore in trunk, as SH5 stuff has been
removed.

  1   2   >