[Bug c++/81299] [8 Regression] Spurious "set but not used" warning with constexpr variable

2017-10-10 Thread trippels at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81299

Markus Trippelsdorf  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||trippels at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #3 from Markus Trippelsdorf  ---
Fixed by r253601.

[Bug c++/54367] [meta-bug] lambda expressions

2017-10-10 Thread trippels at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 82230, which changed state.

Bug 82230 Summary: [8 Regression] ICE: in tsubst, at cp/pt.c:13686 when binding 
lambda to variable inside a generic lambda inside a template member function 
inside a template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82230

   What|Removed |Added

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

[Bug c++/82230] [8 Regression] ICE: in tsubst, at cp/pt.c:13686 when binding lambda to variable inside a generic lambda inside a template member function inside a template class

2017-10-10 Thread trippels at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82230

Markus Trippelsdorf  changed:

   What|Removed |Added

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

--- Comment #5 from Markus Trippelsdorf  ---
Fixed by r253601.

[Bug c++/54367] [meta-bug] lambda expressions

2017-10-10 Thread trippels at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 82474, which changed state.

Bug 82474 Summary: [8 Regression] ICE: trying to capture ‘list’ in 
instantiation of generic lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82474

   What|Removed |Added

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

[Bug c++/82474] [8 Regression] ICE: trying to capture ‘list’ in instantiation of generic lambda

2017-10-10 Thread trippels at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82474

Markus Trippelsdorf  changed:

   What|Removed |Added

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

--- Comment #2 from Markus Trippelsdorf  ---
Fixed by r253601.

[Bug rtl-optimization/81434] AArch64 instruction fusing and pipeline scheduling problem

2017-10-10 Thread wilson at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434

--- Comment #9 from Jim Wilson  ---
Author: wilson
Date: Wed Oct 11 03:23:41 2017
New Revision: 253628

URL: https://gcc.gnu.org/viewcvs?rev=253628=gcc=rev
Log:
Allow 2 insns from sched group to issue in same cycle, if no stalls needed.

gcc/
PR rtl-optimization/81434
* haifa-sched.c (prune_ready_list): Init min_cost_group to 0.  Update
comment for main loop.  In sched_group_found if, also add checks for
pass and min_cost_group.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/haifa-sched.c

[Bug c/82510] C compiler ignores user definition of log

2017-10-10 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82510

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #1 from Andrew Pinski  ---
Use -fno-builtins as log as an identifier is reserved.

[Bug c/82510] C compiler ignores user definition of log

2017-10-10 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82510

Andrew Pinski  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID

--- Comment #2 from Andrew Pinski  ---
Use -fno-builtins as log as an identifier is reserved.

[Bug tree-optimization/65337] [5 regression] LTO bootstrap failure with Ada enabled

2017-10-10 Thread steven at uplinklabs dot net 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65337

--- Comment #18 from Steven Noonan  ---
I'm still seeing an Ada-related failure when using
--with-build-config=bootstrap-lto on the current gcc-7-branch (r253607).


/build/gcc-multilib/src/gcc/gcc/ada/g-dyntab.adb: In function
‘prep__symbol_table__free’:
/build/gcc-multilib/src/gcc/gcc/ada/g-dyntab.adb:140:9: internal compiler
error: in gen_typedef_die, at dwarf2out.c:24370
end Free;
 ^
0x8b8067 gen_typedef_die
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:24370
0x8b9f6d gen_decl_die
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:25390
0x8b85ad gen_type_die_with_usage
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:24547
0x8b8d24 gen_type_die
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:24758
0x8b9fec gen_decl_die
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:25410
0x8b9146 process_scope_var
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:24903
0x8b91a4 decls_for_scope
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:24928
0x8b3c5c gen_subprogram_die
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:22465
0x8b9e9a gen_decl_die
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:25364
0x8bacd2 dwarf2out_decl
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:25873
0x8bad31 dwarf2out_function_decl
/build/gcc-multilib/src/gcc/gcc/dwarf2out.c:25888
0x939924 rest_of_handle_final
/build/gcc-multilib/src/gcc/gcc/final.c:4520
0x939a92 execute
/build/gcc-multilib/src/gcc/gcc/final.c:4562
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.

[Bug tree-optimization/41460] value-numbering does not handle type-punning in a user-friendly way

2017-10-10 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41460

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #2 from Andrew Pinski  ---
Fixed since at least GCC 7.

With -fno-tree-ccp (since ccp changes the MEM to use VCE):
ealias:
  a = 1.0e+0;
  _2 = MEM[(int *)];
  b = _2;
  a ={v} {CLOBBER};


fre1:
   [0.00%]:
  a = 1.0e+0;
  b = 1065353216;
  a ={v} {CLOBBER};

[Bug tree-optimization/33145] Should combine float/int conversion and rounding functions

2017-10-10 Thread pinskia at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33145

Andrew Pinski  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |7.0

--- Comment #1 from Andrew Pinski  ---
Fixed at least in GCC 7 (maybe even in GCC 6 but I did not test it).

[Bug fortran/82511] New: ICE Bad IO basetype (12) on attempted read or write of entire DEC structure

2017-10-10 Thread James.A.Paget at aero dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82511

Bug ID: 82511
   Summary: ICE Bad IO basetype (12) on attempted read or write of
entire DEC structure
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: James.A.Paget at aero dot org
  Target Milestone: ---

Created attachment 42339
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42339=edit
The program that, when compiled, illustrates the bug.

Minimal code that demonstrates the problem is in attached file bugbug.f.

Command line used to compile:
gfortran -c -Wall -Wextra -fdec-structure -save-temps bugbug.f -o bugbug.o

Output from above command line:
f951.exe: internal compiler error: Bad IO basetype (12)
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Output of gcc -v:
Built by Equation Solution .
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/mingw8/bin/../libexec/gcc/x86_64-w64-
mingw32/8.0.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../gcc-8-20171008-mingw/configure --host=x86_64-w64-
mingw32 --build=x86_64-unknown-linux-gnu --target=x86_64-w64-mingw32 --
prefix=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/gcc/8-
20171008 --with-sysroot=/home/gfortran/gcc-
home/binary/mingw32/cross/x86_64/gcc/8-20170709 --with-
gcc --with-gnu-ld --with-gnu-as --with-ld64=no --with-
gmp=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/gmp --with-
mpfr=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/mpfr --with-
mpc=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/mpc --with-
cloog=/home/gfortran/gcc-home/binary/mingw32/native/x86_64/cloog --with-
diagnostics-color=auto-if-env --enable-cloog-backend=isl --enable-
targets=i686-w64-mingw32,x86_64-w64-mingw32 --enable-lto 
--enable-languages=c,c++,fortran --enable-threads=win32 --enable-static 
--enable-shared=lto-plugin --enable-plugins --enable-ld=yes
--enable-libquadmath
--enable-libquadmath-support --enable-libgomp --disable-checking
--disable-nls --disable-tls --disable-win32-registry
Thread model: win32
gcc version 8.0.0 20171008 (experimental) (GCC)

There are no preprocessor (*.i*) files generated.

System type: PC, Windows 7 Professional 64-bit running 64-bit MinGW.

This bug also occurs in gfortran 7.1.0.

The code is admittedly incorrect (I should be reading into "bucket.c16" instead
of "bucket"), but instead of an ICE I should get a diagnostic with the location
of the error.

[Bug bootstrap/45174] Make fails in zlib

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174

Eric Gallager  changed:

   What|Removed |Added

 CC||egallager at gcc dot gnu.org

--- Comment #30 from Eric Gallager  ---
Is there a reason this bug is still in WAITING?

[Bug c++/67834] Local references inside comdat groups

2017-10-10 Thread danglin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67834

John David Anglin  changed:

   What|Removed |Added

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

--- Comment #8 from John David Anglin  ---
The test case now compiles successfully with 5.4.1 20171003 (Debian 5.4.1-14),
g++-6 and g++-7.

[Bug c/82510] New: C compiler ignores user definition of log

2017-10-10 Thread doug at idaccr dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82510

Bug ID: 82510
   Summary: C compiler ignores user definition of log
   Product: gcc
   Version: 4.8.5
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doug at idaccr dot org
  Target Milestone: ---

Created attachment 42338
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42338=edit
compile with "gcc -O0 log-bug.c" - it should print 2.5 when run.

When I define my own "log" function in a C program the one defined in math.h
is used, even when I don't include math.h.

[Bug libstdc++/82481] dangling reference in mutex:693

2017-10-10 Thread heinzisoft at web dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82481

