https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
wangzheyu changed:
What|Removed |Added
CC||tony.wang at arm dot com
--- Comment #64 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
--- Comment #1 from Andrew Pinski ---
Here are the two stores:
(insn 30 25 33 3 (set (mem/f:DI (reg/v/f:DI 200 [ prev ]) [5 MEM[(struct head
*)&heads][_8].first+0 S8 A64])
(reg/v/f:DI 199 [ next ])) t.c:22 302 {*movdi_64bit}
(expr_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
Bug ID: 62030
Summary: wrong code due to aliasing issue
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Keywords: alias, wrong-code
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61923
--- Comment #5 from Vladimir Makarov ---
The difference after scheduling a block is in DFA state because of additional
advance_one_cycle call when debug_insns are present.
The situation looks like
-g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61602
--- Comment #3 from Zhendong Su ---
Hi, it would be really nice if this one could be fixed very soon as it keeps
popping up during my testing. Many thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
Evandro Menezes changed:
What|Removed |Added
Attachment #33246|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62029
Bug ID: 62029
Summary: Requesting new warning: missing const-qualifier
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #13 from Evandro Menezes ---
Created attachment 33253
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33253&action=edit
Test-case
This test-case is a stripped-down version of Dhrystone, where the issue was
first observed.
Built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62028
Bug ID: 62028
Summary: Power64/Linux: FAIL: gcc.dg/sms-8.c
scan-rtl-dump-times sms "SMS succeeded" 0
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62027
--- Comment #1 from Andrew Pinski ---
Well the struct/class are unused.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62027
Bug ID: 62027
Summary: missing dwarf info for struct/union nested in class
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62019
--- Comment #3 from Dominique d'Humieres ---
r21298O is OK, the test fails starting at r213007. Bootstrapping r212982 fails
with
In file included from ../../p_work/gcc/cgraphunit.c:164:0:
../../p_work/gcc/cgraphunit.c: In function 'void compile(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
--- Comment #1 from Dmitry Gorbachev ---
Created attachment 33251
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33251&action=edit
Backtrace from 4.10.0
Appeared in rev. (208444, 209348].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
Bug ID: 62026
Summary: [4.9/4.10 Regression] Crash in
lto_get_decl_name_mapping
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #28 from Manuel López-Ibáñez ---
Testcase:
void foo(void)
{
char str[] = "something %d";
__builtin_printf(str);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #27 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #25)
> * Cases like:
>
> 1: const str[] = "something %d";
> 2: printf(str);
Note that clang is able to handle this:
manuel@gcc10:~$ clang -Wformat form
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #12 from Richard Earnshaw ---
aarch64_conditional_register_usage() marks all FP registers as unavailable if
!TARGET_FLOAT. So the real question is why this isn't sufficient to disable
use of FP registers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
Yury Gribov changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #11 from Evandro Menezes ---
(In reply to ktkachov from comment #10)
> What we really need here is a preprocessed testcase showing the problem.
> It should be fairly easy to lock down on the problem then
I'm on it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #10 from ktkachov at gcc dot gnu.org ---
What we really need here is a preprocessed testcase showing the problem.
It should be fairly easy to lock down on the problem then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #9 from Evandro Menezes ---
It seems to me that it's the LRA which is forcing the use of FP registers, so,
even if the patterns are fixed, I believe that in the end the combiner would
just give up and ICE. With this assumption, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #5 from Evandro Menezes ---
Created attachment 33249
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33249&action=edit
Dhrystone, part 2 of 3
I firstly observed this issue when looking into Dhrystone built with fairly
standard o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62025
--- Comment #2 from Jakub Jelinek ---
-fno-shrink-wrap doesn't help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62025
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.9.2
--- Comment #1 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #5 from Dominique d'Humieres ---
If I remove the attribute 'no clone', the test succeeds with clang, but fails
with at least gcc 4.8.3, 4.9.1, and trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62025
Bug ID: 62025
Summary: [4.9/4.10 Regression] Miscompilation of openssl
sha512.c
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Keywords: wrong-code
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61871
--- Comment #1 from Uroš Bizjak ---
Ops, I was also testing with this patch:
--cut here--
Index: go/regexp/all_test.go
===
--- go/regexp/all_test.go(revision 213529)
+++ go/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #3 from rguenther at suse dot de ---
On Tue, 5 Aug 2014, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
>
> --- Comment #2 from Dominique d'Humieres ---
> > Can you please investigate a bit yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #4 from Dominique d'Humieres ---
> With a debugger?
Yerk!-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #7 from Uroš Bizjak ---
(In reply to Ian Lance Taylor from comment #6)
> I don't know why making the types smaller in comment #4 makes any
> difference. On a system that does not use split stacks, the runtime will
> allocate a 2M sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #6 from Ian Lance Taylor ---
I don't know why making the types smaller in comment #4 makes any difference.
On a system that does not use split stacks, the runtime will allocate a 2M
stack for each goroutine (see StackMin in libgo/run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61865
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61866
--- Comment #3 from Ian Lance Taylor ---
*** Bug 61865 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #2 from Dominique d'Humieres ---
> Can you please investigate a bit yourself? The test relies on fork()/wait()
> to work and properly return the exit status of the forked process.
Where should I start?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61802
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011
--- Comment #3 from Andev ---
This seems to be specific to some latest Intel CPUs. I am not sure which other
CPUs are affected. There is no official errata for this behavior AFAIK.
As Alexander suggested, it would be a great idea to have a work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62021
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62006
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61672
Richard Biener changed:
What|Removed |Added
Summary|[4.9/4.10 Regression] Less |[4.9 Regression] Less
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62023
--- Comment #1 from Jonathan Wakely ---
That exception comes from here in src/c++11/thread.cc
void
thread::_M_start_thread(__shared_base_type __b)
{
if (!__gthread_active_p())
#if __EXCEPTIONS
throw system_error(make_error_code(e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62020
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62019
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62024
Bug ID: 62024
Summary: __atomic_always_lock_free is not a constant expression
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62023
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62023
Bug ID: 62023
Summary: [4.10 regression]
30_threads/condition_variable_any/50862.cc FAILs
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62022
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62022
Bug ID: 62022
Summary: [4.10 regression] 27_io/basic_ofstream/pthread2.cc
FAILs
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62021
--- Comment #1 from Yuri Rumyantsev ---
Created attachment 33247
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33247&action=edit
test-case to reprroduce
Test should be compiled with
-O2 -fopenmp -march=core-avx2
options. If we add -DUNIFO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62021
Bug ID: 62021
Summary: ICE in verify_gimple_assign_single
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62020
Bug ID: 62020
Summary: [4.10 regression] ICE in add_symbol_to_partition
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62020
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62019
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61876
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61876
--- Comment #10 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Aug 5 09:52:21 2014
New Revision: 213628
URL: https://gcc.gnu.org/viewcvs?rev=213628&root=gcc&view=rev
Log:
[convert.c] PR 61876: Guard transformation to lrint by -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62019
Arnaud Charlet changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62019
Bug ID: 62019
Summary: [4.10 Regression] FAIL: gnat.dg/weak2.adb (test for
excess errors) on x86_64-apple-darwin13
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
Bug ID: 62018
Summary: FAIL: gcc.dg/torture/ftrapv-1.c * execution test on
x86_64-apple-darwin13
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62016
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62005
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62016
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62016
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62011
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529
Jakub Jelinek changed:
What|Removed |Added
CC||dehao at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #8 from ktkachov at gcc dot gnu.org ---
Also, James pointed out the patterns in the region of aarch64_movtilow_tilow.
They use SIMD registers to move wide values but are not guarded.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62015
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #7 from Ramana Radhakrishnan ---
(In reply to ktkachov from comment #6)
> One crude way to look is by looking for the "w" constraint that signifies
> usage of FP registers in the md files and seeing whether those usages are
> properly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #6 from ktkachov at gcc dot gnu.org ---
One crude way to look is by looking for the "w" constraint that signifies usage
of FP registers in the md files and seeing whether those usages are properly
guarded by the 'simd' attribute or by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
Ramana Radhakrishnan changed:
What|Removed |Added
Target||aarch64-*
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
Bug ID: 62017
Summary: AddressSanitizer reports *-buffer-overflow in
destructor when multiple virtual inheritance is used
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #11 fro
74 matches
Mail list logo
