[Bug c++/69433] missing -Wreturn-local-addr assigning address of a local to a static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69433
--- Comment #3 from Marc Glisse ---
f3: the inliner silently removes s (and the assignment to it) as write-only.
You need to add a function that reads s (we don't warn in that case either, of
course, but that's a first step).
f2: the (atomic) initialization of the static is a lot of hard to optimize
code. Still, since we manage to warn for f1:
# iftmp.0_1 = PHI <&a(2), "def"(3)>
a ={v} {CLOBBER};
return iftmp.0_1;
we would probably manage it for f2:
# prephitmp_14 = PHI
a ={v} {CLOBBER};
return prephitmp_14;
... if there was an isolate-path pass after PRE, since before that we only see:
s = &a;
__cxa_guard_release (&_ZGVZ2f2vE1s);
[100.00%] [count: INV]:
_10 = s;
a ={v} {CLOBBER};
return _10;
IMO we should look into why this optimization doesn't happen before PRE (why
not FRE for instance?).
[Bug driver/81991] New: gcc-ar segfaults if we run it with the full path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81991 Bug ID: 81991 Summary: gcc-ar segfaults if we run it with the full path Product: gcc Version: 7.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: ryxi at stu dot xidian.edu.cn Target Milestone: --- From r238089: $ /usr/bin/gcc-ar Segmentation fault (core dumped) This issue prevents the building of ATLAS. Its configure script tries to run gcc-ar with the full path.
[Bug c++/69433] missing -Wreturn-local-addr assigning address of a local to a static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69433 --- Comment #4 from Andrew Pinski --- >IMO we should look into why this optimization doesn't happen before PRE (why >not FRE for instance?). Because the reads from s are only partially redundant (PRE) and not fully (vs FRE). :)
[Bug driver/81991] gcc-ar segfaults if we run it with the full path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81991 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andrew Pinski --- Dup. *** This bug has been marked as a duplicate of bug 81829 ***
[Bug driver/81829] [7 Regression] /usr/bin/gcc-{ar,nm,ranlib} segfault without arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829 Andrew Pinski changed: What|Removed |Added CC||ryxi at stu dot xidian.edu.cn --- Comment #2 from Andrew Pinski --- *** Bug 81991 has been marked as a duplicate of this bug. ***
[Bug driver/81991] gcc-ar segfaults if we run it with the full path
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81991 --- Comment #2 from Xi Ruoyao --- > --- Comment #1 from Andrew Pinski --- > Dup. > Oh. Only searched with term gcc-ar and didn't find PR81829.
[Bug other/78889] GCC fails to build due to graphite-dependences.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78889 --- Comment #2 from Martin Jossic --- Hello ! Sorry for the late answer but I finally found a solution. Thanks for your help !
[Bug debug/81936] ICE in dwarf2out_die_ref_for_decl, at dwarf2out.c:5543
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81936 --- Comment #20 from Tom de Vries --- (In reply to Richard Biener from comment #19) > Fixed. Thanks for fixing this. libgomp with nvptx offloading is back to known fails: ... # of unexpected failures24 # of expected passes8391 # of unresolved testcases 3 # of unsupported tests 383 ...
[Bug driver/81829] [7 Regression] /usr/bin/gcc-{ar,nm,ranlib} segfault without arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829 --- Comment #3 from Xi Ruoyao --- marxin's patch: http://gcc.gnu.org/ml/gcc-patches/2017-08/msg01116.html But this patch doesn't work while /my_bin/bin contains a symlink.
[Bug c++/70328] default generated destructors cause 'inlining failed' warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70328 --- Comment #3 from Morwenn --- Looks like providing a testcase will be hard: I switched to GCC 7.1 since then, and can't reproduce the bug anymore, be it in C++14 or C++17 mode. That said, a few things have changed since then and they may be involved in the failure to reproduce the bug: * My testsuite has changed since then, but I don't think that the tests that triggered the problem have changed at all * I regularly update my test framework (Catch), which has changed significantly these last months Either one of these changes hides the bug, or it has been fixed. I wasn't able to produce a minimal example back then, so it might be either.
[Bug fortran/81974] [8 Regression] ICE verify_gimple failed type mismatch in binary expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81974 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot gnu.org --- Comment #2 from Thomas Koenig --- Let's see.
[Bug c++/70328] default generated destructors cause 'inlining failed' warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70328 Eric Gallager changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |INVALID --- Comment #4 from Eric Gallager --- (In reply to Morwenn from comment #3) > Looks like providing a testcase will be hard: I switched to GCC 7.1 since > then, and can't reproduce the bug anymore, be it in C++14 or C++17 mode. > That said, a few things have changed since then and they may be involved in > the failure to reproduce the bug: > * My testsuite has changed since then, but I don't think that the tests that > triggered the problem have changed at all > * I regularly update my test framework (Catch), which has changed > significantly these last months > > Either one of these changes hides the bug, or it has been fixed. I wasn't > able to produce a minimal example back then, so it might be either. OK, so I'll close this as INVALID then since there's no example. Although probably WORKSFORME could work too. Or actually a lot of the different resoultion statuses make sense. I dunno. I'll just stick with my first instinct.
[Bug c++/81992] New: C++ toupper symbol clash?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81992
Bug ID: 81992
Summary: C++ toupper symbol clash?
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jg at jguk dot org
Target Milestone: ---
I thought functions can have the same name, because params are different in C++
eg my
void tolower(std::string & str)
If I rename my function to tolowerstr, it then works.
But I get a build error. I had expected not to conflict
int toupper( int ch );
http://en.cppreference.com/w/cpp/string/byte/toupper
$ g++ -O2 -Wall -Wextra -Wpedantic -o main main.cpp
main.cpp: In function ‘void tolower(std::__cxx11::string&)’:
main.cpp:23:66: error: no matching function for call to
‘transform(std::__cxx11::basic_string::iterator,
std::__cxx11::basic_string::iterator,
std::__cxx11::basic_string::iterator, )’
std::transform(str.begin(), str.end(), str.begin(), ::tolower);
^
In file included from /usr/include/c++/5/algorithm:62:0,
from main.cpp:3:
/usr/include/c++/5/bits/stl_algo.h:4164:5: note: candidate: template _OIter std::transform(_IIter,
_IIter, _OIter, _UnaryOperation)
transform(_InputIterator __first, _InputIterator __last,
^
/usr/include/c++/5/bits/stl_algo.h:4164:5: note: template argument
deduction/substitution failed:
main.cpp:23:66: note: couldn't deduce template parameter ‘_UnaryOperation’
std::transform(str.begin(), str.end(), str.begin(), ::tolower);
^
In file included from /usr/include/c++/5/algorithm:62:0,
from main.cpp:3:
/usr/include/c++/5/bits/stl_algo.h:4201:5: note: candidate: template _OIter
std::transform(_IIter1, _IIter1, _IIter2, _OIter, _BinaryOperation)
transform(_InputIterator1 __first1, _InputIterator1 __last1,
^
/usr/include/c++/5/bits/stl_algo.h:4201:5: note: template argument
deduction/substitution failed:
main.cpp:23:66: note: candidate expects 5 arguments, 4 provided
std::transform(str.begin(), str.end(), str.begin(), ::tolower);
//g++ -O2 -Wall -Wextra -Wpedantic -o main main.cpp
#include
#include
#include
void myfunc(int i)
{
i = 10;
std::cout << i;
}
void myfunc(std::string i)
{
i = "10";
std::cout << i;
}
void tolower(std::string & str)
{
std::transform(str.begin(), str.end(), str.begin(), ::tolower);
}
int main (void)
{
std::string caps = "FOO";
tolower(caps);
return 0;
}
[Bug target/81988] [7/8 Regression] sparc64: emits STD instruction with odd register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81988 --- Comment #2 from Mikael Pettersson --- Started with r244034, i.e. when SPARC switched to LRA by default. -mno-lra works around it.
[Bug debug/81993] New: gcc 7.X -gsplit-dwarf removes some symbols, causing some undefined references
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81993 Bug ID: 81993 Summary: gcc 7.X -gsplit-dwarf removes some symbols, causing some undefined references Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: sylvestre at debian dot org Target Milestone: --- Reported https://bugs.llvm.org/show_bug.cgi?id=34140 & discussed https://gcc.gnu.org/ml/gcc/2017-08/msg00287.html Adding __attribute__((used)) fixed the issue for the clang build. sorry I don't have a test case.
[Bug c/81994] New: [C++11]Internal error: same_comdat_group list across different groups
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81994 Bug ID: 81994 Summary: [C++11]Internal error: same_comdat_group list across different groups Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: felipematas at yahoo dot com Target Milestone: --- Created attachment 42050 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42050&action=edit The reduced example from octave Hi all, well i was compiling the actual dev octave and fails after talk in the bugtracker i think the bug is here. Well i try reduce the octave code to an example, so if someone can reduce it more, or can know the nature of the bug please update the title, and the file can have problems, i like force the octave code to get the error. I test this with GCC versions 5.4, 5.4 (git version, without any patch) and 6.4, failing, but with 4.9.4 works. The second condition to this happen is have gcc in debug mode, in my case (Gentoo) i just need enable the debug USE, if i see right this is when we compile using "--enable-checking=yes", I test a lot of combinations, but finally this options was the only i found causing this. I try test this with v7 but i would need rebuild my system and i want avoid that, so if someone can test it would be great. The compilation command: gcc -std=c++11 bug.cc I try some variations with optimizer but the same result. Log: gcc -std=c++11 bug.cc bug.cc:29:23: error: same_comdat_group list across different groups template class B; ^ _ZN1BIbED0Ev/7 (B::~B() [with Z = bool]) @0x7fab7253a620 Type: function definition analyzed Visibility: forced_by_abi public weak comdat_group:_ZN1BIbED0Ev one_only virtual Same comdat group as: _ZN1BIbED1Ev/6 Address is taken. References: Referring: _ZTV1BIbE/22 (addr) First run: 0 Function flags: body Called by: Calls: _ZdlPv/30 (1.00 per call) _ZN1BIbED1Ev/6 (1.00 per call) bug.cc:29:23: error interno del compilador: falló verify_cgraph_node 0x90e202 cgraph_node::verify_node() /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/gcc/cgraph.c:3201 0x9023f7 symtab_node::verify() /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/gcc/symtab.c:1103 0x903897 symtab_node::verify_symtab_nodes() /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/gcc/symtab.c:1123 0x915715 symbol_table::compile() /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/gcc/cgraphunit.c:2294 0x917d97 symbol_table::compile() /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/gcc/timevar.h:110 0x917d97 symbol_table::finalize_compilation_unit() /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/gcc/cgraphunit.c:2466 0x6e7487 cp_write_global_declarations() /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/gcc/cp/decl2.c:4849 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <https://bugs.gentoo.org/> for instructions. With this configuration the code fails: COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0-pre/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/5.4.0-pre/lto-wrapper Objetivo: x86_64-pc-linux-gnu Configurado con: /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5.4.0-/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0-pre --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0-pre/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0-pre --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0-pre/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0-pre/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0-pre/include/g++-v5 --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/5.4.0-pre/python --enable-languages=c,c++,java,fortran --enable-obsolete --enable-secureplt --disable-werror --with-system-zlib --enable-nls --without-included-gettext --enable-checking=yes --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 5.4.0_pre' --enable-libstdcxx-time --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64 --disable-altivec --disable-fixed-point --enable-targets=all --enable-libgomp --disable-libmudflap --disable-libssp --disable-libcilkrts --disable-libmpx --disable-vtable-verify --disable-libvtv --enable-lto --without-isl --disable-libsanitizer Modelo de hilos: posix gcc versión 5.4.0-pre 20170826 (Gentoo 5.4.0_pre) With this configuration the code works: /var/tmp/portage/sys-devel/gcc-5.4.0_pre/work/gcc-5
[Bug bootstrap/81995] New: [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995 Bug ID: 81995 Summary: [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn: Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: gerald at pfeifer dot com Target Milestone: --- Target: i586-unknown-freebsd10.3 This seems to have been introduced between Aug 20th 16:40 GMT and Aug 21th 16:40 GMT on i586-unknown-freebsd10.3: /scratch/tmp/gerald/GCC-HEAD/gcc/reg-stack.c: In function 'bool subst_stack_regs _pat(rtx_insn*, stack_ptr, rtx)': /scratch/tmp/gerald/GCC-HEAD/gcc/reg-stack.c:2073:1: error: unrecognizable insn: } ^ (insn 2014 669 671 94 (parallel [ (set (reg:SI 588 [ _913 ]) (ior:SI (ashift:SI (const_int 1 [0x1]) (subreg:QI (reg:SI 581 [ pretmp_894 ]) 0)) (mem:SI (plus:SI (reg/f:SI 568 [ _856 ]) (const_int 4 [0x4])) [0 MEM[(struct stack_def *)_856 + 4B]+0 S4 A32]))) (clobber (reg:CC 17 flags)) ]) -1 (nil)) during RTL pass: subreg2 /scratch/tmp/gerald/GCC-HEAD/gcc/reg-stack.c:2073:1: internal compiler error: in extract_insn, at recog.c:2311 My guess is this is specific to i586 (or i386), though I did not find an immediate candidate commit.
[Bug target/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797 --- Comment #10 from Jack Howarth --- I managed to reproduce this issue on an 8 core non-HT system booted from an APFS volume on an old SATA2 HDD so the issue doesn't seem to be dependent on really fast IO... Making all in include mkdir -p ./x86_64-apple-darwin17.0.0/bits/stdc++.h.gch mkdir -p ./x86_64-apple-darwin17.0.0/bits/stdc++.h.gch /sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/./gcc/xgcc -shared-libgcc -B/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/./gcc -nostdinc++ -L/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/src -L/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/libsupc++/.libs -B/sw/lib/gcc7/x86_64-apple-darwin17.0.0/bin/ -B/sw/lib/gcc7/x86_64-apple-darwin17.0.0/lib/ -isystem /sw/lib/gcc7/x86_64-apple-darwin17.0.0/include -isystem /sw/lib/gcc7/x86_64-apple-darwin17.0.0/sys-include-x c++-header -nostdinc++ -g -O2 -I/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/include/x86_64-apple-darwin17.0.0 -I/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/include -I/sw/src/fink.build/gcc7-7.2.0-1/gcc-7.2.0/libstdc++-v3/libsupc++ -I/sw/include -O2 -g -std=gnu++0x /sw/src/fink.build/gcc7-7.2.0-1/gcc-7.2.0/libstdc++-v3/include/precompiled/stdc++.h \ -o x86_64-apple-darwin17.0.0/bits/stdc++.h.gch/O2ggnu++0x.gch /sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/./gcc/xgcc -shared-libgcc -B/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/./gcc -nostdinc++ -L/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/src -L/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/libsupc++/.libs -B/sw/lib/gcc7/x86_64-apple-darwin17.0.0/bin/ -B/sw/lib/gcc7/x86_64-apple-darwin17.0.0/lib/ -isystem /sw/lib/gcc7/x86_64-apple-darwin17.0.0/include -isystem /sw/lib/gcc7/x86_64-apple-darwin17.0.0/sys-include-x c++-header -nostdinc++ -g -O2 -I/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/include/x86_64-apple-darwin17.0.0 -I/sw/src/fink.build/gcc7-7.2.0-1/darwin_objdir/x86_64-apple-darwin17.0.0/libstdc++-v3/include -I/sw/src/fink.build/gcc7-7.2.0-1/gcc-7.2.0/libstdc++-v3/libsupc++ -I/sw/include -O2 -g /sw/src/fink.build/gcc7-7.2.0-1/gcc-7.2.0/libstdc++-v3/include/precompiled/stdc++.h -o x86_64-apple-darwin17.0.0/bits/stdc++.h.gch/O2g.gch /sw/src/fink.build/gcc7-7.2.0-1/gcc-7.2.0/libstdc++-v3/include/precompiled/stdc++.h:35:10: fatal error: cctype: No such file or directory #include ^~~~ compilation terminated. make[5]: *** [x86_64-apple-darwin17.0.0/bits/stdc++.h.gch/O2g.gch] Error 1 make[5]: *** Waiting for unfinished jobs make[4]: *** [all-recursive] Error 1 make[3]: *** [all] Error 2 make[2]: *** [all-stage1-target-libstdc++-v3] Error 2 make[1]: *** [stage1-bubble] Error 2
[Bug bootstrap/81995] [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995 Gerald Pfeifer changed: What|Removed |Added CC||uros at gcc dot gnu.org --- Comment #1 from Gerald Pfeifer --- Caused by the following according to binary search as well as a direct revert on HEAD: 2017-08-21 Uros Bizjak PR target/46091 * config/i386/i386.md (*btsq_imm): Rename from *btsq. (*btrq_imm): Rename from *btrq. (*btcq_imm): Rename from *btcq. (btsc): New code attribute. (*): New insn pattern. (*btr): Ditto. (*_mask): New insn_and_split pattern. (*btr_mask): Ditto.
[Bug c++/69571] [C++11] invalid alignas on a typedef accepted, reduces alignment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69571 Eric Gallager changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-08-27 CC||egallager at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Eric Gallager --- Confirmed.
[Bug debug/81993] [7/8 Regression] -gsplit-dwarf removes some symbols, causing some undefined references
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81993 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2017-08-27 CC||trippels at gcc dot gnu.org Known to work||6.4.1 Summary|gcc 7.X -gsplit-dwarf |[7/8 Regression] |removes some symbols, |-gsplit-dwarf removes some |causing some undefined |symbols, causing some |references |undefined references Ever confirmed|0 |1 Known to fail||7.0, 7.2.1 --- Comment #1 from Markus Trippelsdorf --- Confirmed.
