[Bug c/69429] gcc create sparse exec/libs

2016-01-27 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429 --- Comment #4 from joakim.tjernlund at transmode dot se --- (In reply to Jakub Jelinek from comment #3) > Because most of the powerpc distros now use 64KB page size instead of 4KB, > so having only 4KB common page size means security prot

[Bug c/69429] gcc create sparse exec/libs

2016-01-22 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429 --- Comment #2 from joakim.tjernlund at transmode dot se --- (In reply to Jakub Jelinek from comment #1) > Why do you file this against gcc? If anything, it is related to binutils, You are right, I though it was a gcc problem becaus

[Bug c/69429] New: gcc create sparse exec/libs

2016-01-22 Thread joakim.tjernlund at transmode dot se
: unassigned at gcc dot gnu.org Reporter: joakim.tjernlund at transmode dot se Target Milestone: --- When building small libs/exec on ppc32 I usally get sparse files like so: ls -lsh | sort -n 64K -rwxr-xr-x 1 jocke users 68K Jan 22 11:20 mgmt_alarmd* 64K -rwxr-xr-x 1 jocke users

[Bug sanitizer/64820] Libsanitizer fails with ((AddrIsAlignedByGranularity(addr + size))) != (0)" (0x0, 0x0) if ssp is enabled.

2015-11-17 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820 --- Comment #8 from joakim.tjernlund at transmode dot se --- As stack protector is default in gcc, I don't think it is specific. I did bite me on ppc with only -fsanitize=address and ASAN_OPTIONS=detect_stack_use_after_return=1

[Bug sanitizer/64820] Libsanitizer fails with ((AddrIsAlignedByGranularity(addr + size))) != (0)" (0x0, 0x0) if ssp is enabled.

2015-11-17 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820 joakim.tjernlund at transmode dot se changed: What|Removed |Added CC||joakim.tjernlund

[Bug other/60158] powerpc: usage of the .data.rel.ro.local section

2015-11-11 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158 --- Comment #5 from joakim.tjernlund at transmode dot se --- I am sure I saw .data.rel.ro.local section with a .4byte statement in it using -S Now I cannot repeat it. The only thing that has changed that I know is glibc 2.19 is no glibc 2.20

[Bug other/60158] powerpc: usage of the .data.rel.ro.local section

2015-11-10 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158 --- Comment #3 from joakim.tjernlund at transmode dot se --- (In reply to Alan Modra from comment #2) > Fixed on master with git commit 8e2a42caa / svn rev 223209. > Fixed for gcc-4.9 with git commit 110222ca0 / svn rev 223714. > Fixe

[Bug other/60158] powerpc: usage of the .data.rel.ro.local section

2015-10-15 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158 joakim.tjernlund at transmode dot se changed: What|Removed |Added CC||joakim.tjernlund

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

2015-01-18 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 --- Comment #24 from joakim.tjernlund at transmode dot se --- (In reply to Segher Boessenkool from comment #23) > Do you know what addcc does? PowerPC does not have any instruction No, just guessing :) To me it was generic way to express

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

2015-01-18 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 --- Comment #22 from joakim.tjernlund at transmode dot se --- (In reply to Segher Boessenkool from comment #21) > Mainine (will be GCC 5 in a few months). > > There is no addcc thing, that is not suitable for PowerPC. > The big ch

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

2015-01-18 Thread joakim.tjernlund at transmode dot se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 --- Comment #20 from joakim.tjernlund at transmode dot se --- (In reply to Segher Boessenkool from comment #19) > Current code: > > add 3,3,4 > subfc 4,4,3 > subfe 9,9,9 > subf 3,9,3 > > so we got rid of the useless r

[Bug rtl-optimization/46854] PowerPC optimization regression

2010-12-09 Thread joakim.tjernlund at transmode dot se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46854 --- Comment #4 from joakim.tjernlund at transmode dot se 2010-12-09 18:23:59 UTC --- Here is the copy an an earlier mail I sent to the list in November: Using gcc 4.4.4 -Os on loop(long *to, long *from, long len) { for (; len; --len

[Bug rtl-optimization/46854] PowerPC optimization regression

2010-12-09 Thread joakim.tjernlund at transmode dot se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46854 --- Comment #3 from joakim.tjernlund at transmode dot se 2010-12-09 18:21:50 UTC --- (In reply to comment #2) > Note, -O2 generates mostly the code you want, except that it looks the address > of the string twice: > > Here is the co

[Bug rtl-optimization/46854] PowerPC optimization regression

2010-12-09 Thread joakim.tjernlund at transmode dot se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46854 --- Comment #1 from joakim.tjernlund at transmode dot se 2010-12-09 09:10:50 UTC --- Somewhat related observation: It would be nice if gcc could optimize static inline const char *test(int i) { const char *p = "abc\0def\0gef";

[Bug rtl-optimization/46854] New: PowerPC optimization regression

2010-12-08 Thread joakim.tjernlund at transmode dot se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46854 Summary: PowerPC optimization regression Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

2010-09-29 Thread joakim.tjernlund at transmode dot se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 --- Comment #18 from joakim.tjernlund at transmode dot se 2010-09-29 09:02:49 UTC --- I hope you don't mind me asking for status again(because I am curious)? Upgraded to gcc 4.4.4 now and I noticed one (small)improvement: add32carry: