https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63281
--- Comment #3 from Alan Modra ---
Curiously, trunk + patch1 gives better usage of registers (only r31 of
non-volatile regs used) and find some fusion opportunities.
trunk+patch1+patch2 results in r27-r31 being used (r28-r31 for -mlra), and no
f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63281
--- Comment #2 from Alan Modra ---
Created attachment 33504
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33504&action=edit
this moves constants from the toc to rodata
For -mcmodel=medium it is just as efficient to load a constant from .r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63281
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63283
Bug ID: 63283
Summary: constexpr function called by templated function is not
treated as constexpr
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63282
Bug ID: 63282
Summary: [4.7 regression] ICE in redirect_jump_1
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61858
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853
--- Comment #15 from John David Anglin ---
*** Bug 61858 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853
--- Comment #14 from John David Anglin ---
Author: danglin
Date: Tue Sep 16 23:42:44 2014
New Revision: 215310
URL: https://gcc.gnu.org/viewcvs?rev=215310&root=gcc&view=rev
Log:
PR target/61853
* config/pa/pa.c (pa_function_value): Direc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853
--- Comment #13 from John David Anglin ---
Author: danglin
Date: Tue Sep 16 23:39:28 2014
New Revision: 215309
URL: https://gcc.gnu.org/viewcvs?rev=215309&root=gcc&view=rev
Log:
PR target/61853
* config/pa/pa.c (pa_function_value): Direc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63281
Bug ID: 63281
Summary: powerpc64le creates 64 bit constants from scratch
instead of loading them
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62768
--- Comment #3 from Janne Blomqvist ---
Author: jb
Date: Tue Sep 16 21:40:28 2014
New Revision: 215307
URL: https://gcc.gnu.org/viewcvs?rev=215307&root=gcc&view=rev
Log:
PR libfortran/62768 Handle filenames with embedded null characters.
testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
hariharan.gcc at gmail dot com changed:
What|Removed |Added
CC||hariharan.gcc at gmail do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60406
--- Comment #7 from boger at us dot ibm.com ---
I've built with Dominik's patches against trunk on ppc64le and have been trying
to run the gcc testsuite for go and libgo.
The recover.go testcase continues to fail in my build. I did some debuggin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63273
--- Comment #6 from Dmitry Vyukov ---
The real world situation is:
replace atomic_load/store implementation with relaxed atomic builtins here:
https://gcc.gnu.org/viewcvs/gcc/trunk/libsanitizer/sanitizer_common/sanitizer_atomic_clang_x86.h?view=m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63273
--- Comment #5 from Andrew Macleod ---
Do you have a test case which shows what specifically is the issue? I suspect
its different from the included test case and it would be interesting to see
the real world situation. It may identify something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63273
--- Comment #4 from Dmitry Vyukov ---
For the record, this bug is the result of my attempt to use std atomic
operations in ThreadSanitizer runtime. We do a bunch of relaxed loads and
stores during processing of every memory access in the target p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63273
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61599
Sriraman Tallam changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63273
--- Comment #2 from Dmitry Vyukov ---
> Which is because to me it's not exactly clear as for what other operations an
atomic load/store is a barrier for.
That's trivial to answer -- memory_order_relaxed is barrier for nothing.
> But eventually
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61105
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63280
Bug ID: 63280
Summary: Double free in GCC compiled with LTO and -O3.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boots
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
--- Comment #5 from baoshan ---
I dig it deeper yesterday, and I believe this change makes the 5.0 works fine:
https://github.com/gcc-mirror/gcc/commit/9b59e2174ee59dd3aa55c7c3342daa2a6bc23fba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63279
--- Comment #5 from Markus Trippelsdorf ---
(In reply to Sasha Levin from comment #2)
> PR61848 is talking about a "linux kernel boot failure when compiled using
> trunk gcc.". In this case, the kernel boots just fine, but it has problem
> execut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63277
--- Comment #2 from Janne Grunau ---
It is not only the vcombine.
The handling of the table vectors is even more dreadful. The loads are combined
to properly paired registers. Then moved in reverse in order to different
registers to be assembled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63277
--- Comment #3 from Janne Grunau ---
Created attachment 33501
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33501&action=edit
arm_neon_excessive_vmov_wo_vcombine.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63279
--- Comment #4 from Sasha Levin ---
Here's what I see with 'make V=1' on the kernel:
gcc -Wp,-MD,kernel/.exec_domain.o.d -nostdinc -isystem
/home/sasha/gcc-inst/lib/gcc/x86_64-unknown-linux-gnu/4.10.0/include
-I./arch/x86/include -Iarch/x86/inc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63279
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63278
--- Comment #2 from Richard Biener ---
Yes, the testcase for "fails to compute loop bound" (and unroll) wasn't
supposed
to use 'constexpr'. Unrolling should work without that, too ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63278
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63279
--- Comment #2 from Sasha Levin ---
PR61848 is talking about a "linux kernel boot failure when compiled using
trunk gcc.". In this case, the kernel boots just fine, but it has problem
executing tasks.
I've double checked that for:
svn+ssh://gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63279
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63258
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Tue Sep 16 14:10:07 2014
New Revision: 215299
URL: https://gcc.gnu.org/viewcvs?rev=215299&root=gcc&view=rev
Log:
2014-09-16 Richard Biener
PR testsuite/63258
* gcc.dg/vect/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63258
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63279
Bug ID: 63279
Summary: Processes hang inside Linux Kernel built with gcc5
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63278
Bug ID: 63278
Summary: Fails to compute loop bound from constant string
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63277
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed-optimization
h-float=hard
--with-fpu=neon --disable-libgcj --enable-libgomp --disable-libmudflap
--disable-libssp --enable-lto --without-cloog
Thread model: posix
gcc version 5.0.0 20140916 (experimental) (GCC)
armv7a-hardfloat-linux-gnueabi-gcc-5.0.0 -march=armv7-a -mfpu=neon -O3 -S
arm_neon_excessive_vm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63276
Bug ID: 63276
Summary: implicit access checking is inserted for not null
access type against pragma Suppress (Access_Check)
Product: gcc
Version: 4.9.1
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
npl at chello dot at changed:
What|Removed |Added
CC||npl at chello dot at
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63275
Marek Polacek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56993
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Tue Sep 16 09:35:00 2014
New Revision: 215293
URL: https://gcc.gnu.org/viewcvs?rev=215293&root=gcc&view=rev
Log:
PR fortran/56408
* gfortran.dg/dg.exp (dg-compile-aux-modules): Wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63271
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63273
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63274
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58038
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
--- Comment #4 from Mikael Pettersson ---
(apparently TAB became "save changes", how weird...)
... but .LPIC3 is not defined at all. .LPIC[0124] are all defined and used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #20 from Oleg Endo ---
Vlad, do you have any idea/suggestion what could be going wrong in this case?
Also, could you please have a look at the patch applied to the sh-lra branch as
r215246 and see whether it makes sense to commit it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63275
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63275
Bug ID: 63275
Summary: ice in is_base_type with -g
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assigne
52 matches
Mail list logo