--- Comment #5 from heinzisoft at web dot de ---
(In reply to Jonathan Wakely from comment #2)
> It is a dangling pointer, but it can't be dereferenced, so it doesn't matter.
> 
> It's only used by std::call_once and will be set to a different local
> variable by the next call. We could zero the pointer, but it would be a
> waste of cycles.

Can we still fix this? It prevents people from doing clang-tidy analysis on
their code base because it can't be distinguished from errors in their code.

Since it actually is a dangling pointer, I don't think we can push
responsibility to clang-tidy. If we don't want to waste the cycle of setting it
to zero, we could consider adding something to make clang-tidy ignore this
error. I think this can be done with special comments.

[Bug libstdc++/82481] dangling reference in mutex:693

2017-10-10 Thread heinzisoft at web dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82481

--- Comment #4 from heinzisoft at web dot de ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to heinzisoft from comment #0)
> > Building the following minimal example with libstdc++ 7.0.1
> 
> And why are you using that unsupported version?

I installed it on Ubuntu using ppa:ubuntu-toolchain-r/test

[Bug c/82508] Possibly false positive implicit-fallthrough warning

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82508

Eric Gallager  changed:

   What|Removed |Added

 CC||egallager at gcc dot gnu.org

--- Comment #1 from Eric Gallager  ---
$ /usr/local/bin/gcc -c -Wall -Wextra -Wmissing-noreturn -O2 82508.c
82508.c: In function ‘main’:
82508.c:15:4: warning: this statement may fall through
[-Wimplicit-fallthrough=]
nothing(0);
^~
82508.c:16:3: note: here
   case 2:
   ^~~~
82508.c: In function ‘nothing’:
82508.c:3:6: warning: function might be candidate for attribute ‘noreturn’
[-Wsuggest-attribute=noreturn]
 void nothing(int rtn_code)
  ^~~
$

Adding __attribute__((noreturn)) to nothing() leads to the implicit fallthrough
warning being silenced. Does that solve your problem?

[Bug target/82499] x86: small stack initial adjustments could use push

2017-10-10 Thread hjl.tools at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82499

--- Comment #2 from H.J. Lu  ---
Created attachment 42337
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42337=edit
Does it look OK?

[Bug c++/78006] [6/7 Regression] Segmentation fault with 'using' and generic lambda trailing return types

2017-10-10 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78006

Paolo Carlini  changed:

   What|Removed |Added

Summary|[6/7/8 Regression]  |[6/7 Regression]
   |Segmentation fault with |Segmentation fault with
   |'using' and generic lambda  |'using' and generic lambda
   |trailing return types   |trailing return types

--- Comment #3 from Paolo Carlini  ---
This is accepted as expected in trunk (it requires C++14 support), I added the
testcase.

[Bug target/82498] Missed optimization for x86 rotate instruction

2017-10-10 Thread glisse at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82498

Marc Glisse  changed:

   What|Removed |Added

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

--- Comment #1 from Marc Glisse  ---
Looks like https://stackoverflow.com/q/44000956/1918193 . During combine, we
try to match

(set (reg:SI 97)
(rotate:SI (reg/v:SI 90 [ input ])
(and:QI (subreg:QI (reg:SI 92 [ rot ]) 0)
(const_int 31 [0x1f]

But the pattern in i386.md has 'and' and 'subreg' reversed.

For the other part, we have a very limited transform that removes the test in
this case:
uint32_t rotate_left(uint32_t input, int rot)
{
  if(rot == 0)
return input;
  return static_cast((input << rot) | (input >>
(8*sizeof(uint32_t)-rot)));;
}
But it only works when there is a single gimple insn involved, not
and+cast+rotate.

[Bug c++/78006] [6/7/8 Regression] Segmentation fault with 'using' and generic lambda trailing return types

2017-10-10 Thread paolo at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78006

--- Comment #2 from paolo at gcc dot gnu.org  ---
Author: paolo
Date: Tue Oct 10 20:46:26 2017
New Revision: 253621

URL: https://gcc.gnu.org/viewcvs?rev=253621=gcc=rev
Log:
2017-10-10  Paolo Carlini  

PR c++/78006
* g++.dg/cpp1y/auto-fn40.C: New.

Added:
trunk/gcc/testsuite/g++.dg/cpp1y/auto-fn40.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/81032] [6/7 Regression] ICE with lambda and broken constexpr

2017-10-10 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81032

Paolo Carlini  changed:

   What|Removed |Added

Summary|[6/7/8 Regression] ICE with |[6/7 Regression] ICE with
   |lambda and broken constexpr |lambda and broken constexpr

--- Comment #3 from Paolo Carlini  ---
Works in trunk, I added the testcase.

[Bug c++/81032] [6/7/8 Regression] ICE with lambda and broken constexpr

2017-10-10 Thread paolo at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81032

--- Comment #2 from paolo at gcc dot gnu.org  ---
Author: paolo
Date: Tue Oct 10 20:16:40 2017
New Revision: 253619

URL: https://gcc.gnu.org/viewcvs?rev=253619=gcc=rev
Log:
2017-10-10  Paolo Carlini  

PR c++/81032
* g++.dg/cpp1y/lambda-generic-ice6.C: New.

Added:
trunk/gcc/testsuite/g++.dg/cpp1y/lambda-generic-ice6.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug target/82483] ICE on invalid use w/ -mno-mmx

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82483

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #4 from Jakub Jelinek  ---
Fixed on the trunk.

[Bug target/79565] ICE in copy_to_mode_reg, at explow.c:612

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79565

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #4 from Jakub Jelinek  ---
Should be fixed now.

[Bug rtl-optimization/68205] [5 regression] ICE compiling gcc.c-torture/execute/20040709-2.c with -fno-common on arm-none-eabi

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68205

--- Comment #5 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:12:08 2017
New Revision: 253618

URL: https://gcc.gnu.org/viewcvs?rev=253618=gcc=rev
Log:
PR rtl-optimization/68205
* gcc.c-torture/execute/20040709-3.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20040709-3.c
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/67625] [5 Regression] some constexpr expressions rejected as enumerator value

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67625

--- Comment #8 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:11:47 2017
New Revision: 253617

URL: https://gcc.gnu.org/viewcvs?rev=253617=gcc=rev
Log:
2017-10-10  Jakub Jelinek  

PR c++/67625
* g++.dg/cpp0x/pr67625.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/pr67625.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug middle-end/70887] [5 Regression] internal compiler error in trunc_int_for_mode, at explow.c:78

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70887

--- Comment #7 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:11:21 2017
New Revision: 253616

URL: https://gcc.gnu.org/viewcvs?rev=253616=gcc=rev
Log:
2017-10-10  Jakub Jelinek  

PR middle-end/70887
* g++.dg/cpp0x/pr70887.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/pr70887.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/70338] [5 Regression] ICE combining debug symbols, range-for in lambda in function template accessing captured variable-size array

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70338

--- Comment #4 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:10:56 2017
New Revision: 253615

URL: https://gcc.gnu.org/viewcvs?rev=253615=gcc=rev
Log:
PR c++/70338
* g++.dg/cpp0x/pr70338.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/pr70338.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/77786] [5 Regression] ICE in tsubst_copy, at cp/pt.c:13040

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77786

--- Comment #4 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:10:25 2017
New Revision: 253614

URL: https://gcc.gnu.org/viewcvs?rev=253614=gcc=rev
Log:
PR c++/77786
* g++.dg/cpp1y/pr77786.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp1y/pr77786.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/71875] [5 Regression] template specialization compile error

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875

--- Comment #5 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:10:00 2017
New Revision: 253613

URL: https://gcc.gnu.org/viewcvs?rev=253613=gcc=rev
Log:
PR c++/71875
* g++.dg/cpp1y/pr71875.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp1y/pr71875.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/77578] [5 Regression] ICE in cp_parser_omp_for_loop (cp/parser.c:29404)

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77578

--- Comment #5 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:09:29 2017
New Revision: 253612

URL: https://gcc.gnu.org/viewcvs?rev=253612=gcc=rev
Log:
PR c++/77578
* g++.dg/gomp/pr77578.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/gomp/pr77578.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug middle-end/70100] [5 Regression] ICE: in execute, at cfgexpand.c:6066

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70100

--- Comment #5 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:09:01 2017
New Revision: 253611

URL: https://gcc.gnu.org/viewcvs?rev=253611=gcc=rev
Log:
PR middle-end/70100
* g++.dg/opt/pr70100.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/opt/pr70100.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/68252] [5 regression] left operand of shift expression, while we shift > 0 integer

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68252

--- Comment #7 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:08:36 2017
New Revision: 253610

URL: https://gcc.gnu.org/viewcvs?rev=253610=gcc=rev
Log:
2017-10-10  Jakub Jelinek  

PR c++/68252
* g++.dg/other/pr68252.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/other/pr68252.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug target/82483] ICE on invalid use w/ -mno-mmx

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82483

