https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
--- Comment #3 from Saleem Abdulrasool compnerd at compnerd dot org ---
Still occurs with 4.9.2 (and the same patch still fixes it).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65342
Bug ID: 65342
Summary: [5 Regression] FAIL:
gfortran.dg/intrinsic_(un)?pack_1.f90 -O1 execution
test on powerpc-apple-darwin9 after r210201
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61362
Thibaut LUTZ thibaut.lutz at googlemail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207
Ray Donnelly mingw.android at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65333
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65342
--- Comment #3 from Iain Sandoe iains at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #2)
Confirmed. The problem occurs in fwprop1 where instructions corresponding
to the
following assembly
addis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65344
Bug ID: 65344
Summary: Exception is not catched on AIX - class with more
ancestors, virtual method throws
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64253
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
Martin Sebor msebor at gcc dot gnu.org changed:
What|Removed |Added
CC||msebor at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #7 from David Edelsohn dje at gcc dot gnu.org ---
Was this fixed after Mike's patch? The logic in rs6000_override_options was
ignoring TARGET_DEFAULT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to David Edelsohn from comment #2)
When did this start? GCC should be passing .machine power8. Was this
before or after Mike's change to processor default?
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65316
--- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org ---
Unfortunately the patch breaks firefox LTO in an interesting way - I am
investigating if it is a firefox bug or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
I think the point is when _ARCH_PWR6 is defined, the assembler should be
already in power6 or later mode (either through .machine directive emitted by
the compiler earlier, or through
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #6 from Martin Sebor msebor at gcc dot gnu.org ---
Ah, yes, I missed that the macro was defined by gcc rather than glibc. It does
look like gcc defines the macro and then invokes as without telling it it's in
power6 mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65153
--- Comment #16 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Mar 7 19:35:22 2015
New Revision: 221257
URL: https://gcc.gnu.org/viewcvs?rev=221257root=gccview=rev
Log:
gcc/testsuite/
PR target/65153
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832
--- Comment #7 from Paul Pluzhnikov ppluzhnikov at google dot com ---
Still broken on trunk @r221169.
Leaving known ICEs for = 1 year untouched seems... suboptimal.
(Sorry I don't know enough GCC internals to take this on.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65343
Bug ID: 65343
Summary: unexpected exception thrown during destruction of
static object in debug mode
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65342
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Confirmed. The problem occurs in fwprop1 where instructions corresponding to
the
following assembly
addis r2,r31,ha16(_A.1.1600-L1$pb)
la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61207
--- Comment #9 from Kai Tietz ktietz at gcc dot gnu.org ---
well, it might be same issue, but on x64 target the testcase of comment #6
works without issues.
As SRA seems to be involved here, the changes on trunk for DOM might be the
solution.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65332
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65342
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65321
--- Comment #7 from Jeffrey A. Law law at redhat dot com ---
Richard S. is correct. SHIFT_COUNT_TRUNCATED means that the target internally
truncates the shift count to the number of bits needed to represent the size of
the object being shift
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65331
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65343
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
Maybe we want to placement-new the mutexes into a buffer so they are never
destroyed, although on mingw that will show up as leaked resources at program
shutdown (and this is only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #2 from David Edelsohn dje at gcc dot gnu.org ---
When did this start? GCC should be passing .machine power8. Was this before
or after Mike's change to processor default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65249
--- Comment #16 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Mar 7 16:12:41 2015
New Revision: 221256
URL: https://gcc.gnu.org/viewcvs?rev=221256root=gccview=rev
Log:
gcc/testsuite/
PR target/65249
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64785
--- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org ---
Created attachment 34982
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34982action=edit
Add sh_pre_ra RTL pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
Bug ID: 65341
Summary: [5 Regression] glibc build failure on ppc64le:
setcontext.S:367: Error: junk at end of line: `1,0'
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65339
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65321
--- Comment #6 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
---
(In reply to rguent...@suse.de from comment #5)
On Thu, 5 Mar 2015, rsandifo at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65321
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64785
--- Comment #4 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #3)
Created attachment 34982 [details]
Add sh_pre_ra RTL pass
Right now I can think of two alternatives for this PR:
- convert respective insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64785
--- Comment #5 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #3)
Created attachment 34982 [details]
Add sh_pre_ra RTL pass
+
+ flag_live_range_shrinkage = 1;
This hunk was not supposed to be in the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
Backtrace:
0xcbc8aa crash_signal
/home/marek/src/gcc/gcc/toplev.c:383
0x978b80 tree_check
/home/marek/src/gcc/gcc/tree.h:2845
0x978b80 gimple_body(tree_node*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
--- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org ---
Seems to be unrelated to _Generic, the following ICEs as well:
_Atomic int i = 5;
int j = i;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64785
--- Comment #6 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #4)
I think that an SH specific pre-RA RTL pass could be useful in the future,
for example to improve R0 utilization, even with LRA.
Kaz,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65316
--- Comment #11 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sat Mar 7 20:33:58 2015
New Revision: 221258
URL: https://gcc.gnu.org/viewcvs?rev=221258root=gccview=rev
Log:
PR ipa/65316
* tree.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
Bug ID: 65345
Summary: ICE with _Generic selection on _Atomic int
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65238
--- Comment #5 from Marek Polacek mpolacek at gcc dot gnu.org ---
(In reply to Iain Sandoe from comment #4)
well, I suppose, before digging deeper into fixing this, the question is
should __has_attribute/__has_cpp_attribute be enabled for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65238
--- Comment #4 from Iain Sandoe iains at gcc dot gnu.org ---
well, I suppose, before digging deeper into fixing this, the question is
should __has_attribute/__has_cpp_attribute be enabled for traditional?
if not .. (using the 'keep
COLLECT_GCC=/build/gcc-trunk-git/gcc/xgcc
Target: powerpc64le-unknown-linux-gnu
Configured with: /src/gcc-trunk-git/configure --disable-bootstrap
--enable-languages=c,c++
Thread model: posix
gcc version 5.0.0 20150307 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-B' '/build/gcc-trunk-git/gcc' '-c' '-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43407
--- Comment #3 from Brian Adams badams at gnarlie dot com ---
This bug is also in 4.9.0, and applies to /any/ attribute. Assuming a GCC
plugin that defines 'my_attr':
enum class __attribute__((my_attr)) MessageType : uint8_t {}
will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #9 from David Edelsohn dje at gcc dot gnu.org ---
GCC is working correctly. The file prologue generated by GCC for a C file now
includes
.machine power8
The example is a pre-processed assembly file. Note the file actively pushes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
Ah, indeed, I've totally missed it is a *.S file rather than *.c. Thus this is
certainly a glibc bug, please file it there instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #11 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
So one has to use:
CC=gcc -Wa,-mpower8 CXX=g++ -Wa,-mpower8 ../glibc/configure
to configure glibc on ppc64le? This looks odd to me.
Why not pass -mpower8 to the assembler
49 matches
Mail list logo