https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88965
--- Comment #5 from Anton Blanchard ---
Martin: "gcc -c x.c" was enough to hit it on a build of trunk on my POWER9
ppc64le box.
Jakub: Thanks, that fixes it for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88965
--- Comment #1 from Anton Blanchard ---
Here's something more representative. Passing the address via an explicit
pointer makes the issue go away.
#include
#include
#define LOADU(p)vec_vsx_ld(0, (vector unsigned long *)(p))
static u
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: segher at gcc dot gnu.org, wschmidt at gcc dot gnu.org
Target Milestone: ---
Target: powerpc64le-linux
The following (admittedly odd) code results in an ICE
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: meissner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The test case below fails on both ppc64le and x86_64 when built with -O2, I
see:
ret is 1017
ret is < 1
Looking at the code, the
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: meissner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone: ---
Target
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: meissner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone: ---
The following test case:
#pragma pack(1
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: meissner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone: ---
Target: powerpc64le-linux
The following test case
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: meissner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone: ---
Target: powerpc64le-linux
The following test case:
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509
--- Comment #4 from Anton Blanchard ---
Created attachment 39683
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39683&action=edit
Another bitop LHS test case
Here's another issue found in the Linux kernel. Seems like this should be a
singl
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: meissner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone: ---
Target: powerpc64le-linux
The
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: amodra at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: amodra at gcc dot gnu.org, bergner at gcc dot gnu.org,
meissner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot
IRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: amodra at gcc dot gnu.org, bergner at gcc dot gnu.org,
meissner at gcc dot gnu.org, segher at gc
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
CC: amodra at gcc dot gnu.org, meissner at gcc dot gnu.org,
segher at gcc dot gnu.org, wschmidt at gcc dot gnu.org
Target Milestone: ---
Target: powerpc64le-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70159
--- Comment #18 from Anton Blanchard ---
Urgh too early in the morning for me. PR71866 created, with the correct
backtrace.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Created attachment 38891
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38891&action=edit
Test case
The attached testcase is locking up on ppc64le when run with -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70159
--- Comment #16 from Anton Blanchard ---
I'm seeing a lockup in gcc with this patch on ppc64le. Run as:
gcc -O2 -c testcase.i
It gets stuck in:
#0 0x3fffb7e5e3e8 in __waitpid_nocancel ()
at ../sysdeps/unix/syscall-template.S:84
#1 0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70159
Anton Blanchard changed:
What|Removed |Added
CC||anton at samba dot org
--- Comment
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following code:
unsigned long foo(unsigned long x)
{
unsigned long y = (x & 0xUL);
return y | (y << 32);
}
Results in 3 instructions on
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following test case:
int a, b;
float c;
void fn2(void);
void fn1(void)
{
long d;
for (d = 3; d; d--) {
for (a = 0; a <= 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71707
Anton Blanchard changed:
What|Removed |Added
CC||anton at samba dot org
--- Comment #2
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following test case fails on ppc64le:
#include
char boot_command_line[2048];
char *saved_command_line;
static char *static_command_line;
static char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680
Anton Blanchard changed:
What|Removed |Added
CC||anton at samba dot org
--- Comment #1
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following testcase:
volatile int a;
int b;
void fn1(void) { b + (long)b || a; }
hits an ICE when built with:
# gcc -O1 -mcpu=power9
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
I notice a nasty load hit store in the following test case built with -O2 on
ppc64le. The load is larger than the store, which means on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71310
--- Comment #3 from Anton Blanchard ---
Another case found in the kernel:
struct mmu_gather {
long end;
int fullmm : 1;
};
void __tlb_reset_range(struct mmu_gather *p1)
{
if (p1->fullmm)
p1->end = 0;
}
v
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following testcase built on ppc64le:
typedef unsigned char __u8;
struct sk_buff {
void*junk;
__u8pkt_type:3
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
When chasing down a LHS on ppc64le, I found the following issue:
struct path {
void *mnt;
void *dentry
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following testcase:
static unsigned short x[(16384/sizeof(unsigned short))] __attribute__ ((aligned
(16)));
static unsigned short y
ormal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following test case from both glibc and openlibm:
typedef union
{
float value;
/* FIXME: Assumes 32 bit int. */
uns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70098
--- Comment #7 from Anton Blanchard ---
Sorry, blame my limited understanding of gcc. It fails with both with and
without -mlra.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70098
--- Comment #1 from Anton Blanchard ---
Created attachment 37876
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37876&action=edit
Test case
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
I hit the following ICE when building eigen:
# g++ -O3 -c test2.cpp
test2.cpp: In function ‘void fn3(Matrix)’:
test2.cpp:59:1: error: unable to generate reloads for:
}
^
(jump_insn
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Another csmith fail on trunk:
int a, b;
void fn1(void)
{
signed char c;
long d;
int e;
repeat:
{
int f = fn1;
e = f == 0 ? : 0
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Created attachment 37528
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37528&action=edit
Testcase
I hit this fail in csmith. Looks like another issue with our
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68685
Anton Blanchard changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
This testcase:
struct foo1 {
float x;
float y;
};
struct foo1 blah1(struct foo1 y)
{
struct foo1 x;
x.x = y.y;
x.y = y.x
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Created attachment 37017
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37017&action=edit
Test case
csmith found an issue that bisects to "rs6000: Opt
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Created attachment 36939
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36939&action=edit
Test cases
POWER6 and above sho
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Created attachment 36938
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36938&action=edit
Test cases
This test case (based
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26724
--- Comment #2 from Anton Blanchard ---
This issue is still present. The workaround Andrew suggests is good:
static inline int baz(void)
{
return 0;
}
void bad()
{
int i = baz();
if (!__builtin_constant_p(i))
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
We see a load hit store issue in the core loop of the PHP interpreter. A simple
test case:
$ cat test.c
void (*fn)(void);
void do_nothing
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Created attachment 36905
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36905&action=edit
Test case
On a powerpc64le-linux target, the a
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
c-ray (a tiny ray tracer) can be found at:
http://www.sgidepot.co.uk/depot/c-ray-1.1.tar.gz
When built and run with the following args
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
gcc.target/i386/recip-sqrtf.c shows some missed opportunities for the
reciprocal estimate instructions. One example:
float t3(float a)
{
return sqrtf(a);
}
On x86 (and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68393
--- Comment #3 from Anton Blanchard ---
No problems Richard! Thanks for the quick fix, it works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66949
Anton Blanchard changed:
What|Removed |Added
CC||anton at samba dot org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68393
Anton Blanchard changed:
What|Removed |Added
CC||richard.guenther at gmail dot
com,
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
I'm seeing an ICE on powerpc64le when building trunk:
x.c:3:9: internal compiler error: in convert_move, at expr.c:286
return __builtin_
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
I'm seeing an ICE on powerpc64le with a checkout from last night:
# cat testcase.c
int a, b, d, e, f;
static int c;
static
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
Created attachment 36262
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36262&action=edit
Testcase
csmith hit another IC
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following testcase:
# cat testcase.i
int a, b, d, e;
static int *c = &a;
void fn1()
{
long f = 18446744073709551608UL;
b = 0;
for (; b <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67344
--- Comment #2 from Anton Blanchard ---
I've been trying out csmith, then passing the failing tests through creduce.
Even I do not write code like that :)
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following testcase:
# cat testcase.i
struct {
long f1;
} c;
int a, d, e;
volatile int b;
void fn2()
{
a = 3;
for (; a <= 8
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
The following testcase:
# cat testcase.c
int a, b, c;
void fn2(void);
int fn1(char p1)
{
short d;
for (;;)
for (; c <= 3;) {
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Target Milestone: ---
I'm seeing an ICE on ppc64le when using -O1 -mlra:
# gcc -O1 -mlra testcase.i
testcase.i:31:1: int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
Anton Blanchard changed:
What|Removed |Added
CC||anton at samba dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65456
--- Comment #7 from Anton Blanchard ---
Thanks Martin.
Bill: the swaps pass isn't catching our vectorised copy, I guess because of the
adds in the loop:
lxvd2x 0,9,4
addi 28,1,-48
add 6,9,10
xxpermdi 12,0,0,2
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Created attachment 35049
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35049&action=edit
Testcase pulled from valgrind
The attached copy loop (out of v
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
I'm seeing this build error as of:
* config/rs6000/default64.h (TARGET_DEFAULT) [LITTLE_ENDIAN]: Use
ISA 2.7 (POWER8).
g++ -c -g -O2 -DIN_GCC-fno-exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64624
Anton Blanchard changed:
What|Removed |Added
Target||powerpc64le-
Status|UNCONF
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
I'm seeing this build error as of:
* config/rs6000/default64.h (TARGET_DEFAULT) [LITTLE_ENDIAN]: Use
ISA 2.7 (POWER8).
g++ -c -g -O2 -DIN_GCC-fno-exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64550
--- Comment #5 from Anton Blanchard ---
Thanks Martin, the patch fixes the issue for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64550
--- Comment #2 from Anton Blanchard ---
The testcase in bug #64090 hits it, but for some reason the testcase in the bug
it was duped to does not.
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
I just hit the following ICE on our autobuilder:
/var/lib/jenkins/workspace/gcc_kernel_build/linux/net/core/dev.c: In function
‘dev_change_net_namespace.part.23’:
/var/lib/jenkins/workspace/gcc_kernel_build/linux
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
Created attachment 34128
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34128&action=edit
Testcase that ICE's
A powerpc64le-linux bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63354
--- Comment #2 from Anton Blanchard ---
Created attachment 33555
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33555&action=edit
Avoid an unused stack frame for -mprofile-kernel profiling on leaf functions.
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
The following testcase:
int foo(void)
{
return 1;
}
compiled with:
gcc -O2 -pg -mprofile-kernel -S foo.c
produces an unused stack frame:
foo
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
The following testcase:
#define CONST1 0x1234567812345678
#define CONST2 0x2345678123456781
#define CONST3 0x3456781234567812
#define CONST4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
Anton Blanchard changed:
What|Removed |Added
Attachment #32669|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
--- Comment #5 from Anton Blanchard ---
I think I see it:
19112 madvise(0xc21103, 4096, MADV_DONTNEED) = 0
That 4kB madvise(MADV_DONTNEED) gets rounded up to the system page size of 64kB
and we end up covering still in use memory.
The follo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
Anton Blanchard changed:
What|Removed |Added
Attachment #32659|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931
--- Comment #2 from Anton Blanchard ---
I agree, but when I tried this I found a few places that expect PageSize to be
a compile time constant so it is not as trivial as I had hoped.
Assignee: ian at airs dot com
Reporter: anton at samba dot org
Created attachment 32659
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32659&action=edit
Bump page size to 64kB
We are seeing random failures with go programs on a 64kB page size ppc64 box.
It looks like
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60870
--- Comment #1 from Anton Blanchard ---
I just realised I gave a git commit id from the mirror. The ChangeLog entry is:
+2014-04-14 Chris Manghane
+
+ * go-gcc.cc: Include "convert.h".
+ (Gcc_backend::string_constant_expression): N
Component: go
Assignee: ian at airs dot com
Reporter: anton at samba dot org
bug296.go is failing on a checkout from today.
The caller is putting the 9th argument in r1+32 instead of r1+96 where we
expect:
0x1000195c <+140>:std r27
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60737
--- Comment #1 from Anton Blanchard ---
It looks like by the time we get to expand_block_clear we don't have any
alignment info (align_rtx == 1).
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
The following code:
#include
void foo(long *p)
{
memset(p, 0, 16);
}
When built with a 64bit target:
gcc -mcpu=power8 -O2 -S foo.c
Ends up using
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
The following testcase:
c -O2 -ftree-loop-linear
SUBROUTINE PREPD(ICAST,ICAS,ICASX,ICAS1,ICAS2,NDET,NM,III,IMP,
* CASMIN
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
The following test case:
/* -O2 -mcpu=power8 -ffast-math */
float val;
int verbose;
void bar(float x);
void foo(void)
{
if (val < 0.0) {
val = 1.0;
Assignee: unassigned at gcc dot gnu.org
Reporter: anton at samba dot org
We found an issue when building the powerpc64 little endian kernel where a 64
bit store was split into two 32 bit stores. Since there is no 64 bit byte
reversed store on POWER6 and earlier, gcc decided to use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57134
--- Comment #3 from Anton Blanchard ---
Created attachment 30607
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30607&action=edit
Compilation failure with -mstrict-align on ppc64
The original testcase isn't failing, but this test fails to co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57161
--- Comment #2 from Anton Blanchard 2013-05-03
13:17:31 UTC ---
A bisect hit this commit:
2013-05-02 Teresa Johnson
* loop-unswitch.c (unswitch_loop): Use helper routines with rounding
divides.
* cf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57161
--- Comment #1 from Anton Blanchard 2013-05-03
12:53:49 UTC ---
Created attachment 30021
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30021
Testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57161
Bug #: 57161
Summary: ICE in in check_probability, at basic-block.h:941
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57134
Bug #: 57134
Summary: ICE with -mstrict-align and inline assembly on ppc64
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49601
Summary: ICE at ipa-inline-analysis.c:1188
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #3 from Anton Blanchard 2011-01-15
02:04:04 UTC ---
I'm seeing this too:
# cat test1.c
void *ptr;
# cat test2.c
extern void *ptr;
void foo()
{
ptr = 0;
}
# gcc -flto -c test1.c
# gcc -flto -c test2.c
# gcc -flto test1.o test2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47286
Summary: Invalid code when using register ... asm
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedT
: unassigned at gcc dot gnu dot org
ReportedBy: anton at samba dot org
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45274
--- Comment #6 from anton at samba dot org 2010-01-07 11:01 ---
Thanks Richard, it passes my tests.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42528
)))
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anton at samba dot org
GCC target triplet: powerpc64-linux-gnu-gnu
5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anton at samba dot org
GCC target triplet: powerpc64-linux-gnu-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42530
ity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anton at samba dot org
GCC target triplet: powerpc64-linux-gnu-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42528
--- Comment #1 from anton at samba dot org 2008-10-14 11:59 ---
Alan Modra points out the cast is not required and removing it does fix the
issue.
BTW -Wstrict-aliasing (or -Wstrict-aliasing=2) doesn't warn about the code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37824
gcc dot gnu dot org
ReportedBy: anton at samba dot org
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37824
--- Comment #2 from anton at samba dot org 2008-09-24 20:07 ---
After reading the gcc documentation I guess it is valid, and the 32bit
lwarx/stwcx will overlap but not change surrounding memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37640
normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anton at samba dot org
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37640
--- Comment #1 from anton at samba dot org 2008-09-10 07:35 ---
Created an attachment (id=16280)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16280&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37456
1 - 100 of 120 matches
Mail list logo