--- Comment #3 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:06:33 2017
New Revision: 253609

URL: https://gcc.gnu.org/viewcvs?rev=253609=gcc=rev
Log:
PR target/79565
PR target/82483
* config/i386/i386.c (ix86_init_mmx_sse_builtins): Add
OPTION_MASK_ISA_MMX for __builtin_ia32_maskmovq,
__builtin_ia32_vec_ext_v4hi and __builtin_ia32_vec_set_v4hi.
(ix86_expand_builtin): Treat OPTION_MASK_ISA_MMX similarly
to OPTION_MASK_ISA_AVX512VL - builtins that have both
OPTION_MASK_ISA_MMX and some other bit set require both
mmx and the ISAs without the mmx bit.
* config/i386/i386-builtin.def (__builtin_ia32_cvtps2pi,
__builtin_ia32_cvttps2pi, __builtin_ia32_cvtpi2ps,
__builtin_ia32_pavgb, __builtin_ia32_pavgw, __builtin_ia32_pmulhuw,
__builtin_ia32_pmaxub, __builtin_ia32_pmaxsw, __builtin_ia32_pminub,
__builtin_ia32_pminsw, __builtin_ia32_psadbw, __builtin_ia32_pmovmskb,
__builtin_ia32_pshufw, __builtin_ia32_cvtpd2pi,
__builtin_ia32_cvttpd2pi, __builtin_ia32_cvtpi2pd,
__builtin_ia32_pmuludq, __builtin_ia32_pabsb, __builtin_ia32_pabsw,
__builtin_ia32_pabsd, __builtin_ia32_phaddw, __builtin_ia32_phaddd,
__builtin_ia32_phaddsw, __builtin_ia32_phsubw, __builtin_ia32_phsubd,
__builtin_ia32_phsubsw, __builtin_ia32_pmaddubsw,
__builtin_ia32_pmulhrsw, __builtin_ia32_pshufb, __builtin_ia32_psignb,
__builtin_ia32_psignw, __builtin_ia32_psignd, __builtin_ia32_movntq,
__builtin_ia32_paddq, __builtin_ia32_psubq, __builtin_ia32_palignr):
Add OPTION_MASK_ISA_MMX.

* gcc.target/i386/pr82483-1.c: New test.
* gcc.target/i386/pr82483-2.c: New test.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr82483-1.c
trunk/gcc/testsuite/gcc.target/i386/pr82483-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386-builtin.def
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog

[Bug target/79565] ICE in copy_to_mode_reg, at explow.c:612

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79565

--- Comment #3 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 20:06:33 2017
New Revision: 253609

URL: https://gcc.gnu.org/viewcvs?rev=253609=gcc=rev
Log:
PR target/79565
PR target/82483
* config/i386/i386.c (ix86_init_mmx_sse_builtins): Add
OPTION_MASK_ISA_MMX for __builtin_ia32_maskmovq,
__builtin_ia32_vec_ext_v4hi and __builtin_ia32_vec_set_v4hi.
(ix86_expand_builtin): Treat OPTION_MASK_ISA_MMX similarly
to OPTION_MASK_ISA_AVX512VL - builtins that have both
OPTION_MASK_ISA_MMX and some other bit set require both
mmx and the ISAs without the mmx bit.
* config/i386/i386-builtin.def (__builtin_ia32_cvtps2pi,
__builtin_ia32_cvttps2pi, __builtin_ia32_cvtpi2ps,
__builtin_ia32_pavgb, __builtin_ia32_pavgw, __builtin_ia32_pmulhuw,
__builtin_ia32_pmaxub, __builtin_ia32_pmaxsw, __builtin_ia32_pminub,
__builtin_ia32_pminsw, __builtin_ia32_psadbw, __builtin_ia32_pmovmskb,
__builtin_ia32_pshufw, __builtin_ia32_cvtpd2pi,
__builtin_ia32_cvttpd2pi, __builtin_ia32_cvtpi2pd,
__builtin_ia32_pmuludq, __builtin_ia32_pabsb, __builtin_ia32_pabsw,
__builtin_ia32_pabsd, __builtin_ia32_phaddw, __builtin_ia32_phaddd,
__builtin_ia32_phaddsw, __builtin_ia32_phsubw, __builtin_ia32_phsubd,
__builtin_ia32_phsubsw, __builtin_ia32_pmaddubsw,
__builtin_ia32_pmulhrsw, __builtin_ia32_pshufb, __builtin_ia32_psignb,
__builtin_ia32_psignw, __builtin_ia32_psignd, __builtin_ia32_movntq,
__builtin_ia32_paddq, __builtin_ia32_psubq, __builtin_ia32_palignr):
Add OPTION_MASK_ISA_MMX.

* gcc.target/i386/pr82483-1.c: New test.
* gcc.target/i386/pr82483-2.c: New test.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr82483-1.c
trunk/gcc/testsuite/gcc.target/i386/pr82483-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386-builtin.def
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog

[Bug c/82509] New: DW_AT_endianity issues with attribute scalar_storage_order

2017-10-10 Thread peeterjoot at protonmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82509

Bug ID: 82509
   Summary: DW_AT_endianity issues with attribute
scalar_storage_order
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: peeterjoot at protonmail dot com
  Target Milestone: ---

Created attachment 42336
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42336=edit
code using scalar_storage_order attribute

The attached code only ends up with DW_AT_endianity dwarf attributes when no
typedefs are used.

Example:


~/gcc8/bin/gcc -g test.c -o mixed
~/gcc8/bin/gcc -g bewtypedef.c -o bewtypedef -DWITH_TYPEDEFS
~/gcc8/bin/gcc -g bewtypedef.c -o bentypedef

/bin/eu-readelf --debug-dump bewtypedef |grep -i endian

[no output]

