[Bug 941676] Re: ppl ftbfs in precise on powerpc
I have run the test on ARM on a number of toolchains, and confirmed that there is no failure in that case. The note: note: variable tracking size limit exceeded with -fvar-tracking-assignments, retrying without is present but does not lead to the memory error. Michael will now help out in reproducing on PowerPC. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/941676 Title: ppl ftbfs in precise on powerpc To manage notifications about this bug go to: https://bugs.launchpad.net/gcc-linaro/+bug/941676/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 937011] Re: configure test lin libgo fails on arm (setcontext)
Thank you for the bug report. The comments above clarifies that the problem is that the functions getcontext and setcontext is not supported for ARM. I've set this ticket to medium priority for now. As stated by Peter above, getting the functions into eglibc has already been recognized as a todo, but not with highest priority. ** Changed in: gcc-linaro Importance: Undecided = Medium ** Changed in: gcc-linaro Status: New = Triaged -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/937011 Title: configure test lin libgo fails on arm (setcontext) To manage notifications about this bug go to: https://bugs.launchpad.net/gcc/+bug/937011/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 943264] Re: ICE in arm_select_dominance_cc_mode, at config/arm/arm.c:10625
Thank you for the bug report. I've confirmed this with gcc- linaro-4.6-2012.02 on ARM: /home/asa-san/bugs/cbuild/slaves/ursa4/gcc-linaro-4.6-2012.02 gfortran -c -O1 -fpermissive -Wfatal-errors -w fbasics_gss-min.f fbasics_gss-min.f: In function 'deval': fbasics_gss-min.f:39:0: internal compiler error: in arm_select_dominance_cc_mode, at config/arm/arm.c:11452 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions The work-around is to compile at -O2. The fault exists in all versions of gcc-linaro-4.6 and gcc-linaro-4.5 that I have tried, from 2011.04 and forward on. The fault also exists in gcc-4.5.3 and gcc-4.6.2. On trunk there is another error message, as stated in the ticket. However, this error does not go away when switching to -O2 or -03. The work around in this case is to compile at -O0. Running the test over a few older versions of 4.7 shows that the behavior changed somewhere along the way. Old error message still shows on 177688: /tools/toolchains/arch/armv7l/gcc-4.7~svn177688-armv7l-natty-cbuild161-ursa1-cortexa9r1 gfortran -c -O1 -fpermissive -Wfatal-errors -w fbasics_gss-min.f fbasics_gss-min.f: In function 'deval': fbasics_gss-min.f:39:0: internal compiler error: in arm_select_dominance_cc_mode, at config/arm/arm.c:10902 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. The new message is seen on 182152: /tools/toolchains/arch/armv7l/gcc-4.7~svn182152-armv7l-natty-cbuild212-tcpanda02-cortexa9r1 gfortran -c -O1 -fpermissive -Wfatal-errors -w fbasics_gss-min.f fbasics_gss-min.f:139:0: internal compiler error: vector VEC(tree,base) index domain error, in ipa_get_indirect_edge_target at ipa-cp.c:1115 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. The same error occurs at -O2 (and -O3). /tools/toolchains/arch/armv7l/gcc-4.7~svn182152-armv7l-natty-cbuild212-tcpanda02-cortexa9r1 gfortran -c -O2 -fpermissive -Wfatal-errors -w fbasics_gss-min.f fbasics_gss-min.f:139:0: internal compiler error: vector VEC(tree,base) index domain error, in ipa_get_indirect_edge_target at ipa-cp.c:1115 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Further investigation will show if this is question of two different errors. I've set this ticket to medium priority as it is a ftbfs, there is a work-around and the error probably exists upstream. ** Changed in: gcc-linaro Status: New = Triaged ** Changed in: gcc-linaro Importance: Undecided = Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/943264 Title: ICE in arm_select_dominance_cc_mode, at config/arm/arm.c:10625 To manage notifications about this bug go to: https://bugs.launchpad.net/gcc/+bug/943264/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 926855] Re: [ARMhf] gcc produces assembler it can't compile
This ticket appears to be the same as: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52294. a case where gcc generates a cbz instruction that ends up trying to reach too far. Attaching the assembly file mp.s generated with: asa-san@ursa4:~/bugs/mp$ /scratch/asa-san/cbuild/slaves/ursa4/gcc-linaro-4.6-2012.01/gcc-binary/bin/gcc -c -o mp.o mp.c -O3 -funroll-loops -save-temps -dp mp.s: Assembler messages: mp.s:116: Error: branch out of range mp.s:343: Error: branch out of range The patch by Richard Earnshaw affects the pattern *thumb2_shiftsi3_short in the backend. Looking into mp.s, there are a lot of instructions that were generated from this pattern by the compiler. lslsr3, r3, #2 @ 426 *thumb2_shiftsi3_short [length = 2] The patch will become availabel in gcc-linaro-4.6 on the nextmerge from FSF trunk. and that should solve this issue. ** Bug watch added: GCC Bugzilla #52294 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52294 ** Attachment added: mp.s.tar.xz https://bugs.launchpad.net/ubuntu/+source/gcc-4.6/+bug/926855/+attachment/2778566/+files/mp.s.tar.xz -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/926855 Title: [ARMhf] gcc produces assembler it can't compile To manage notifications about this bug go to: https://bugs.launchpad.net/gcc-linaro/+bug/926855/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 926855] Re: [ARMhf] gcc produces assembler it can't compile
Hi Michael, I cant' find any asm chunks in there. (Only in some external declarations.) Can it look any other way? /Åsa On 15 February 2012 22:39, Michael Hope 926...@bugs.launchpad.net wrote: Asa, does the code contain any inline assembly? GCC estimates the size of each instruction and uses that to decide if it can use a short or a long branch. Long chunks of inline assembly can break that and make it think the code is shorter than it is. -- You received this bug notification because you are a member of Linaro Toolchain Developers, which is subscribed to Linaro GCC. https://bugs.launchpad.net/bugs/926855 Title: [ARMhf] gcc produces assembler it can't compile Status in Linaro GCC: Triaged Status in “gcc-4.6” package in Ubuntu: Confirmed Bug description: I'm porting the sagemath software to ARM. I completed the port with ubuntu oneiric. I upgraded to (a snapshot of) precise, and now a single file in the whole project doesn't build anymore. Hence something has been broken from oneiric/armel to precise/armhf. The attached mp.c is a gcc -E version of the problematic file, so it allows to easily reproduce the issue without fuss : if you compile it with gcc -c -o mp.o mp.c -O3 -funroll-loops, then the assembler will find two cases of branch out of range. Other switch combinations don't give problems, and the same combination is ok on x86_64 for example. Ah, on precise the gcc version is the one of Fri, 20 Jan 2012 12:10:59 +100 uploaded by doko, and changelog Merge with debian. There's no problem giving more details or doing tests if you want. To manage notifications about this bug go to: https://bugs.launchpad.net/gcc-linaro/+bug/926855/+subscriptions -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/926855 Title: [ARMhf] gcc produces assembler it can't compile To manage notifications about this bug go to: https://bugs.launchpad.net/gcc-linaro/+bug/926855/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 926855] Re: [ARMhf] gcc produces assembler it can't compile
Thank you for the bug report. I've confirmed this with gcc- linaro-4.6-2012.01 on ARM: asa-san@ursa4:~/bugs/mp$ /scratch/asa-san/cbuild/slaves/ursa4/gcc-linaro-4.6-2012.01/gcc-binary/bin/gcc -c -o mp.o mp.c -O3 -funroll-loops /tmp/ccv0lfQ5.s: Assembler messages: /tmp/ccv0lfQ5.s:116: Error: branch out of range /tmp/ccv0lfQ5.s:343: Error: branch out of range The work around is to compiler at -O1 or to remove the -funroll-loops flag. The fault does not exist in FSF gcc-4.5.3 or gcc-4.6.2 Neither does it exist on gcc-linaro-4.5-2012.01. The fault exists in gcc 4.7 (r183205). The fault was introduced in gcc-linaro-4.6-2011.09. I've set it to low priority as it is a ftbfs, there is a work-around, and the fault exists upstream. ** Changed in: gcc-linaro Status: New = Triaged ** Changed in: gcc-linaro Importance: Undecided = Low -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/926855 Title: [ARMhf] gcc produces assembler it can't compile To manage notifications about this bug go to: https://bugs.launchpad.net/gcc-linaro/+bug/926855/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
