[Bug c++/82514] New: [8 Regression] ICE: in operator[], at vec.h:749
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514
Bug ID: 82514
Summary: [8 Regression] ICE: in operator[], at vec.h:749
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: jason at gcc dot gnu.org
Target Milestone: ---
% cat minimal_product.ii
template struct A { typedef _Iftrue type; };
template
using conditional_t = typename A<_Iftrue>::type;
struct B;
template struct ebo {};
template struct C;
template struct tag_of;
template struct D;
struct unpack_t {
template
constexpr decltype(auto) operator()(Xs &&, F &&) const;
} a;
template struct F;
template using make_integer_sequence = F<_Tp>;
template using index_sequence = F;
template
using make_index_sequence = make_integer_sequence;
template struct G;
template
struct G, Xn...> : ebo... {};
template
struct M : G, Xn...> {};
template struct tag_of> { using type = B; };
template <> struct D {
template
static auto apply(G, Xn...> p1, F p2) {
p2(static_cast>(p1)...);
}
};
template struct tag_of : tag_of> {};
template struct tag_of> {
using type = typename T::hana_tag;
};
template struct tag_of : tag_of {};
template struct H {
template constexpr decltype(auto) operator()(X &&) const;
};
struct {
H to;
} b;
template
constexpr decltype(auto) unpack_t::operator()(Xs &&p1, F &&p2) const {
using S = typename tag_of::type;
using Unpack = conditional_t<0, D, int>;
Unpack::apply(p1, p2);
}
template struct I {
M storage_;
using hana_tag = int;
};
template <> struct D {
template static auto apply(Xs p1, F p2) {
a(p1.storage_, p2);
}
};
template
template
constexpr decltype(auto) H::operator()(X &&) const {}
template struct N : N> {};
struct for_each_t {
template
constexpr void operator()(Xs &&, F &&) const;
} c;
template
constexpr void for_each_t::operator()(Xs &&p1, F &&p2) const {
using S = typename tag_of::type;
using ForEach = conditional_t<0, N, int>;
ForEach::apply(p1, p2);
}
template struct J {
F f;
template void operator()(Xs... p1) {
using Swallow = int;
Swallow{((*f)(p1), 0)...};
}
};
template struct N> {
template static void apply(Xs p1, F p2) {
a(p1, J{});
}
};
struct K {
template K(Foldables p1) {
c(p1, [](auto) {
struct L {};
b.to(L{});
});
}
};
I d;
int main() { K{d}; }
% g++ -c minimal_product.ii
minimal_product.ii: In instantiation of ‘constexpr decltype(auto) H<
>::operator()(X&&) const [with X =
K::K(Foldables):: [with auto:1 = ebo; Foldables =
I]::L; = int]’:
minimal_product.ii:58:26: required from here
minimal_product.ii:58:26: internal compiler error: in operator[], at vec.h:749
constexpr decltype(auto) H::operator()(X &&) const {}
^~~~
0x10362fa3 vec::operator[](unsigned int)
../../gcc/gcc/vec.h:749
0x10362fa3 local_class_index
../../gcc/gcc/cp/mangle.c:1894
0x1036d25b discriminator_for_local_entity
../../gcc/gcc/cp/mangle.c:1930
0x1036d25b write_local_name
../../gcc/gcc/cp/mangle.c:2031
0x1036d25b write_name
../../gcc/gcc/cp/mangle.c:964
0x10372fe3 write_encoding
../../gcc/gcc/cp/mangle.c:825
0x1036ce33 write_local_name
../../gcc/gcc/cp/mangle.c:2000
0x1036ce33 write_name
../../gcc/gcc/cp/mangle.c:964
0x1036defb write_class_enum_type
../../gcc/gcc/cp/mangle.c:2781
0x1036defb write_type
../../gcc/gcc/cp/mangle.c:2195
0x1036cb43 write_template_args
../../gcc/gcc/cp/mangle.c:2810
0x10374c83 write_nested_name
../../gcc/gcc/cp/mangle.c:1063
0x1036d047 write_name
../../gcc/gcc/cp/mangle.c:976
0x10372fe3 write_encoding
../../gcc/gcc/cp/mangle.c:825
0x10375893 mangle_decl_string
../../gcc/gcc/cp/mangle.c:3760
0x10375bfb get_mangled_id
../../gcc/gcc/cp/mangle.c:3782
0x10375bfb mangle_decl(tree_node*)
../../gcc/gcc/cp/mangle.c:3820
0x10f3024f decl_assembler_name(tree_node*)
../../gcc/gcc/tree.c:673
0x10f612eb assign_assembler_name_if_needed(tree_node*)
../../gcc/gcc/tree.c:5595
0x10690e1f cgraph_node::analyze()
../../gcc/gcc/cgraphunit.c:663
[Bug c++/82514] [8 Regression] ICE: in operator[], at vec.h:749
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514 --- Comment #1 from Markus Trippelsdorf --- PR77787 trace looks similar.
[Bug debug/82509] DW_AT_endianity issues with attribute scalar_storage_order
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82509
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2017-10-11
CC||ebotcazou at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Eric Botcazou ---
> 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
Indeed, the code is correct but not the debug info in this case.
> 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.
The decision was made to use strict DWARF and we'll stick to it I think.
> 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
Great, thanks for working on this.
> 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.
Custom encoding are necessary when the debug info format lacks expressiveness
but this is not the case here so IMO GDB will have to bite the bullet.
[Bug debug/82509] DW_AT_endianity issues with attribute scalar_storage_order
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82509 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot gnu.org --- Comment #2 from Eric Botcazou --- Investigating.
[Bug c/66425] (void) cast doesn't suppress __attribute__((warn_unused_result))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
Andrzej Krzemienski changed:
What|Removed |Added
CC||akrzemi1 at gmail dot com
--- Comment #29 from Andrzej Krzemienski ---
Note that the discussed problem only applies to
`__attribute__((warn_unused_result))` and `[[gnu::warn_unused_result]]`. Since
version 7, GCC also implements `[[nodiscard]]` which works as recommended by
the C++ Standard:
```
[[nodiscard]] int f () { return 1; }
int main()
{
f(); // warns
(void)f(); // doesn't warn
}
```
[Bug go/80914] gcc-go binaries don't run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914 --- Comment #9 from Steven Noonan --- (In reply to Ian Lance Taylor from comment #8) > Which version of GCC are you using in comment #7? Oops, forgot to mention that bit. Built from trunk a few hours ago: $ go.gcc version go version go1.9 gccgo (GCC) 8.0.0 20171010 (experimental) linux/amd64
[Bug c++/82159] [6 Regression] ICE: in assign_temp, at function.c:961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82159
--- Comment #12 from chr at terma dot com ---
I've build a gcc 7.2.0 + above patch using crosstool ng. The original test code
passes, so I should have managed to succesfully create a patches gcc.
Steps to Repro:
-
g++ -c -O0 testcase2.cpp
testcase2.cpp: In constructor 'bd< >::bg::bg(bd<
>::bb, bf) [with bf = l; =
bc<2, double>]':
testcase2.cpp:37:31: internal compiler error: in assign_temp, at function.c:968
bg(bb, bf n) : bh(n.ap - 0) {}
Source file testcase2.cpp:
-
template class d { b e; };
class f : d {
public:
f(const f &);
};
class g : f {
public:
template g operator-(h);
};
template class i {
public:
typedef typename ai::template j ak;
};
template class k { typename i::ak an; };
class l {
public:
g ap;
};
class aq {
public:
~aq();
};
template class m : ar {
public:
template m(at, au);
l av;
virtual void aw() { ar::ax(&av); }
};
template class bc;
template class bd {
public:
typedef int bb;
class be {};
template class bg {
public:
g bh;
bg(bb, bf n) : bh(n.ap - 0) {}
};
bd(bb, be);
};
template class o;
template
class o>> : public bd>::be {};
class L : bd> {
class p : aq {
public:
void ax(l *p1) {
bb a;
bg(a, *p1);
}
};
public:
template L(at p1, au n) : bd(p1, n) {}
int br;
virtual int bs() { m(this, br); }
};
template class q {
o>> bv;
virtual L bw() { L(0, bv); }
};
template class by> class r {
public:
r() { by(); }
};
class s {
public:
template class j : r {};
};
void t() { k c; }
int main() {
return 0;
}
Compiler used:
-
x86_64-corei7_avx-linux-gnu-g++ -v
Using built-in specs.
COLLECT_GCC=x86_64-corei7_avx-linux-gnu-g++
COLLECT_LTO_WRAPPER=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/x86_64-corei7_avx-linux-gnu/libexec/gcc/x86_64-corei7_avx-linux-gnu/7.2.0/lto-wrapper
Target: x86_64-corei7_avx-linux-gnu
Configured with:
/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/.build/x86_64-corei7_avx-linux-gnu/src/gcc/configure
--build=x86_64-build_pc-linux-gnu --host=x86_64-build_pc-linux-gnu
--target=x86_64-corei7_avx-linux-gnu
--prefix=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/x86_64-corei7_avx-linux-gnu
--with-sysroot=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/x86_64-corei7_avx-linux-gnu/x86_64-corei7_avx-linux-gnu/sysroot
--enable-languages=c,c++ --with-arch=corei7-avx --with-tune=corei7-avx
--with-pkgversion='crosstool-NG
astrax_ASTRAX_902085-002_REL_A-2760-gc1aa3992abc-dirty' --enable-__cxa_atexit
--disable-libmudflap --disable-libgomp --disable-libssp --disable-libquadmath
--disable-libquadmath-support --disable-libsanitizer --enable-libmpx
--with-gmp=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/.build/x86_64-corei7_avx-linux-gnu/buildtools
--with-mpfr=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/.build/x86_64-corei7_avx-linux-gnu/buildtools
--with-mpc=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/.build/x86_64-corei7_avx-linux-gnu/buildtools
--with-isl=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/.build/x86_64-corei7_avx-linux-gnu/buildtools
--enable-lto --with-host-libstdcxx='-static-libgcc
-Wl,-Bstatic,-lstdc++,-Bdynamic -lm' --enable-threads=posix
--enable-target-optspace --disable-plugin --disable-nls --disable-multilib
--with-local-prefix=/home/ries/work/build/tools/x86_64/gcc-7.2.0-glibc-2.25-x86_64/x86_64-corei7_avx-linux-gnu/x86_64-corei7_avx-linux-gnu/sysroot
--enable-long-long
Thread model: posix
gcc version 7.2.0 (crosstool-NG gc1aa3992abc-dirty)
[Bug c++/82159] [6 Regression] ICE: in assign_temp, at function.c:961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82159 --- Comment #13 from Martin Liška --- (In reply to chr from comment #12) > I've build a gcc 7.2.0 + above patch using crosstool ng. The original test > code passes, so I should have managed to succesfully create a patches gcc. > Confirm, all branches affected. Started also with r232167.
[Bug libfortran/82233] [6/7/8 Regression] execute_command_line causes program to stop when command fails (or does not exist)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233 --- Comment #9 from Christophe Lyon --- Indeed, it passes/fails randomly in subsequent builds. It is killed, maybe because of a timeout, but there is nothing in the standard logs. I've been trying to patch dejagnu to be more verbose in such cases, to avoid reporting noise; it's still wip.
[Bug target/82515] New: incorrect implicit integer type conversion by arm-linux-gnueabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82515
Bug ID: 82515
Summary: incorrect implicit integer type conversion by
arm-linux-gnueabi
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: yangyibiao at nju dot edu.cn
Target Milestone: ---
Host: x86_64-linux-gnu
Target: arm-linux-gnueabi
~$ cat test.c
#include
void main()
{
int t = 0xFB0310B8;
printf("%X\n", t > 4294967291UL);
}
~$ arm-linux-gnueabi-gcc -static test.c; ./a.out
0
~$ gcc -static test.c; ./a.out
1
arm-gcc version
~$ arm-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=arm-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc-cross/arm-linux-gnueabi/5/lto-wrapper
Target: arm-linux-gnueabi
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
5.4.0-6ubuntu1~16.04.4' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-5 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm
--disable-libquadmath --enable-plugin --with-system-zlib
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-armel-cross/jre
--enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-armel-cross
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-armel-cross
--with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--disable-libgcj --enable-objc-gc --enable-multiarch --enable-multilib
--disable-sjlj-exceptions --with-arch=armv5t --with-float=soft --disable-werror
--enable-multilib --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=arm-linux-gnueabi
--program-prefix=arm-linux-gnueabi- --includedir=/usr/arm-linux-gnueabi/include
Thread model: posix
gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.4)
gcc version:
~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
5.4.1-2ubuntu1~16.04' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-5 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686
--with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib
--with-tune=generic --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 5.4.1 20160904 (Ubuntu 5.4.1-2ubuntu1~16.04)
[Bug libfortran/82233] [6/7/8 Regression] execute_command_line causes program to stop when command fails (or does not exist)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233 --- Comment #10 from Thomas Koenig --- (In reply to Christophe Lyon from comment #9) > Indeed, it passes/fails randomly in subsequent builds. It is killed, maybe > because of a timeout, but there is nothing in the standard logs. > > I've been trying to patch dejagnu to be more verbose in such cases, to avoid > reporting noise; it's still wip. There could be one issue with the test case: Possibly, there could be output to standard error. This didn't cause any problem during regression testing. What happens if you run the test case by hand?
[Bug debug/77844] [5 Regression] Compilation of simple C++ example exhaust memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77844 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |7.0 --- Comment #12 from Jakub Jelinek --- Fixed for 7+, 6.x doesn't exhibit this problem.
[Bug middle-end/78025] [5 Regression] ICE in simd_clone_adjust, at omp-simd-clone.c:1126
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78025 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |6.3 --- Comment #8 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.3 and later.
[Bug tree-optimization/78482] [5 Regression] wrong code at -O3 in both 32-bit and 64-bit modes on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78482 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |6.3 --- Comment #12 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.3 and later.
[Bug tree-optimization/78189] [5 Regression] movaps generated for unaligned store in aligned struct, when struct is referenced via unaligned member.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78189 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 #5 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.3 and later.
[Bug c++/81299] [8 Regression] Spurious "set but not used" warning with constexpr variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81299 --- Comment #4 from paolo at gcc dot gnu.org --- Author: paolo Date: Wed Oct 11 08:50:15 2017 New Revision: 253630 URL: https://gcc.gnu.org/viewcvs?rev=253630&root=gcc&view=rev Log: 2017-10-11 Paolo Carlini PR c++/81299 * g++.dg/cpp1y/lambda-generic-ice7.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp1y/lambda-generic-ice7.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug gcov-profile/82457] libgcov fork and exec hooks not always used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82457 Martin Liška changed: What|Removed |Added CC||hubicka at gcc dot gnu.org, ||nathan at gcc dot gnu.org --- Comment #8 from Martin Liška --- Ok so the functions like (execve, fork) are recognized as builtins in non-strict mode: https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html (Outside strict ISO C mode...) I would incline to provide either warning or to include these builtins with --coverage? Adding gcov maintainers.
[Bug target/82515] incorrect implicit integer type conversion by arm-linux-gnueabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82515
--- Comment #1 from Yibiao Yang ---
While using clang to compile this code, the output is also 1. This, at a
certain extent, indicates that the problem was caused by the
arm-linux-gnueabic-gcc compiler.
$ clang -w -static test.c; ./a.out
1
Here is the GIMPLE representation by gcc-x86.
$ gcc -static -fdump-tree-gimple test.c; cat test.c.004t.gimple
main ()
{
_Bool D.2287;
int D.2288;
int t;
t = -83685192;
D.2287 = t < 0;
D.2288 = (int) D.2287;
printf ("%X\n", D.2288);
}
Here is the GIMPLE representation by gcc-arm. We can found that t was converted
to long unsigned int in arm-linux-gnueabi-gcc.
$ arm-linux-gnueabi-gcc -static -fdump-tree-gimple test.c; cat
test.c.004t.gimple
main ()
{
long unsigned int t.0;
_Bool D.4677;
int D.4678;
int t;
t = -83685192;
t.0 = (long unsigned int) t;
D.4677 = t.0 > 4294967291;
D.4678 = (int) D.4677;
printf ("%X\n", D.4678);
}
Note that this issue was found by Yibiao Yang and shqking.
[Bug c++/78523] [5 Regression] ICE on valid lambda code with implicit capture
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78523 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 --- Fixed by r231863. GCC 5 branch has been closed.
[Bug libfortran/82233] [6/7/8 Regression] execute_command_line causes program to stop when command fails (or does not exist)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233 --- Comment #11 from Thomas Koenig --- Another idea: Could there be a network drive in the PATH that does not respond in time?
[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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82230 --- Comment #6 from paolo at gcc dot gnu.org --- Author: paolo Date: Wed Oct 11 09:04:29 2017 New Revision: 253631 URL: https://gcc.gnu.org/viewcvs?rev=253631&root=gcc&view=rev Log: 2017-10-11 Paolo Carlini PR c++/82230 * g++.dg/cpp1y/lambda-generic-ice8.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp1y/lambda-generic-ice8.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/78558] [5 Regression] Incorrect loop optimization leads to crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78558 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.0 --- Comment #4 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6 and later.
[Bug tree-optimization/78742] [5 Regression] internal compiler error: in int_cst_value, at tree.c:10782
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78742 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #13 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug tree-optimization/81410] [6 Regression] -O3 breaks code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 --- Comment #15 from rguenther at suse dot de --- On Tue, 10 Oct 2017, gcc at sjor dot sg wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410 > > --- Comment #14 from Sjors Gielen --- > (In reply to Jakub Jelinek from comment #13) > > GCC 5 branch is being closed > > Has there been a fix for this issue at all in a 5 branch release? No. > And, for the 6 branch, will there be a release with a fix for this issue? Eventually, as you see the fix caused some fallout which needed fixing and that fix needs to propagate to release branches as well. Which also means that followup fix needs some burn-in.
[Bug c++/79050] [5 Regression] ICE: tree code 'template_type_parm' is not supported in LTO streams
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79050 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #10 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug c++/79461] [5 Regression] [C++1z] ICE when capturing a variable in a lambda in a constexpr constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79461 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #6 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug c++/79580] [5 Regression] ICE in nested_anon_class_index, at cp/mangle.c:1604
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79580 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #5 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug c++/79607] [5 Regression] ICE with brace-initialization of static const member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79607 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #7 from Jakub Jelinek --- Fixed for 5.5, 6.4+ and 7+.
[Bug c++/79822] [5 Regression] ICE with void statement expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79822 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |7.0 --- Comment #6 from Jakub Jelinek --- Unreproduceable in 6.x, fixed in 7+, GCC 5 branch has been closed.
[Bug c++/80075] [5 Regression] ICE: "statement marked for throw, but doesn’t" with -fnon-call-exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80075 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #8 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug c++/82307] unscoped enum-base incorrect cast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82307 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED CC|mukesh.kapoor at oracle dot com| Assignee|unassigned at gcc dot gnu.org |mukesh.kapoor at oracle dot com --- Comment #5 from Paolo Carlini --- Mukesh is on it.
[Bug libstdc++/82513] regex [z\-a] fails to compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82513 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Jonathan Wakely --- Already fixed in GCC 7. *** This bug has been marked as a duplicate of bug 77356 ***
[Bug libstdc++/77356] regex error for a ECMAScript syntax string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77356 Jonathan Wakely changed: What|Removed |Added CC||gene at genethomas dot com --- Comment #5 from Jonathan Wakely --- *** Bug 82513 has been marked as a duplicate of this bug. ***
[Bug other/78808] target_clones not applying to openmp functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78808 Steven Noonan changed: What|Removed |Added Version|6.2.0 |7.2.1 --- Comment #6 from Steven Noonan --- Any chance this work will be picked up sometime soon? It's been waiting quite a while. I'm bumping the GCC version on this report since it still affects the current 7.x branch.
[Bug c++/80194] [5 Regression] ICE with local constant referenced by a lambda expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80194 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 #2 from Jakub Jelinek --- Fixed by r231863 in 6+, GCC 5 branch has been closed.
[Bug other/78808] target_clones not applying to openmp functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78808 --- Comment #7 from Jakub Jelinek --- I believe this might work fine on the trunk after PR82374, but haven't verified.
[Bug tree-optimization/80281] [5 Regression] Wrong constant folding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #21 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug middle-end/80341] [5 Regression] gcc miscompiles division of signed char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #12 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug c++/71737] [6 Regression] ICE following 2x pack expansion in non-pack with template alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71737 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |7.0 --- Comment #12 from Paolo Carlini --- Let's close this as fixed in 7.1.0. In gcc-6-branch the issue is just a "confused by earlier errors, bailing out" during error recovery.
[Bug middle-end/80421] [5 Regression] Case dispatch is scrambled in switch-statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80421 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 --- GCC 5 branch has been closed, should be fixed in GCC 6 and later.
[Bug tree-optimization/80492] [5 Regression] Wrong code when unrolling a loop with inline asm and local regs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80492 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.4 --- Comment #20 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.4 and later.
[Bug c++/80543] [5 Regression] ICE in tsubst_copy, at cp/pt.c:13039
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80543 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 #2 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6 and later.
[Bug sanitizer/81505] [5 Regression] ICE in tree-ssa-loop-manip.c:95 with -fsanitize=signed-integer-overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81505 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |6.5 --- Comment #6 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.5 and later.
[Bug other/78808] target_clones not applying to openmp functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78808 --- Comment #8 from Steven Noonan --- Oh, awesome! I just tested a gcc trunk build and it's definitely working there.
[Bug tree-optimization/81977] [5 Regression] Issue with inline memcpy with optimizations enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81977 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|5.5 |6.5 --- Comment #9 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.5, 7.3 and later.
[Bug c++/82084] [5 Regression] ICE: constructing wstring with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82084 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|5.5 |6.5 --- Comment #12 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6.5 and 7.3 and later.
[Bug c++/80412] [c++17] crash with class template deduction guide and inheritance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80412 --- Comment #2 from paolo at gcc dot gnu.org --- Author: paolo Date: Wed Oct 11 10:01:23 2017 New Revision: 253632 URL: https://gcc.gnu.org/viewcvs?rev=253632&root=gcc&view=rev Log: 2017-10-11 Paolo Carlini PR c++/80412 * g++.dg/cpp1z/class-deduction44.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp1z/class-deduction44.C Modified: trunk/gcc/testsuite/ChangeLog
[Bug c++/80412] [c++17] crash with class template deduction guide and inheritance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80412 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |8.0 --- Comment #3 from Paolo Carlini --- Fixed in trunk.
[Bug c++/82414] [5 Regression] Issue with ODR/LTO in G++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82414 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 #2 from Jakub Jelinek --- GCC 5 branch has been closed, should be fixed in GCC 6 and later.
[Bug c++/80294] [6 Regression] ICE with constexpr and inheritance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|6.5 |5.5 --- Comment #22 from Jakub Jelinek --- Should be fixed in 6.4 and 5.5 too.
[Bug c++/77907] [6 Regression] Add "const" to argument of constexpr constructor causes the object to be left in unconstructed state
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77907 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|6.5 |6.3 --- Comment #12 from Jakub Jelinek --- Should be fixed in 6.3+ and 7+.
[Bug c++/71515] [6 Regression] ICE on valid C++ code on x86_64-linux-gnu: Segmentation fault (program cc1plus)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71515 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Jakub Jelinek --- Should be fixed in 6.3+ and 7+.
[Bug c++/71274] [6 Regression] deprecated static const member of struct raises warning without use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71274 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED Target Milestone|6.5 |6.3 --- Comment #6 from Jakub Jelinek --- Should be fixed in 6.3+ and 7+.
[Bug c++/81671] [7 Regression] std::nullptr_t incompatible to std::nullptr_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81671 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #5 from Jakub Jelinek --- Should be fixed for 7.3+.
[Bug target/80725] [7 Regression] s390x ICE on alsa-lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80725 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|7.3 |7.2 --- Comment #7 from Jakub Jelinek --- Should be fixed in 7.2+.
[Bug target/71607] [6 Regression] [ARM] ice due to forbidden enabled attribute dependency on instruction operands
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71607 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org Summary|[6/7/8 Regression] [ARM]|[6 Regression] [ARM] ice |ice due to forbidden|due to forbidden enabled |enabled attribute |attribute dependency on |dependency on instruction |instruction operands |operands| --- Comment #18 from Jakub Jelinek --- I believe this should now be fixed for 7.2+.
[Bug c/82437] [8 Regression] false-positive -Wtautological-compare warning with -std=gnu89
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82437 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Jakub Jelinek --- Fixed.
[Bug tree-optimization/82388] [8 Regression] wrong code at -O1 and above on x86_64-linux-gnu in 32-bit mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82388 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Jakub Jelinek --- Fixed.
[Bug tree-optimization/82389] [8 Regression] ICE on valid code on x86_64-linux-gnu: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82389 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Jakub Jelinek --- Fixed.
[Bug tree-optimization/82387] [8 Regression] wrong code at -O1 and -Os on x86_64-linux-gnu in 64-bit mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82387 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Jakub Jelinek --- Fixed.
[Bug target/82386] [8 Regression] internal compiler error: Segmentation fault on 32-bit powerpc BE targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82386 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Jakub Jelinek --- Fixed.
[Bug tree-optimization/82381] [8 Regression] internal compiler error: qsort checking failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82381 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Jakub Jelinek --- Fixed.
[Bug target/82342] [8 regression] i386/pr82260-2.c fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82342 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Jakub Jelinek --- Fixed.
[Bug middle-end/82407] [8 Regression][meta-bug] qsort_chk fallout tracking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82407 Bug 82407 depends on bug 82381, which changed state. Bug 82381 Summary: [8 Regression] internal compiler error: qsort checking failed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82381 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug debug/82155] [7 Regression] ICE in dwarf2out_abstract_function, at dwarf2out.c:21655
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82155 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org Summary|[7/8 Regression] ICE in |[7 Regression] ICE in |dwarf2out_abstract_function |dwarf2out_abstract_function |, at dwarf2out.c:21655 |, at dwarf2out.c:21655 --- Comment #6 from Jakub Jelinek --- Assuming fixed on the trunk.
[Bug tree-optimization/82078] [8 Regression] wrong code at -O3 in both 32-bit and 64-bit modes on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82078 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #10 from Jakub Jelinek --- Assuming this is fixed now.
[Bug rtl-optimization/82024] wrong code with -Og -fgcse-sm -frerun-cse-after-loop --param=max-combine-insns=3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82024 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org Summary|[8 Regression] wrong code |wrong code with -Og |with -Og -fgcse-sm |-fgcse-sm |-frerun-cse-after-loop |-frerun-cse-after-loop |--param=max-combine-insns=3 |--param=max-combine-insns=3 --- Comment #7 from Jakub Jelinek --- Not a trunk regression anymore then.
[Bug sanitizer/81981] [8 Regression] -fsanitize=undefined makes a -Wmaybe-uninitialized warning disappear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81981 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Jakub Jelinek --- .
[Bug tree-optimization/81799] [8 Regression] ICE on valid code at -O3: verify_gimple failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81799 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #4 from Jakub Jelinek --- Author: amker Date: Mon Aug 14 11:46:03 2017 New Revision: 251088 URL: https://gcc.gnu.org/viewcvs?rev=251088&root=gcc&view=rev Log: PR tree-optimization/81799 * tree-loop-distribution.c (version_loop_by_alias_check): Force cond_expr to simple gimple operand. gcc/testsuite * gcc.dg/tree-ssa/pr81799.c: New. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr81799.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-loop-distribution.c
[Bug middle-end/81768] [8 Regression] error: control flow in the middle of basic block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81768 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Jakub Jelinek --- Fixed.
[Bug testsuite/81624] [8 Regression] FAIL: gcc.target/i386/pr59501-3a.c scan-assembler-not and[^\n\r]*sp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81624 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #4 from Jakub Jelinek --- Assuming fixed.
[Bug rtl-optimization/81423] [6/7 Regression] Wrong code at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org Summary|[6/7/8 Regression] Wrong|[6/7 Regression] Wrong code |code at -O2 |at -O2 --- Comment #14 from Jakub Jelinek --- Assuming this is fixed on the trunk now.
[Bug target/81481] [7 Regression] Spills %xmm to stack in glibc strspn SSE 4.2 variant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-10-11 CC||jakub at gcc dot gnu.org Summary|[7/8 Regression] Spills |[7 Regression] Spills %xmm |%xmm to stack in glibc |to stack in glibc strspn |strspn SSE 4.2 variant |SSE 4.2 variant Ever confirmed|0 |1 --- Comment #6 from Jakub Jelinek --- Fixed on the trunk.
[Bug tree-optimization/81184] [8 regression] gcc.dg/pr21643.c and gcc.dg/tree-ssa/phi-opt-11.c fail starting with r249450
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81184 --- Comment #5 from Jakub Jelinek --- Most likely the test need better guards on -mbranch-cost= and/or logical_op_short_circuit.
[Bug middle-end/81030] [8 Regression] ICE on valid code at -O1 (only) on x86_64-linux-gnu: verify_flow_info failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81030 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #12 from Jakub Jelinek --- I assume yes.
[Bug target/80969] [8 Regression] ICE in ix86_expand_prologue, at config/i386/i386.c:14606
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80969 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |FIXED --- Comment #7 from Jakub Jelinek --- I believe this is fixed (but there are regressions caused by that change, tracked separately).
[Bug bootstrap/80843] [8 Regression] bootstrap fails in stage1 on powerpc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80843 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- Ping, can this be closed now?
[Bug target/82516] New: Optimize jmp chain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82516
Bug ID: 82516
Summary: Optimize jmp chain
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: antoshkka at gmail dot com
Target Milestone: ---
Following code
unsigned bar();
unsigned foo1(int i) {
if (i < 0) {
return bar();
}
return i;
}
at -O2 produces the assembly:
foo1(int):
testedi, edi
js .L4 <== use "js bar()" instead
mov eax, edi
ret
.L4:
jmp bar() <== this could be removed
Generally speaking, any chain of jmps could be optimized to directly jumping to
a target. For example
js A
A: jmp B
B: jmp C
could be optimized to "js C"
[Bug ipa/80609] [8 Regression] crash_signal in reset_inline_summary on ia64 bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80609 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4 from Jakub Jelinek --- Fixed?
[Bug hsa/82416] Miscompilation due to HSA BE expanding all sub-integer types to integer types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82416 Martin Jambor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Martin Jambor --- Fixed.
[Bug rtl-optimization/80491] [6/7 Regression] Compiler regression for long-add case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80491 Jakub Jelinek changed: What|Removed |Added Summary|[6/7/8 Regression] Compiler |[6/7 Regression] Compiler |regression for long-add |regression for long-add |case. |case. --- Comment #12 from Jakub Jelinek --- Fixed on the trunk.
[Bug bootstrap/80843] [8 Regression] bootstrap fails in stage1 on powerpc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80843 Matthias Klose changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Matthias Klose --- yes
[Bug c/82508] Possibly false positive implicit-fallthrough warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82508 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mpolacek at gcc dot gnu.org Resolution|--- |INVALID --- Comment #2 from Marek Polacek --- Adding the attribute is the way to go here.
[Bug target/81924] [6/7/8 Regression] ICE: in simplify_binary_operation_1, at simplify-rtx.c:3678 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81924
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milestone|5.5 |6.5
Summary|[5 Regression] ICE: in |[6/7/8 Regression] ICE: in
|simplify_binary_operation_1 |simplify_binary_operation_1
|, at simplify-rtx.c:3678 on |, at simplify-rtx.c:3678 on
|powerpc64le-linux-gnu |powerpc64le-linux-gnu
--- Comment #2 from Jakub Jelinek ---
We don't ICE anymore on this starting with r229173, but that IMHO just makes
the bug latent rather than being a real fix.
The bug I see is that the powerpc backend splits
(insn 75 74 76 2 (set (mem/c:V1TI (reg:DI 8 8) [0 S16 A128])
(reg:V1TI 10 10)) 662 {*vsx_movv1ti}
(nil))
(insn 76 75 15 2 (set (reg:V1TI 77 0)
(mem/c:V1TI (reg:DI 8 8) [0 S16 A128])) 634 {*vsx_le_perm_load_v1ti}
(nil))
into:
(insn 111 74 112 2 (set (mem/c:DI (reg:DI 8 8) [0 S8 A128])
(reg:DI 10 10)) 417 {*movdi_internal64}
(nil))
(insn 112 111 113 2 (set (mem/c:DI (plus:DI (reg:DI 8 8)
(const_int 8 [0x8])) [0 S8 A64])
(reg:DI 11 11 [+8 ])) 417 {*movdi_internal64}
(nil))
(insn 113 112 114 2 (set (reg:V1TI 77 0)
(vec_select:V1TI (mem/c:V1TI (reg:DI 8 8) [0 S16 A128])
(parallel [
(const_int 1 [0x1])
(const_int 0 [0])
]))) 797 {*vsx_lxvd2x2_le_v1ti}
(nil))
(insn 114 113 15 2 (set (reg:V1TI 77 0)
(vec_select:V1TI (reg:V1TI 77 0)
(parallel [
(const_int 1 [0x1])
(const_int 0 [0])
]))) 789 {*vsx_xxpermdi2_le_v1ti}
(nil))
That is obviously invalid RTL, V1TImode has only one element, so you can't
select part 1 of it, only part 0.
[Bug target/82515] incorrect implicit integer type conversion by arm-linux-gnueabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82515 Yibiao Yang changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Yibiao Yang --- Sorry for the wrong bug report. The difference of the outputs was caused by the different size of unsigned long between ARM and x86. In ARM, unsigned long is 32bit and in x86 it is 64 bit.
[Bug target/81924] [6 Regression] ICE: in simplify_binary_operation_1, at simplify-rtx.c:3678 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81924 Jakub Jelinek changed: What|Removed |Added Summary|[6/7/8 Regression] ICE: in |[6 Regression] ICE: in |simplify_binary_operation_1 |simplify_binary_operation_1 |, at simplify-rtx.c:3678 on |, at simplify-rtx.c:3678 on |powerpc64le-linux-gnu |powerpc64le-linux-gnu --- Comment #3 from Jakub Jelinek --- Actually, it seems like this has been already fixed in 7+ in r246015. So it is only latent in GCC 6.x.
[Bug c++/82514] [8 Regression] ICE: in operator[], at vec.h:749
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514 Richard Biener changed: What|Removed |Added Target Milestone|--- |8.0
[Bug target/82499] x86: small stack initial adjustments could use push
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82499 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- When the other adjacent macros are prefixed with ix86, shouldn't the new one be too instead of x86? Should the testcase also use -fno-stack-protector? I think with -fstack-protector-all one might get also extra stack space.
[Bug rtl-optimization/82516] Optimize jmp chain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82516 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Status|UNCONFIRMED |NEW Last reconfirmed||2017-10-11 Component|target |rtl-optimization Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- I think the tail/sibling call isn't represented as actual jump and thus BB-reorder (who's supposed to "fix" such cases) doesn't grok this case.
[Bug sanitizer/82517] New: use-after-scope for a variable with big alignment causes a false positive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82517
Bug ID: 82517
Summary: use-after-scope for a variable with big alignment
causes a false positive
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.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, marxin at
gcc dot gnu.org
Target Milestone: ---
Target: aarch64-linux-gnu
Considering a target with MAX_SUPPORTED_STACK_ALIGNMENT being limited, we have:
$ cat bug_1.c
static int *pp;
void baz() {
return;
}
void bar(int *p) {
*p = 1;
}
void foo(int a) {
if (a == 2) {
lab:
baz();
return;
}
if (a > 1) {
int x __attribute__((aligned(256)));
pp = &x;
bar(&x);
if (!x)
goto lab;
}
}
int main(int argc, char **argv) {
foo(4);
foo(3);
}
$ gcc bug_1.c -fsanitize=address && ./a.out
=
==6958==ERROR: AddressSanitizer: stack-use-after-scope on address
0xcd0fe400 at pc 0x00400a70 bp 0xcd0fe310 sp 0xcd0fe328
WRITE of size 4 at 0xcd0fe400 thread T0
#0 0x400a6f in bar (/tmp/a.out+0x400a6f)
#1 0x400ae3 in foo (/tmp/a.out+0x400ae3)
#2 0x400b93 in main (/tmp/a.out+0x400b93)
#3 0xacb5182f in __libc_start_main (/lib64/libc.so.6+0x1f82f)
#4 0x400937 (/tmp/a.out+0x400937)
Address 0xcd0fe400 is located in stack of thread T0
SUMMARY: AddressSanitizer: stack-use-after-scope (/tmp/a.out+0x400a6f) in bar
Shadow bytes around the buggy address:
0x200ff9a1fc30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fc40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fc50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fc60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fc70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x200ff9a1fc80:[f8]00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fc90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fca0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fcb0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fcc0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x200ff9a1fcd0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Problem is that we don't add a stack_variable to asan_decl_vec in else branch:
1119if (alignb * BITS_PER_UNIT <= MAX_SUPPORTED_STACK_ALIGNMENT)
1120 {
1121base = virtual_stack_vars_rtx;
1122if ((asan_sanitize_stack_p ())
...
1153data->asan_decl_vec.safe_push (repr_decl);
...
1172else
1173 {
1174/* Large alignment is only processed in the last pass. */
1175if (pred)
...
[Bug sanitizer/82484] [8 Regression] ICE in verify_gimple failed w/ -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82484 --- Comment #1 from Martin Liška --- Author: marxin Date: Wed Oct 11 12:24:44 2017 New Revision: 253637 URL: https://gcc.gnu.org/viewcvs?rev=253637&root=gcc&view=rev Log: Do not handled volatile arguments (PR sanitizer/82484). 2017-10-11 Martin Liska PR sanitizer/82484 * sanopt.c (sanitize_rewrite_addressable_params): Do not handle volatile arguments. 2017-10-11 Martin Liska PR sanitizer/82484 * gcc.dg/asan/pr82484.c: New test. Added: trunk/gcc/testsuite/gcc.dg/asan/pr82484.c Modified: trunk/gcc/ChangeLog trunk/gcc/sanopt.c trunk/gcc/testsuite/ChangeLog
[Bug libstdc++/57925] discrete_distribution can be improved to O(1) per sampling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57925 Timon Knigge changed: What|Removed |Added CC||t.e.knigge at gmail dot com --- Comment #8 from Timon Knigge --- Hi, is this still open? I implemented aforementioned algorithm recently and found this bug. Since this is unassigned, I could try implementing said algorithm in std::discrete_distribution, if only because I think the underlying algorithm is pretty cool (I assume reducing runtime complexity for sampling from a discrete distribution isn't at the top of your priorities :-) ).
[Bug sanitizer/82490] Please don't error out on unknown no_sanitize attributes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82490 --- Comment #2 from Martin Liška --- Author: marxin Date: Wed Oct 11 12:31:59 2017 New Revision: 253640 URL: https://gcc.gnu.org/viewcvs?rev=253640&root=gcc&view=rev Log: Do not error for no_sanitize attributes (PR sanitizer/82490). 2017-10-11 Martin Liska PR sanitizer/82490 * opts.c (parse_no_sanitize_attribute): Do not use error_value variable. * opts.h (parse_no_sanitize_attribute): Remove last argument. 2017-10-11 Martin Liska PR sanitizer/82490 * c-attribs.c (handle_no_sanitize_attribute): Report directly Wattributes warning. 2017-10-11 Martin Liska PR sanitizer/82490 * c-c++-common/ubsan/attrib-5.c: New test. Added: trunk/gcc/testsuite/c-c++-common/ubsan/attrib-5.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-attribs.c trunk/gcc/opts.c trunk/gcc/opts.h trunk/gcc/testsuite/ChangeLog
[Bug go/80914] gcc-go binaries don't run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914 --- Comment #10 from Ian Lance Taylor --- I can't recreate the problem. I did the same commands in github.com/twstrike/ed448 and they worked for me. Using `go test -c -gccgoflags -Wl,--compress-debug-sections=zlib` to generate an executable, and using `readelf -S --wide` to look at the section headers, I can see that the debug sections are compressed: [31] .debug_info PROGBITS 1e15d8 012fb5 00 C 0 0 1 [32] .debug_abbrev PROGBITS 1f458d 00062d 00 C 0 0 1 [33] .debug_arangesPROGBITS 1f4bc0 d9 00 C 0 0 16 [34] .debug_line PROGBITS 1f4c99 00782b 00 C 0 0 1 [35] .debug_strPROGBITS 1fc4c4 00626e 01 MSC 0 0 1 [36] .debug_ranges PROGBITS 202732 000201 00 C 0 0 1 [37] .debug_locPROGBITS 202933 000b62 00 C 0 0 1
[Bug tree-optimization/82518] New: [8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb since r252917
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518 Bug ID: 82518 Summary: [8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb since r252917 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I have noticed that since r252917 FAIL:gfortran.fortran-torture/execute/in-pack.f90 execution, -O3 -g on armeb-none-linux-gnueabihf --with-mode arm --with-cpu cortex-a9 --with-fpu neon-fp16 O0, O1, O2*, -Os still pass.
[Bug tree-optimization/82518] [8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb since r252917
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518 Christophe Lyon changed: What|Removed |Added Target||armeb --- Comment #1 from Christophe Lyon --- r252917 was a fix for PR tree-optimization/82220
[Bug sanitizer/82490] Please don't error out on unknown no_sanitize attributes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82490 Martin Liška changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Martin Liška --- Fixed.
[Bug tree-optimization/82518] [8 regression] gfortran.fortran-torture/execute/in-pack.f90 fails on armeb since r252917
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org Target Milestone|--- |8.0 --- Comment #2 from Richard Biener --- So it was broken before the rev. with -fno-vect-cost-model added I guess.
[Bug tree-optimization/82472] [8 Regression] ICE in generate_code_for_partition, at tree-loop-distribution.c:1145
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82472 --- Comment #3 from amker at gcc dot gnu.org --- Author: amker Date: Wed Oct 11 13:04:05 2017 New Revision: 253641 URL: https://gcc.gnu.org/viewcvs?rev=253641&root=gcc&view=rev Log: PR tree-optimization/82472 * tree-loop-distribution.c (sort_partitions_by_post_order): Refine comment. (break_alias_scc_partitions): Update postorder number. gcc/testsuite * gcc.dg/tree-ssa/pr82472.c: New test. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr82472.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-loop-distribution.c
[Bug c++/82514] [8 Regression] ICE: in operator[], at vec.h:749
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-10-11 Ever confirmed|0 |1 --- Comment #2 from Markus Trippelsdorf --- Started with r251433.