/bin/eu-readelf --debug-dump bentypedef |grep -i endian
 endianity(data1) 1
 endianity(data1) 1
  attr: endianity, form: data1, offset: 0xda
  attr: endianity, form: data1, offset: 0xe7

Consistent availability of the DW_AT_endianity attributes would allow gdb (or
other debuggers) to display non-native endian members to show these fields with
values that match their intended use, instead of showing their representation.

There is an additional problem with the DW_AT_endianity attributes with respect
to gdb specifically.  gdb does not have any infrastructure to have variations
of types, and builds a single 'struct type' that represents a given type (such
as int, short, ...).

For this reason, I would suggest that gcc use an alternate DW_AT_name for any
type that has non-native endianity.  For example, in:

struct other {
int v;
short a[4];
} 
#if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
__attribute__( ( scalar_storage_order( "big-endian" ) ) )
#else
__attribute__( ( scalar_storage_order( "little-endian" ) ) )
#endif
;

gcc could use DW_AT_name's of "int.be" and "short.be" respectively instead of
"int" and "short" for the members v, and a above (assuming a little endian
target).  This would allow gdb to display both native and non-native endianity
int and short variables.  Right now, if the DW_AT_endianity information is
pushed into gdb's struct type, the debugged program can have only one of the
native or non-native representations in the debugger session.  

A gdb patch with preliminary experimental support for DW_AT_endianity can be
found here: https://sourceware.org/ml/gdb-patches/2017-10/msg00145.html

It could be argued not being able to encode additional attributes in the gdb
type representation is a bug in gdb, but given that gdb and gcc should play
nicely together, it seems reasonable to me to use an alternate DW_AT_name when
emitting the dwarf info for code using the scalar_storage_order attribute.

[Bug c++/80957] internal compiler error when building Qt 5.9 source

2017-10-10 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80957

Paolo Carlini  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 CC|bokorn at tvn dot hu   |
 Resolution|--- |INVALID

--- Comment #3 from Paolo Carlini  ---
No testcase.

[Bug preprocessor/82506] Stringizing raw string literals

2017-10-10 Thread nathan at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506

Nathan Sidwell  changed:

   What|Removed |Added

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

--- Comment #3 from Nathan Sidwell  ---
Fixed r253605

[Bug preprocessor/82506] Stringizing raw string literals

2017-10-10 Thread nathan at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506

--- Comment #2 from Nathan Sidwell  ---
Author: nathan
Date: Tue Oct 10 18:56:31 2017
New Revision: 253605

URL: https://gcc.gnu.org/viewcvs?rev=253605=gcc=rev
Log:
[PATCH] preprocessor stringizing raw strings

https://gcc.gnu.org/ml/gcc-patches/2017-10/msg00611.html
libcpp/
PR preprocessor/82506
* macro.c (cpp_quote_string): Escape raw LFs.

gcc/testsuite/
PR preprocessor/82506
* g++.dg/cpp/string-3.C: New.


Added:
trunk/gcc/testsuite/g++.dg/cpp/string-3.C
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libcpp/ChangeLog
trunk/libcpp/macro.c

[Bug go/80914] gcc-go binaries don't run

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

--- Comment #8 from Ian Lance Taylor  ---
Which version of GCC are you using in comment #7?

[Bug c/82508] New: Possibly false positive implicit-fallthrough warning

2017-10-10 Thread andreas.moog at warperbbs dot de 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82508

Bug ID: 82508
   Summary: Possibly false positive implicit-fallthrough warning
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: andreas.moog at warperbbs dot de
  Target Milestone: ---

#include 

void nothing(int rtn_code)
{
exit(rtn_code);
}

int x = 0;
int ch = 3;

int main() {
switch (ch) {
case 1:
x=1;
nothing(0);
case 2:
x=2;
break;
default:
exit(1);
}
}

This produces a warning:

test-implicit-fallthrough.c:15:9: warning: this statement may fall through
[-Wimplicit-fallthrough=]
 nothing();
 ^
test-implicit-fallthrough.c:16:5: note: here

gcc (Debian 20170923-1) 8.0.0 20170923 (experimental) [trunk revision 253114]

[Bug c/82296] Warn for code removal due to "code never accesses array out of bounds" assumption

2017-10-10 Thread kristerw at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82296

Krister Walfridsson  changed:

   What|Removed |Added

 CC||kristerw at gcc dot gnu.org

--- Comment #7 from Krister Walfridsson  ---
The C89 rules are the same as for C11 -- you can find the relevant text in C90
6.3.6 (it does not cover the "UB 62" from the ARR30-C page, but that is because
C89 does not have flexible array members...)

Using -std=c89 will compile following the rules in C89, so you will not suffer
from new undefined behaviors introduced in newer standards.

[Bug go/80914] gcc-go binaries don't run

2017-10-10 Thread steven at uplinklabs dot net 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914

--- Comment #7 from Steven Noonan  ---
With the compressed debug section support added to libbacktrace, gccgo will run
fine when built using a binutils configured with
--enable-compressed-debug-sections=all. However, programs built with that gccgo
+ binutils will crash:

(Using the github.com/twstrike/ed448 go package as an example)

$ go.gcc test -gccgoflags -Wl,--compress-debug-sections=none
OK: 136 passed
PASS
ok  github.com/twstrike/ed448   0.366s

$ go.gcc test -gccgoflags -Wl,--compress-debug-sections=zlib
fatal error: ranges offset out of range

runtime stack:
fatal error: ranges offset out of range
panic during panic

runtime stack:
fatal error: ranges offset out of range
stack trace unavailable
exit status 4
FAILgithub.com/twstrike/ed448   0.051s

[Bug c++/82507] New: [concepts] premature substitution into constraint of non-template member function

2017-10-10 Thread eric.niebler at gmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82507

Bug ID: 82507
   Summary: [concepts] premature substitution into constraint of
non-template member function
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: eric.niebler at gmail dot com
  Target Milestone: ---

According to Andrew Sutton, the following code should compile:

template 
concept bool True = true;

template 
concept bool HasType = requires { typename T::type; };

template 
struct S {
  void foo() requires HasType && True;
};

S s;


The failure of the HasType constraint should prevent substitution from
happening into True<>, avoiding a hard error. Instead, substitution happens
eagerly, leading to a hard error.

[Bug c++/79620] decltype() inside a lambda capturing-by-value

2017-10-10 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79620

Paolo Carlini  changed:

   What|Removed |Added

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

[Bug c++/79367] ICE on valid C++11 code on x86_64-linux-gnu: verify_gimple failed

2017-10-10 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79367

--- Comment #2 from Paolo Carlini  ---
Related to PR60230 and PR64000.

[Bug preprocessor/82506] Stringizing raw string literals

2017-10-10 Thread nathan at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506

Nathan Sidwell  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2017-10-10
   Assignee|unassigned at gcc dot gnu.org  |nathan at gcc dot 
gnu.org
 Ever confirmed|0   |1

[Bug preprocessor/82506] Stringizing raw string literals

2017-10-10 Thread nathan at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506

--- Comment #1 from Nathan Sidwell  ---
We fail to stringize raw string literals containing \n chars:
./xg++ -B./ q.cc -E  
gives:

"R\"(
)\""

(snipping line markers).  That's a regular string literal with a naked LF char
in it.  This is like the recent fix for __FILE__ dying with filenames
containing LF.

[Bug preprocessor/82506] New: Stringizing raw string literals

2017-10-10 Thread nathan at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506

Bug ID: 82506
   Summary: Stringizing raw string literals
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: preprocessor
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nathan at gcc dot gnu.org
  Target Milestone: ---

Created attachment 42335
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42335=edit
example

[Bug c++/58706] ICE with lambda in OpenMP for-loop

2017-10-10 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58706

Paolo Carlini  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |7.0

--- Comment #4 from Paolo Carlini  ---
Fixed in 7.1.0 then.

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread redi at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505

--- Comment #6 from Jonathan Wakely  ---
Ah no, because we have global pointers here, with potentially unknowable
aliasing, as Alexander said.

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread redi at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505

--- Comment #5 from Jonathan Wakely  ---
dup of PR 82394?

[Bug c++/82474] [8 Regression] ICE: trying to capture ‘list’ in instantiation of generic lambda

2017-10-10 Thread paolo.carlini at oracle dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82474

--- Comment #1 from Paolo Carlini  ---
Related to PR81299.

[Bug go/80914] gcc-go binaries don't run

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

Ian Lance Taylor  changed:

   What|Removed |Added

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

--- Comment #6 from Ian Lance Taylor  ---
Thanks for figuring it out.  I committed a patch to the GCC 7 branch to ignore
compressed debug sections.  With this change many programs will work, but
programs that rely on runtime.Callers information will fail.

As you say, compressing debug sections should work fine in the GCC 8 release.

[Bug go/80914] gcc-go binaries don't run

2017-10-10 Thread ian at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914

--- Comment #5 from ian at gcc dot gnu.org  ---
Author: ian
Date: Tue Oct 10 16:55:04 2017
New Revision: 253594

URL: https://gcc.gnu.org/viewcvs?rev=253594=gcc=rev
Log:
PR go/80914
* elf.c (SHF_COMPRESSED): Define.
(elf_add): Ignore debug sections with SHF_COMPRESSED set.

Modified:
branches/gcc-7-branch/libbacktrace/ChangeLog
branches/gcc-7-branch/libbacktrace/elf.c

[Bug libfortran/82233] [6/7/8 Regression] execute_command_line causes program to stop when command fails (or does not exist)

2017-10-10 Thread tkoenig at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233

--- Comment #6 from Thomas Koenig  ---
Author: tkoenig
Date: Tue Oct 10 16:49:32 2017
New Revision: 253593

URL: https://gcc.gnu.org/viewcvs?rev=253593=gcc=rev
Log:
2017-10-10  Thomas Koenig  

PR libfortran/82233
* intrinsics/execute_command_line.c (execute_command_line):
No call to runtime_error if cmdstat is present.

2017-10-10  Thomas Koenig  

PR libfortran/82233
* gfortran.dg/execute_command_line_3.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/execute_command_line_3.f90
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libgfortran/ChangeLog
trunk/libgfortran/intrinsics/execute_command_line.c

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread amonakov at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505

Alexander Monakov  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||amonakov at gcc dot gnu.org
 Resolution|--- |INVALID

--- Comment #4 from Alexander Monakov  ---
t2 needs more code simply because it does more work: in C you can read
representations of objects byte-by-byte via 'char *' pointers. Consider what
happens if src is initialized like 'src = (void *)' prior to invoking t2
(then the loop in t2 modifies src on each iteration, and also reads a byte of
its representation).

[Bug go/80914] gcc-go binaries don't run

2017-10-10 Thread steven at uplinklabs dot net 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914

--- Comment #4 from Steven Noonan  ---
This bug is still present, but I believe I know what is causing this.

At the time I reported this, I was using a binutils configured with
--enable-compressed-debug-sections=all. The resulting go.gcc binary just
crashed when run.

If I build GCC using a binutils configured with
--enable-compressed-debug-sections=none instead, then the resulting go.gcc runs
fine:

$ go.gcc version
go version go1.8.3 gccgo (GCC) 7.2.1 20171005 linux/amd64

I see that libbacktrace was made to support compressed debug sections in trunk
only very recently:

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

So while it's likely unreasonable to ask that this be ported over into 7.2.x,
could some work be done to make libbacktrace fail more gracefully if GCC is
built without compressed debug section support enabled?

[Bug c/82437] [8 Regression] false-positive -Wtautological-compare warning with -std=gnu89

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82437

