Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: amodra at gmail dot com
Target Milestone: ---
Target: ia64-*-*
Starting program: /usr/local/gcc/gcc-20160501/Build/gcc/cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
--- Comment #1 from Andreas Schwab ---
Program received signal SIGSEGV, Segmentation fault.
hash_table::find_with_hash (this=0x80,
comparable=@0x600eef10: 0x600eee30, hash=5673)
at ../../gcc/hash-table.h:825
825 val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70891
Bug ID: 70891
Summary: "register name not specified" for const qualified
register variable
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #53 from Jakub Jelinek ---
Author: jakub
Date: Sun May 1 10:49:25 2016
New Revision: 235692
URL: https://gcc.gnu.org/viewcvs?rev=235692&root=gcc&view=rev
Log:
PR bootstrap/70704
* configure.ac (--enable-stage1-checki
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70892
Bug ID: 70892
Summary: additional memory access generated in loop if
destructor is inlined
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #10 from Oleg Endo ---
For a case like
int test3 (long long a)
{
return a == 40;
}
what happens on SH2+ during RTL expansion:
cstoredi4
-> sh_emit_compare_and_set
-> sh_emit_scc_to_t
-> force operands to regs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893
Bug ID: 70893
Summary: codecvt incorrectly decodes UTF-16 due to optimization
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70886
--- Comment #5 from Eric Botcazou ---
It's an issue in the speculative machinery of the scheduler but fortunately
easy to fix once you pinpointed it...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893
--- Comment #1 from Кирилл ---
Bad guess on my part, sorry!
Actual problem is:
305:else if (is_low_surrogate(c))
306: return invalid_mb_sequence;
Stand-alone low surrogates are not uncommon, and could be decoded as valid
utf-8.
Example:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893
--- Comment #2 from Кирилл ---
...
Just realized its wrong endianness problem.
codecvt_utf8_utf16 should assume utf16be by default, right? Apparently, no.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68468
--- Comment #4 from Waldemar Brodkorb ---
Both fr-v/bfin toolchains can be build by using something like this:
diff -Nur gcc-6.1.0.orig/libgcc/config.host gcc-6.1.0/libgcc/config.host
--- gcc-6.1.0.orig/libgcc/config.host 2016-02-26 21:02:28.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69412
--- Comment #5 from Vittorio Zecca ---
Bug in comment 4 still in gcc 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70894
Bug ID: 70894
Summary: ICE when using neon intrinsic with mabi=apcs-gnu
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68120
--- Comment #5 from Martin Sebor ---
Patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00013.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70507
--- Comment #4 from Martin Sebor ---
Patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00013.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70883
--- Comment #2 from Martin Sebor ---
Patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00013.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70611
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857
--- Comment #2 from Martin Jambor ---
Not surprisingly, it is adding -fopenacc to the compile options that
causes this. Because the testcase does not use any OpenACC
functionality, it should not matter. So something seems to go wrong
at omp low
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68120
--- Comment #6 from Paul Eggert ---
(In reply to Martin Sebor from comment #5)
> Patch posted for review:
> https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00013.html
Thanks. This patch appears to address almost all the request, and it is
definite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70895
Bug ID: 70895
Summary: OpenACC: loop reduction does not work. Output is zero.
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
--- Comment #2 from Andreas Schwab ---
The error happens here:
0x4124cdd0 <+1936>: [MMI] adds r42=-1,r49
0x4124cdd1 <+1937>: adds r55=240,r12
0x4124cdd2 <+1938>: adds r32=16,r12;;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70888
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431
Manuel López-Ibáñez changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70611
Manuel López-Ibáñez changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70896
Bug ID: 70896
Summary: gcc4 ABI compatible bootstrap fails
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70611
--- Comment #3 from Andrew Pinski ---
(In reply to Manuel López-Ibáñez from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > If you are going to be using lto you need to disable warnings as some
> > warnings don't happen until end of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70896
--- Comment #1 from Andrew Pinski ---
> -fipa-pta
Why are you using that option?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70611
--- Comment #4 from Manuel López-Ibáñez ---
(In reply to Andrew Pinski from comment #3)
> There is no internals of GCC here. Rather the user specified all warnings
> at link time. If the user did not want that then they did not need to
> supply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70859
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70896
--- Comment #2 from PeteVine ---
I had this option in my environment FLAGS - is it problematic?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70586
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70896
--- Comment #3 from PeteVine ---
That option never caused me any troubles, btw.
FWIW, once I've removed the `--disable-libstdcxx-dual-abi` option, the build
started chugging along quite nicely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70897
Bug ID: 70897
Summary: Confused branch predictors
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70896
--- Comment #4 from PeteVine ---
Until it failed again during the fortran part:
../../../libgfortran/io/transfer.c: In function ‘bswap_array’:
../../../libgfortran/io/transfer.c:915:25: fatal error: You must enable NEON
instructions (e.g. -mfloa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898
Bug ID: 70898
Summary: Stateful Compare objects are very slow
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70899
Bug ID: 70899
Summary: Stateful Compare objects are very slow
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70899
gccbugs at jbapple dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898
--- Comment #1 from gccbugs at jbapple dot com ---
*** Bug 70899 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #11 from Oleg Endo ---
Author: olegendo
Date: Mon May 2 05:25:46 2016
New Revision: 235698
URL: https://gcc.gnu.org/viewcvs?rev=235698&root=gcc&view=rev
Log:
gcc/
PR target/52898
* config/sh/sh.c (sh_option_override)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898
--- Comment #2 from Marc Glisse ---
I think you are supposed to use std::reference_wrapper as comparator if
you don't want to copy it around. We did talk about reducing the number of
copies (mostly in the context of sorting), but nobody has found
42 matches
Mail list logo
