https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64703
--- Comment #7 from Alan Modra ---
Created attachment 34539
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34539&action=edit
prototype patch
How does this look as a potential fix? Obviously I'd need to provide the new
targetm field and ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59828
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64876
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
|target
Assignee|ian at airs dot com|amodra at gmail dot com
--- Comment #5 from Alan Modra ---
Oh yeah, this is really an rs6000 backend bug, not a go bug. In 185.r.expand I
see
;; _12 = _11 (); [static-chain: _9]
(insn 78 77 79 (set (reg:DI 11 11
-
||patches/2015-02/msg00135.ht
||ml
CC|amodra at gcc dot gnu.org, |
|amodra at gmail dot com|
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64930
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64930
--- Comment #9 from Alan Modra ---
My point was that if you write a testcase that specifically tests for consume
and get acquire code then that is a fail. The code generated is using a bigger
hammer than necessary. Imagine for a moment if gcc p
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Found when building libjava with rtl checking on.
/home/amodra/build/gcc/./gcc/gcj
-B/home/amodra/build/gcc/powerpc64-linux/libjava/
-B/home/amodra/build/gcc/./gcc/ -B/usr/powerpc64-linux/bin/
-B/usr/powerpc64-linux/lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65172
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65169
--- Comment #1 from Alan Modra ---
Preprocessed source for llvm-tblgen and gcc command line to compile same would
be appreciated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65172
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65182
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65169
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #2
||2015-03-02
CC||amodra at gmail dot com,
||hubicka at gcc dot gnu.org,
||mliska at suse dot cz
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #4 from Alan Modra ---
> I assume the problem is that thunk can not be generated to non-local symbol.
Yes, that is at the root of this problem. The thunk can't be allowed to jump
to anything outside the current object file.
The pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #6 from Alan Modra ---
rev 221098 plus the patch segfaults on the testcase in
cgraph_node::function_symbol. node->callees is NULL.
||2015-03-03
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #2 from Alan Modra ---
Confirmed on both x86_64 and powerpc64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #11 from Alan Modra ---
Martin, your patch passes bootstrap and regression testing on powerpc64-linux.
:00:00 |2015-03-06
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #2 from Alan Modra ---
Mine.
||2015-03-07
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
Confirmed. The problem occurs in fwprop1 where instructions corresponding to
the following assembly
addis r2,r31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65286
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65342
Alan Modra changed:
What|Removed |Added
CC|amodra at gcc dot gnu.org |
--- Comment #4 from Alan Modra ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gcc dot gn
||2014-10-23
CC|amodra at gcc dot gnu.org |amodra at gmail dot com
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
Investigating
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63615
--- Comment #2 from Alan Modra ---
Breakpoint 1, simplify_plus_minus (code=code@entry=PLUS,
mode=mode@entry=SImode, op0=op0@entry=0x76d4b558,
op1=op1@entry=0x76d483a8) at /src/gcc-virgin/gcc/simplify-rtx.c:3967
(gdb) p debug_rtx(op0)
(plu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63615
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Created attachment 33892
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33892&action=edit
preprocessed source
Found when compilin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63748
--- Comment #8 from Alan Modra ---
Thanks! Fix confirmed with gdb sources prior to the workaround Uli committed.
Is the fix appropriate for gcc-4.9? If not, I'll be happy to adjust the target
milestone and close the bug.
||2014-11-26
CC||amodra at gmail dot com
Summary|internal compiler error: in |ipa-icf internal compiler
|verify_ssa, at |error: in verify_ssa, at
|tree-ssa.c:939 |tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64115
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
gold/testsuite/dynamic_list_lib2.cc contains the following:
extern "C" const char*
foo()
{
return "original";
}
const char*
test_foo()
{
return foo();
}
e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64146
--- Comment #2 from Alan Modra ---
Yes. First thing I checked. :) -fpic actually.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64163
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #6
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Created attachment 34207
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34207&action=edit
preprocessed source
revision 218414
/home/alan/build/ppc/gcc-virgin/./gcc/xgcc
-B/home/alan/bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64146
--- Comment #5 from Alan Modra ---
Right, the problem is
.set_Z8test_barv.localalias.0,_Z8test_barv
or really, using that alias here (-O2 -fpic)
.globl _Z8test_foov
.type _Z8test_foov, @function
_Z8test_foov:
.LFB5:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64146
--- Comment #6 from Alan Modra ---
Actually, I think you want decl_binds_to_current_def_p rather than
binds_local_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #11
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Created attachment 33257
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33257&action=edit
delta+hand reduced testcase
Found on powerpc64le with 4.9, and then with x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62033
--- Comment #2 from Alan Modra ---
I can see where you're coming from Andrew, but what is disconcerting about this
is that the _FORTIFY_SOURCE warning is plainly incorrect here. How is one
supposed to write a string.h memset macro using __builti
||amodra at gmail dot com
Resolution|--- |WORKSFORME
--- Comment #3 from Alan Modra ---
Works with BFD ld too.
||amodra at gmail dot com
Resolution|--- |WORKSFORME
--- Comment #4 from Alan Modra ---
Works with mainline ld. Has been fixed for quite a while.
||amodra at gmail dot com
Resolution|--- |FIXED
--- Comment #11 from Alan Modra ---
This has now been fixed on mainline binutils
||amodra at gmail dot com
Resolution|--- |FIXED
--- Comment #3 from Alan Modra ---
Now fixed in mainline binutils
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Extract from 122t.ivopts for gcc.c-torture/compile/pr60655-2.c on powerpc,
showing loop in mp_compare. The thing to note is the good expression for #
DEBUG r1, a simple dependency on one iv, but
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
When building mainline with STAGE1_CFLAGS="-g -O -fno-inline", with a system
gnat 4.6, I see
ada/cuintp.o: In function `UI_From_gnu':
/src/gcc-current/gcc/ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63225
--- Comment #1 from Alan Modra ---
Created attachment 33472
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33472&action=edit
Declare Vector_To_Uint
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #11 from Alan Modra ---
It boots
Linux version 3.17.0-rc4-00222-gc73f6fd-dirty (anton@tul181p1) (gcc version
5.0.0 20140912 (experimental) (GCC) ) #23 SMP Fri Sep 12 21:19:06 UTC 2014
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #12 from Alan Modra ---
extern char foo;
char foo __attribute__ ((__section__(".machine.desc")));
char foo __attribute__ ((__section__(".mymachine.desc")));
It looks like we should take out the DECL_SECTION_NAME (olddecl) == NULL
che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63281
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #1
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
--- 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=63197
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63197
Alan Modra changed:
What|Removed |Added
Target||x86_64-linux
Status|UNCONFIRMED
||2015-12-04
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #2 from Alan Modra ---
Confirmed. Also the -O0 variant of this test. I had a look at assembly output
and see lines like
addis 30,30,-.L7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68805
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #1
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
This results in failures assembling "mfcr r,mask" and also wrong "at" branch
hints. See https://sourceware.org/bugzilla/show_bug.cgi?id=19359 for a
testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145
--- Comment #7 from Alan Modra ---
See https://gcc.gnu.org/ml/gcc-patches/2015-05/msg02055.html
The patch proposed here will again "simplify"
(plus:DI (plus:DI (reg:DI 165 [ val+8 ])
(reg:DI 169 [+8 ]))
(reg:DI 76 ca))
to this
(pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #11 from Alan Modra ---
I can reproduce the fail. It is caused by shrink-wrapping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #12 from Alan Modra ---
Created attachment 36003
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36003&action=edit
fix shrink-wrap issue
The attached patch cures the shrink wrap problem. I haven't yet bootstrapped
it but fmt.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145
--- Comment #2 from Alan Modra ---
Note that r224768 was specifically about keeping register order (association
and commutation) when simplify_plus_minus does not simplify an expression,
because ordering matters for machine insn matching when an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #2
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
The attached file generates ideal code, a test of a single bit, for the
condition in test_pic or test_exe depending on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67328
--- Comment #1 from Alan Modra ---
Created attachment 36247
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36247&action=edit
testcase from binutils/include/bfdlink.h
||2015-08-25
CC||amodra at gmail dot com
Version|5.0 |6.0
Ever confirmed|0 |1
|NEW
Last reconfirmed||2015-08-25
CC||amodra at gmail dot com
Component|rtl-optimization|target
Version|5.0 |6.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67346
Alan Modra changed:
What|Removed |Added
Target|powerpc*|powerpc64*
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67346
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67328
Alan Modra changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Alan Modra ---
May
||2015-08-26
CC||amodra at gmail dot com
Ever confirmed|0 |1
--- Comment #1 from Alan Modra ---
Easy fix I think. ior_mask operand 1 needs to have a constraint of "0"
rather than "r".
gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67356
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: amodra at gmail dot com
Target Milestone: ---
To test recent powerpc64 linker changes I attempted to bootstrap gcc-5 with
-mcmodel=small, and ran into
/home/amodra/gnu/powerpc64-linux
|UNCONFIRMED |ASSIGNED
Last reconfirmed||2015-09-01
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67417
--- Comment #1 from Alan Modra ---
BTW, the linker error message doesn't identify the correct function, which is
looking like a linker bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67417
--- Comment #3 from Alan Modra ---
Yes, exactly. When a COMDAT group in another file is chosen, the rs6000
predicate current_file_function_operand gets the wrong answer. COMDAT group
functions use weak symbols, and weak symbols more generally h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67417
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
--- Comment #4 from amodra at gmail dot com 2010-01-28 00:17 ---
I haven't looked in detail at this yet, but why are we getting nonlocal
sibcalls at all for sysv? rs6000_function_ok_for_sibcall says we shouldn't.
I'm not sure why the nonlocal sibcall patterns even acc
--- Comment #5 from amodra at gmail dot com 2010-01-28 02:49 ---
OK, so at the time we call make_decl_rtl for mrSurfaceList::operator[]
(gdb) bt
#0 rs6000_elf_encode_section_info (decl=0x40402a00, rtl=0x404014a0, first=1)
at /home/alan/src/gcc/gcc/config/rs6000/rs6000.c:23487
#1
--- Comment #6 from amodra at gmail dot com 2010-01-28 08:28 ---
bootstrap and regression testing a fix
--
amodra at gmail dot com changed:
What|Removed |Added
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amodra at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42944
--- Comment #1 from amodra at gmail dot com 2010-02-03 03:35 ---
Created an attachment (id=19793)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19793&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42944
--- Comment #2 from amodra at gmail dot com 2010-02-03 03:39 ---
extract from 064t.phiprop
D.1963_1 = __errno_location ();
*D.1963_1 = 0;
p_2 = malloc (0x0);
D.1963_3 = __errno_location ();
save_4 = *D.1963_3;
corresponding bits from 065t.fre
D.1963_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48032
Summary: PowerPC64 -mcmodel=medium invalid ld offset
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unass
|UNCONFIRMED |ASSIGNED
Last reconfirmed||2011.03.08 13:01:11
AssignedTo|unassigned at gcc dot |amodra at gmail dot com
|gnu.org |
Ever Confirmed|0 |1
,
||powerpc64-linux
CC||amodra at gmail dot com
--- Comment #4 from Alan Modra 2011-03-15 09:18:31
UTC ---
Seen also on powerpc64-linux. The problem here is that the vsx_splat_V2DF/V2DI
load and store instructions only support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
Alan Modra changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |amodra at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48032
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
Alan Modra changed:
What|Removed |Added
Keywords||ice-on-valid-code, patch
Status|
gcc dot |amodra at gmail dot com
|gnu.org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
--- Comment #9 from Alan Modra 2011-03-28 01:44:36
UTC ---
I an planning to backport to 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900
Summary: unnecessary duplicate __tls_get_addr calls
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassi
|UNCONFIRMED |ASSIGNED
Last reconfirmed||2011.05.06 00:47:24
Known to work||4.5.1
AssignedTo|unassigned at gcc dot |amodra at gmail dot com
|gnu.org |
Ever Confirmed|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #64
: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amodra at gmail dot com
GCC target triplet: i686-linux, powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45588
601 - 700 of 872 matches
Mail list logo