--- Comment #5 from Jakub Jelinek  ---
Author: jakub
Date: Tue Oct 10 16:17:47 2017
New Revision: 253589

URL: https://gcc.gnu.org/viewcvs?rev=253589=gcc=rev
Log:
PR c/82437
* c-warn.c (warn_tautological_bitwise_comparison): Use wi::to_wide
instead of wide_int::from.

* c-c++-common/Wtautological-compare-7.c: New test.

Added:
trunk/gcc/testsuite/c-c++-common/Wtautological-compare-7.c
Modified:
trunk/gcc/c-family/ChangeLog
trunk/gcc/c-family/c-warn.c
trunk/gcc/testsuite/ChangeLog

[Bug c++/77786] [5 Regression] ICE in tsubst_copy, at cp/pt.c:13040

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77786

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #3 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread barto at cambridgesemantics dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505

--- Comment #3 from David Barto  ---
I understand that it can't optimize much, my major concern is that the pointer
version of the code is so much worse than the index version of the code.

[Bug target/77728] [5 Regression] Miscompilation multiple vector iteration on ARM

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.4

--- Comment #62 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread glisse at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505

--- Comment #2 from Marc Glisse  ---
dest/src might alias anything (even themselves), so the compiler can't really
optimize much.

[Bug c++/77578] [5 Regression] ICE in cp_parser_omp_for_loop (cp/parser.c:29404)

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77578

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #4 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug c++/77316] [5 Regression] Unnecessary template copy constructor weak symbol emitted in wrong section

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77316

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #5 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug tree-optimization/76490] [5 Regression] when use -O2 -fcheck-founds compiler appears to hang and consumes all memory

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76490

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.3

--- Comment #9 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.3 and later.

[Bug c++/71875] [5 Regression] template specialization compile error

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.2

--- Comment #4 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.2 and later.

[Bug middle-end/71762] [5 Regression] ~X & Y to X < Y doesn't work for uninitialized values

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.3

--- Comment #16 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.3 and later.

[Bug c++/71728] [5 Regression] ICE with goto in statement-expression inside a condition

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71728

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.2

--- Comment #8 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.2 and later.

[Bug c++/71748] [5 Regression] ICE on valid (?) C++ template code invoking a base destructor: in build_base_path, at cp/class.c:304

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71748

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.2 and later.

[Bug c++/71576] [5 Regression] ICE on valid C++11 code (with xvalue and bitfield) on x86_64-linux-gnu: in build_target_expr, at cp/tree.c:385

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71576

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.2 and later.

[Bug tree-optimization/71506] [5 Regression] ICE with libvpx with -floop-interchange: isl_constraint.c:627: expecting integer value

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71506

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #10 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug tree-optimization/71264] [5 Regression] ICE in convert_move

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71264

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.2

--- Comment #25 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.2 and later.

[Bug c++/71195] [5 Regression] ICE in classify_argument on invalid code

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71195

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #4 from Jakub Jelinek  ---
Fixed with r233506.  GCC 5 branch has been closed.

[Bug rtl-optimization/70978] [5 Regression] internal compiler error: in assign_by_spills, at lra-assigns.c:1428 on arm

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70978

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #4 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug middle-end/70887] [5 Regression] internal compiler error in trunc_int_for_mode, at explow.c:78

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70887

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #6 from Jakub Jelinek  ---
This got fixed with r229086.  GCC 5 branch has been closed.

[Bug boehm-gc/66848] boehm-gc fails test suite on x86_64-apple-darwin15

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848

Eric Gallager  changed:

   What|Removed |Added

 CC||egallager at gcc dot gnu.org

--- Comment #33 from Eric Gallager  ---
gcc no longer carries its own copy of the boehm-gc sources. Is there any reason
to keep this bug open?

[Bug boehm-gc/64042] FAIL: boehm-gc.c/gctest.c -O2 execution test

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64042

Eric Gallager  changed:

   What|Removed |Added

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

--- Comment #17 from Eric Gallager  ---
(In reply to Eric Gallager from comment #16)
> (In reply to Tom de Vries from comment #13)
> > (In reply to Eric Gallager from comment #12)
> > > (In reply to Tom de Vries from comment #11)
> > > > Reported upstream here:
> > > > https://lists.opendylan.org/pipermail/bdwgc/2015-January/006071.html
> > > 
> > > This link doesn't work for me; is there a better upstream bug link URL?
> > 
> > The archive seems to be down, and also gmane doesn't seem to work. I'll post
> > the thread here.
> 
> OK, since there's no working link to an upstream bug report, I can't close
> this as MOVED... gcc trunk no longer carries its own copy of the boehm-gc
> sources, but since this bug is for the 5 branch, I'll wait until that branch
> is closed to close this bug as WONTFIX.

gcc-5-branch has now been closed, so I'm closing this bug, too.

[Bug preprocessor/39533] [6/7/8 Regression] -MM may list a header file twice

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39533

Eric Gallager  changed:

   What|Removed |Added

   Target Milestone|5.5 |6.4

--- Comment #20 from Eric Gallager  ---
GCC 5 branch is being closed.

(Why is this still in WAITING?)

[Bug bootstrap/50229] [6/7/8 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229

Eric Gallager  changed:

   What|Removed |Added

   Target Milestone|5.5 |6.4

--- Comment #30 from Eric Gallager  ---
Changing milestone since gcc-5-branch has been closed.

[Bug tree-optimization/82494] UBSAN in gcc/tree-data-ref.c:3427:16: runtime error: signed integer overflow: 131072 * -131072 cannot be represented in type 'int'

2017-10-10 Thread dcb314 at hotmail dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82494

David Binderman  changed:

   What|Removed |Added

 CC||dcb314 at hotmail dot com

--- Comment #2 from David Binderman  ---
I tried a -fsanitize=undefined build of today's gcc trunk with -O3
and the runtime errors I found are:

$ grep error: mk.out
../../trunk/gcc/tree-data-ref.c:3640:26: runtime error: signed integer
overflow: 9223372036854775807 - -1 cannot be represented in type 'long int [3]'
../../trunk/gcc/tree-data-ref.c:3642:52: runtime error: signed integer
overflow: -9223372036854775808 - 1 cannot be represented in type 'long int [3]'
$

[Bug c++/70778] [5 regression] internal compiler error: in tsubst, at cp/pt.c:12158

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70778

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.2

--- Comment #7 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.2 and later.

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773

Eric Gallager  changed:

   What|Removed |Added

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

--- Comment #38 from Eric Gallager  ---
(In reply to Eric Gallager from comment #37)
> (In reply to Rainer Orth from comment #35)
> > (In reply to Iain Sandoe from comment #31)
> > > (In reply to r...@cebitec.uni-bielefeld.de from comment #30)
> > > > With Xcode 6.4 as, 32-bit bootstrap is now well into running the 
> > > > testsuite.
> > > > 
> > > > I've filed bug
> > > > 
> > > > 23669324 Xcode 7 as creates relocation ld cannot handle
> > > 
> > > Thanks!
> > > 
> > > The .s file in your attachment crashes TOT llvm/clang (clang -target
> > > i686-apple-darwin12 .s -o t.o ) with an assertion "Value does not fit 
> > > in
> > > Fixup field".  Will try to investigate if I have any spare cycles today.
> > 
> > I've just been notified that the bug is fixed in Xcode 7.3.1.  Will try that
> > as
> > soon as it hits the Appstore.
> > 
> >   Rainer
> 
> So does this bug still need to stay open then?

Guess not. gcc-5-branch is closed now, anyways, so I'm closing this bug.

[Bug c++/70735] [5 Regression] problem combining std::function, generic lambdas and static variables

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70735

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.2

--- Comment #17 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6.2 and later.

[Bug c++/70709] [5 Regression] gcc hangs on valid C++ code on x86_64-linux-gnu

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70709

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug middle-end/70680] [5 Regression] OpenMP SIMD linear variable privatized too eagerly

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70680

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug tree-optimization/70614] [5 Regression] GCC gets stuck with -O

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70614

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #9 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug c++/70528] [5 Regression] bogus error: constructor required before non-static data member

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70528

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #19 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug bootstrap/81037] Xcode 9 requires back ports on gcc-5-branch for bootstrapping under Xcode 9

2017-10-10 Thread egallager at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81037

Eric Gallager  changed:

   What|Removed |Added

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

--- Comment #14 from Eric Gallager  ---
gcc-5-branch is now closed and gcc-6-branch is fixed, so closing this as FIXED.

[Bug c++/70505] [5 Regression] Constexpr failure when template type specified

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70505

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed.

[Bug c++/82505] g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread barto at cambridgesemantics dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505

--- Comment #1 from David Barto  ---
This is gcc-mp-7 pre-built object from MacPorts.
Should have mentioned that.

[Bug c++/82505] New: g++ -O3 -funroll-loops generates weird code

2017-10-10 Thread barto at cambridgesemantics dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505

Bug ID: 82505
   Summary: g++ -O3 -funroll-loops generates weird code
   Product: gcc
   Version: 7.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: barto at cambridgesemantics dot com
  Target Milestone: ---

Created attachment 42334
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42334=edit
Assembly output from g++ -O3 -funroll-loops -S

In the following code, the first two tests generate much the same code when
compiled
with g++ -O3 -funroll-loops.
The third test generates an excess of loads and moves. Assembly attached.

extern char *dest;
extern char *src;

int t0()
{
  for (int i = 0; i < 5; ++i)
  {
dest[i] = src[i];
  }
}

int t1()
{
dest[0] = src[0];
dest[1] = src[1];
dest[2] = src[2];
dest[3] = src[3];
dest[4] = src[4];
}

int t2()
{
  for (int i = 0; i < 5; ++i)
  {
*dest = *src;
++dest;
++src;
  }
}

[Bug c++/70452] [5 Regression] Regression in C++ parsing performance between 4.9.3 and 5.3.1

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70452

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #17 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug target/70355] [5 Regression] ICE: in simplify_subreg_concatn, at lower-subreg.c:617 with -funroll-loops -mavx512f

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70355

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #6 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug c++/55004] [meta-bug] constexpr issues

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 70353, which changed state.

Bug 70353 Summary: [5 regression] ICE on __PRETTY_FUNCTION__ in a constexpr 
function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70353

   What|Removed |Added

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

[Bug c++/70353] [5 regression] ICE on __PRETTY_FUNCTION__ in a constexpr function

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70353

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #24 from Jakub Jelinek  ---
Should be fixed in 5.4.

[Bug c++/70338] [5 Regression] ICE combining debug symbols, range-for in lambda in function template accessing captured variable-size array

2017-10-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70338

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|5.5 |6.0

--- Comment #3 from Jakub Jelinek  ---
GCC 5 branch has been closed, should be fixed in GCC 6 and later.

[Bug target/82150] Produces a branch prefetch which causes a hang

2017-10-10 Thread david.welch at netronome dot com 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82150

david.welch at netronome dot com changed:

   What|Removed |Added

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

--- Comment #10 from david.welch at netronome dot com ---
How do I get some feedback on this?  Do I need to create a new ticket?  This is
not about a system hang, this is about GCC output that causes data to be
executed as code in the pipeline.  Was detected through a hang, but perfectly
valid address spaces are affected.  Quite clearly a gcc bug.  The root cause is
GCC is feeding data into the pipeline to be executed.  Just because ARM didnt
publish it doesnt mean their core is without other undocumented problems.  The
MMU is too late the data has started to execute, so that at best is a hack, not
a solution.

  1   2   3   4   >