[Bug lto/56115] Internal compiler error / unable to generate a relocatable output with object file(which is with lto info).

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56115



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|UNCONFIRMED |WAITING

   Last reconfirmed||2013-02-19

 CC||ramana at gcc dot gnu.org

 Ever Confirmed|0   |1



--- Comment #4 from Ramana Radhakrishnan  2013-02-19 
23:36:08 UTC ---

As per comment #3

[Bug testsuite/55780] effective targets arm_arch_v*_multilib are not strict enough

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780



Ramana Radhakrishnan  changed:



   What|Removed |Added



 CC||ramana at gcc dot gnu.org



--- Comment #4 from Ramana Radhakrishnan  2013-02-19 
23:41:01 UTC ---

Janis, 



Is this now "fixed" by changing all the tests to compile time only tests ? 



Ramana

[Bug target/56091] gcc.target/arm/pr43137.c fails for THUMB-1

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56091



Ramana Radhakrishnan  changed:



   What|Removed |Added



 CC||ramana at gcc dot gnu.org,

   ||rsandifo at gcc dot gnu.org



--- Comment #1 from Ramana Radhakrishnan  2013-02-19 
23:51:21 UTC ---

Adding rsandifo to the CC list.

[Bug target/54517] wrong inlining of builtin_shuffle on ARM/big-endian

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54517



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2013-02-20

 CC||ramana at gcc dot gnu.org

 Ever Confirmed|0   |1



--- Comment #1 from Ramana Radhakrishnan  2013-02-20 
00:13:53 UTC ---

confirmed

[Bug bootstrap/55068] [4.8 Regression] AIX bootstrap in push_reload() after LRA merge

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55068



Ramana Radhakrishnan  changed:



   What|Removed |Added



 CC||ramana at gcc dot gnu.org



--- Comment #5 from Ramana Radhakrishnan  2013-03-15 
14:50:17 UTC ---

*** Bug 55050 has been marked as a duplicate of this bug. ***

[Bug regression/55050] Regression test failure slp-21.c on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55050



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||DUPLICATE



--- Comment #5 from Ramana Radhakrishnan  2013-03-15 
14:50:17 UTC ---

Looks like a dup of 55068



*** This bug has been marked as a duplicate of bug 55068 ***

[Bug c/56584] _int_free assertion failed

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56584



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|UNCONFIRMED |WAITING

   Last reconfirmed||2013-03-15

 CC||ramana at gcc dot gnu.org

 Ever Confirmed|0   |1



--- Comment #2 from Ramana Radhakrishnan  2013-03-15 
18:42:18 UTC ---

as per comment #c1

[Bug target/48308] [4.6 Regression] crosscompiling to arm fails with assembler: can't resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4' {*UND* section}

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48308



--- Comment #27 from Ramana Radhakrishnan  
2013-03-22 09:59:47 UTC ---

(In reply to comment #26)

> In case this won't be fixed in 4.6, then it is probably good to set the status

> to WONTFIX so people know that they have to deal with this on their own.



It looks like I missed this backport when I did it earlier - I'll look into a

backport over the weekend.





Thanks,

Ramana

[Bug target/48308] [4.6 Regression] crosscompiling to arm fails with assembler: can't resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4' {*UND* section}

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48308



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED



--- Comment #28 from Ramana Radhakrishnan  
2013-04-05 08:32:19 UTC ---

Fixed for 4.6 by http://gcc.gnu.org/ml/gcc-cvs/2013-04/msg00218.html

[Bug middle-end/56916] ICE when building libgfortran for arm-none-eabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56916



Ramana Radhakrishnan  changed:



   What|Removed |Added



   Keywords||ice-on-valid-code

 Target|arm-none-eabi   |arm-none-eabi,

   ||arm-none-linux-gnueabihf

 Status|UNCONFIRMED |NEW

   Last reconfirmed||2013-04-11

 CC||ramana at gcc dot gnu.org

 Ever Confirmed|0   |1

[Bug libgcc/57256] Building for arm-elf with CFLAGS_FOR_TARGET=-mabi=aapcs-linux fails in libgcc/crtstuff.c

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57256

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #2 from Ramana Radhakrishnan  ---
you do mean wontfix don't you ?

[Bug target/54212] ARM: invalid instruction (vdupeq.32) generated

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54212

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Target||arm-*-*eabi
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2012-08-10
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Ramana Radhakrishnan  2012-08-10 
14:57:32 UTC ---
shows up on 4.7 branch but latent on trunk.This has been marked predicable ever
since the port was submitted and this is just broken.

None of the Neon instructions are conditional in ARM state, these instructions
are deprecated in IT blocks as per section  the latest edition of the ARM-ARM
(DDI0406C_B_arm_architecture_reference_manual.pdf)


regards
Ramana

[Bug target/54212] ARM: invalid instruction (vdupeq.32) generated

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54212

--- Comment #2 from Ramana Radhakrishnan  2012-08-10 
14:58:54 UTC ---
(In reply to comment #1)
> shows up on 4.7 branch but latent on trunk.This has been marked predicable 
> ever
> since the port was submitted and this is just broken.
> 
> None of the Neon instructions are conditional in ARM state, these instructions
> are deprecated in IT blocks as per section  the latest edition of the ARM-ARM

Section 8.3 

> (DDI0406C_B_arm_architecture_reference_manual.pdf)
> 
> 
> regards
> Ramana

[Bug target/54212] ARM: invalid instruction (vdupeq.32) generated

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54212

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |4.7.2

[Bug target/54212] ARM: invalid instruction (vdupeq.32) generated

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54212

--- Comment #3 from Ramana Radhakrishnan  2012-08-15 
07:56:48 UTC ---
Author: ramana
Date: Wed Aug 15 07:56:41 2012
New Revision: 190407

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190407
Log:
Fix PR target/54212

2012-08-15  Ramana Radhakrishnan  

PR target/54212
* config/arm/neon.md (vec_set_internal VD,VQ): Do not
mark as predicable. Adjust asm template.
(vec_setv2di_internal): Likewise.
(vec_extract VD, VQ): Likewise.
(vec_extractv2di): Likewise.
(neon_vget_lane_sext_internal VD, VQ): Likewise.
(neon_vset_lane_sext_internal VD, VQ): Likewise.
(neon_vdup_n VX, V32): Likewise.
(neon_vdup_nv2di): Likewise.



Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/neon.md

[Bug target/54252] [Neon] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-08-15
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug target/54252] [Neon] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

--- Comment #1 from Ramana Radhakrishnan  2012-08-15 
11:00:53 UTC ---
hmmm MEM_SIZE for the offending load appears to be 32 bytes. Something is fishy
here. 

 vld1.32 {d16}, [r3:128]!  <= Offending load

[Bug target/54252] [Neon] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

--- Comment #2 from Ramana Radhakrishnan  2012-08-15 
11:18:12 UTC ---
(In reply to comment #1)
> hmmm MEM_SIZE for the offending load appears to be 32 bytes. Something is 
> fishy
> here. 
> 
>  vld1.32 {d16}, [r3:128]!  <= Offending load

(insn 13 12 0 (set (reg:V2SF 112 [ D.14059 ])
(unspec:V2SF [
(mem/u/c:V2SF (reg:SI 125) [0 MEM[(const float32_t[8] *)&consts
+ 16B]+0 S32 A128])
] UNSPEC_VLD1))
/home/ramrad01/sources/fsf/build-sanity/gcc/include/arm_neon.h:7908 -1
 (nil))


As you can see it appears to think that the size of the load is what's in
MEM_SIZE . However that wouldn't be the case here as we are only loading
V2SFmode values but the underlying address is the address of what is an array
of 8 float32_t values. 

This thoroughly untested appears to work around the problem but I don't like
this one bit. 

Index: gcc/config/arm/arm.c
===
--- gcc/config/arm/arm.c(revision 190409)
+++ gcc/config/arm/arm.c(working copy)
@@ -17320,7 +17320,10 @@
instruction (for some alignments) as an aid to the memory subsystem
of the target.  */
 align = MEM_ALIGN (x) >> 3;
-memsize = MEM_SIZE (x);
+if (MEM_SIZE_KNOWN_P (x))
+  memsize = MIN (MEM_SIZE (x), GET_MODE_SIZE (GET_MODE (x)));
+else
+  memsize = 0;

 /* Only certain alignment specifiers are supported by the hardware.  */
 if (memsize == 32 && (align % 32) == 0)


regards,
Ramana

[Bug target/54252] [Neon] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

--- Comment #3 from Ramana Radhakrishnan  2012-08-15 
13:03:41 UTC ---
That ain't the root cause and that patch should really not be applied. 

The problem really is in neon_dereference_pointer where we expand such builtins
- that's the one that is creating mem_refs of float32_t [8] rather than a
float32_t[2] .

I'll take a look.

ramana

[Bug target/54252] [4.7 Regression] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Target|arm |arm-linux-gnueabi, arm-eabi
  Known to work||4.6.3
Summary|[Neon] Bad alignment code   |[4.7 Regression] Bad
   |generated for Neon loads|alignment code generated
   ||for Neon loads
  Known to fail||4.7.0, 4.7.1

--- Comment #4 from Ramana Radhakrishnan  2012-08-15 
14:45:04 UTC ---
neon_dereference_pointer needs some TLC and the regression starts in the 4.7
branch 

ramana

[Bug target/54212] ARM: invalid instruction (vdupeq.32) generated

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54212

--- Comment #4 from Ramana Radhakrishnan  2012-08-20 
10:18:41 UTC ---
Author: ramana
Date: Mon Aug 20 10:18:36 2012
New Revision: 190527

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190527
Log:
Fix PR target/54212

2012-08-20  Ramana Radhakrishnan  

Backport from mainline.
2012-08-15  Ramana Radhakrishnan  

PR target/54212
* config/arm/neon.md (vec_set_internal VD,VQ): Do not
mark as predicable. Adjust asm template.
(vec_setv2di_internal): Likewise.
(vec_extract VD, VQ): Likewise.
(vec_extractv2di): Likewise.
(neon_vget_lane_sext_internal VD, VQ): Likewise.
(neon_vset_lane_sext_internal VD, VQ): Likewise.
(neon_vdup_n VX, V32): Likewise.
(neon_vdup_nv2di): Likewise.



Modified:
branches/gcc-4_7-branch/   (props changed)
branches/gcc-4_7-branch/gcc/ChangeLog
branches/gcc-4_7-branch/gcc/config/arm/neon.md

Propchange: branches/gcc-4_7-branch/
('svn:mergeinfo' modified)

[Bug target/54212] ARM: invalid instruction (vdupeq.32) generated

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54212

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Ramana Radhakrishnan  2012-08-20 
14:58:13 UTC ---
Now fixed.

[Bug target/54252] [4.7/4.8 Regression] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #5 from Ramana Radhakrishnan  2012-08-28 
12:20:29 UTC ---
Looking into this now.

[Bug target/54252] [4.7/4.8 Regression] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

--- Comment #6 from Ramana Radhakrishnan  2012-08-30 
10:17:08 UTC ---
Author: ramana
Date: Thu Aug 30 10:17:04 2012
New Revision: 190800

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190800
Log:
Fix PR target/54252

2012-08-29  Ramana Radhakrishnan  
Richard Earnshaw  

PR target/54252
* config/arm/arm.c (neon_dereference_pointer): Adjust nelems by
element size. Use elem_type from the formal parameter. New parameter
fcode.
(neon_expand_args): Adjust call to neon_dereference_pointer.



Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.c

[Bug target/54252] [4.7/4.8 Regression] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

--- Comment #7 from Ramana Radhakrishnan  2012-08-30 
10:21:59 UTC ---
Fixed now I believe on trunk.

[Bug target/54480] Error: bad immediate value for offset

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54480

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution||INVALID

--- Comment #1 from Ramana Radhakrishnan  2012-09-04 
19:37:34 UTC ---
Problem is because the input is invalid . We just end up generating 

ldrex r0, [r1, #-24] . 


asm volatile(
"movw %1, #1\n\t"
"ldrex %2, %0\n\t"
"cmp %3, %2\n\t"
"bne.n 0f\n\t"
"strex %1, %4, %0\n\t"
"0:"
: "+m"(*location), "=&r"(result), "=&r"(tmp)
: "r"(expected), "r"(newValue)
: "memory");


Eh - you can't use m for a constraint to an address in ldrex . Try "+Q"
instead.
regards,
Ramana

[Bug target/54414] ARM:mis-compiled prologue/epilogue on cortex-m0 when optimizing with -Os

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54414

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution||DUPLICATE

--- Comment #2 from Ramana Radhakrishnan  2012-09-04 
19:42:16 UTC ---
dup of 45070

*** This bug has been marked as a duplicate of bug 45070 ***

[Bug other/54398] Incorrect ARM assembly when building with -fno-omit-frame-pointer -O2

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54398

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2012-09-04
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug tree-optimization/54295] [4.7/4.8 regression] Widening multiply-accumulate operation uses wrong value extension

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54295

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-09-04
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug target/45070] Miscompiled c++ class with packed attribute on ARM with -Os optimizations (Qt 4.6.2)

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45070

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||amker.cheng at gmail dot
   ||com

--- Comment #21 from Ramana Radhakrishnan  
2012-09-04 19:42:16 UTC ---
*** Bug 54414 has been marked as a duplicate of this bug. ***

[Bug target/54168] ARM: Redundant instructions emitted at -O3

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54168

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-09-04
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug c/54303] -fdata-sections -ffunction-sections and -fmerge-constants do not work well together

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Target|ARM |arm*, x86_64-linux-gnu
 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution||INVALID

--- Comment #3 from Ramana Radhakrishnan  2012-09-04 
19:51:07 UTC ---
Someone needs to tell the linker to garbage collect sections  -Wl,
--gc-sections ?

[Bug translation/54067] arm-none-eabi with -mapcs and attribute((interrupt)) generates wrong stack alignment

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54067

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-09-04
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1
  Known to fail||4.7.1, 4.8.0

[Bug c/54303] -fdata-sections -ffunction-sections and -fmerge-constants do not work well together

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303

--- Comment #6 from Ramana Radhakrishnan  2012-09-04 
23:06:29 UTC ---
Oh I see, my bad to have missed your command line. Sorry.  

I see what's going on here. It's just luck that this works on x86_64 with your
invocation. 


>$ objdump -h non-collected-strings.o  | grep str
>non-collected-strings.o: file format elf64-x86-64
>  3 .rodata.str1.8 001f      0040  2**3
>  5 .rodata.str1.1 001b      006f  2**0

Try with -Os on x86_64 and it should fail there as well on trunk / earlier
versions of GCC. 

Notice one string has an alignment of 8 and the other 1 and that's what drew my
attention to the funniness in this testcase.

The reason for this is the play with CONSTANT_ALIGNMENT in the backends. If the
strings gets the same alignment you end up with the strings in the same
sections which means the whole thing doesn't work and if they have a different
alignment as with your invocation, it all works fine. :(


regards,
ramana

[Bug target/54252] [4.7/4.8 Regression] Bad alignment code generated for Neon loads

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54252

--- Comment #10 from Ramana Radhakrishnan  
2012-09-07 09:32:00 UTC ---
Author: ramana
Date: Fri Sep  7 09:31:54 2012
New Revision: 191059

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191059
Log:
Fix PR target/54252

2012-09-07  Ramana Radhakrishnan  

Backport from mainline.
2012-08-29  Ramana Radhakrishnan  
   Richard Earnshaw  

PR target/54252
* config/arm/arm.c (neon_dereference_pointer): Adjust nelems by
element size. Use elem_type from the formal parameter. New parameter
fcode.
(neon_expand_args): Adjust call to neon_dereference_pointer.




Modified:
branches/gcc-4_7-branch/   (props changed)
branches/gcc-4_7-branch/gcc/ChangeLog
branches/gcc-4_7-branch/gcc/config/arm/arm.c

Propchange: branches/gcc-4_7-branch/
('svn:mergeinfo' modified)

[Bug target/54640] arm_adjust_block_mem: signed/unsigned comparison

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54640



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

 CC||ramana at gcc dot gnu.org

 Ever Confirmed|0   |1

[Bug testsuite/54139] [4.8 regression] some ARM Thumb-2 tests appear to be run on ARMv5TE hardware causing unhandled exceptions

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-23

 CC||ramana at gcc dot gnu.org

 Ever Confirmed|0   |1

[Bug regression/55050] New: Regression test failure slp-21.c on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55050

 Bug #: 55050
   Summary: Regression test failure slp-21.c on arm-linux-gnueabi
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ram...@gcc.gnu.org


./xgcc -B`pwd` -S -O3 -I /usr/arm-linux-gnueabi/include/
../../gcc-git-trunk/gcc/testsuite/gcc.dg/vect/slp-21.c 
../../gcc-git-trunk/gcc/testsuite/gcc.dg/vect/slp-21.c: In function ‘main1’:
../../gcc-git-trunk/gcc/testsuite/gcc.dg/vect/slp-21.c:191:1: internal compiler
error: in push_reload, at reload.c:1014
 }
 ^
0x850277a push_reload(rtx_def*, rtx_def*, rtx_def**, rtx_def**, reg_class,
machine_mode, machine_mode, int, int, int, reload_type)
../../gcc-git-trunk/gcc/reload.c:1012
0x850a5a8 find_reloads(rtx_def*, int, int, int, short*)
../../gcc-git-trunk/gcc/reload.c:4099
0x85179de calculate_needs_all_insns
../../gcc-git-trunk/gcc/reload1.c:1521
0x85179de reload(rtx_def*, int)
../../gcc-git-trunk/gcc/reload1.c:942
0x8435c10 do_reload
../../gcc-git-trunk/gcc/ira.c:4625
0x8435c10 rest_of_handle_reload
../../gcc-git-trunk/gcc/ira.c:4719
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


compiler configured as follows. 

--target=arm-linux-gnueabi --with-cpu=cortex-a15 --with-fpu=neon
--with-float=softfp --enable-languages=c

[Bug regression/55050] Regression test failure slp-21.c on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55050



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 Ever Confirmed|0   |1



--- Comment #1 from Ramana Radhakrishnan  2012-10-24 
10:09:17 UTC ---

First appears with the LRA merge. 



Ramana

[Bug tree-optimization/55052] New: [4.8 regression] vect-widening tests are failing and giving wrong results

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052



 Bug #: 55052

   Summary: [4.8 regression] vect-widening tests are failing and

giving wrong results

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: ram...@gcc.gnu.org





PASS->FAIL: gcc.dg/vect/vect-over-widen-2-big-array.c execution test (occurs 2

times) 

PASS->FAIL: gcc.dg/vect/vect-over-widen-2-big-array.c -flto execution test

(occurs 2 times)

PASS->FAIL: gcc.dg/vect/vect-over-widen-2.c execution test (occurs 2 times) 

PASS->FAIL: gcc.dg/vect/vect-over-widen-2.c -flto execution test (occurs 2

times)

PASS->FAIL: gcc.dg/vect/vect-widen-shift-s8.c execution test (occurs 2 times)

PASS->FAIL: gcc.dg/vect/vect-widen-shift-s8.c -flto execution test (occurs 2

times) 

PASS->FAIL: gcc.dg/vect/vect-widen-shift-u8.c execution test (occurs 2 times)

PASS->FAIL: gcc.dg/vect/vect-widen-shift-u8.c -flto execution test (occurs 2

times)

[Bug tree-optimization/55052] [4.8 regression] vect-widening tests are failing and giving wrong results

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Target||arm-linux-gnueabi

 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 Ever Confirmed|0   |1



--- Comment #1 from Ramana Radhakrishnan  2012-10-24 
10:37:48 UTC ---

--target=arm-linux-gnueabi --with-cpu=cortex-a15 --with-fpu=neon

--with-float=softfp

[Bug regression/55050] Regression test failure slp-21.c on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55050



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Target|arm |arm-linux-gnueabi



--- Comment #2 from Ramana Radhakrishnan  2012-10-24 
15:14:36 UTC ---

In addition bootstrap appears to break in dwarf2asm.c with a similar looking

backtrace ... I haven't dug in further but it's definitely higher than P3 as it

breaks bootstrap for a primary target.





Ramana

[Bug target/45701] [4.6 Regression] Fail to prefer using r3 for padding a push/pop multiple to 8-byte alignment

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45701

--- Comment #5 from Ramana Radhakrishnan  2010-12-24 
11:04:08 UTC ---
Ok I'll test this. (In reply to comment #4)
> Created attachment 22835 [details]
> gcc46-pr45701.patch
> 
> Remembering pointers to tail call insns is both wasteful (allocates stuff that
> is never used anywhere but on arm), error-prone (nothing adjusts the list if
> tail calls are deleted, or duplicated, etc.) and unnecessary, because
> the list is trivially available from the IL.
> 
> Here is completely untested patch (tested just on the 3 testcases with a
> cross).
> Could anyone interested in ARM target please bootstrap/regtest this?
> We have way too many open P1 bugs.

I'll test this.

[Bug libstdc++/47145] [4.6 Regression] cross-compilation fails with "cannot check for file existence when cross compiling"

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47145

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.05 11:46:14
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug c++/46715] template constructor - Compiler Bus error under -O2/-Os

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46715

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011.01.15 15:23:16
 Ever Confirmed|0   |1

[Bug target/47246] [4.6 Regression] Invalid immediate offset for Thumb VFP store

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47246

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.15 15:50:48
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #4 from Ramana Radhakrishnan  2011-01-15 
15:50:48 UTC ---
Confirmed : For the record the command line options are :

-mcpu=cortex-a9 -mfpu=vfpv3-d16 -mfloat-abi=softfp -O3 -mthumb


cheers
Ramana

[Bug target/45701] [4.6 Regression] Fail to prefer using r3 for padding a push/pop multiple to 8-byte alignment

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45701

--- Comment #9 from Ramana Radhakrishnan  2011-01-19 
10:39:28 UTC ---
(In reply to comment #7)
> On IRC you've mentioned some TLS test issues, were they caused by this patch 
> or
> unrelated?

Sorry about the delay in responding. With trunk I see no new regressions with
my testing configurations . The tls failures were unrelated to this patch. 

Ok to submit 



Ramana

[Bug target/44392] [4.5 Regression] libgcc compile with --enable-target-optspace (-Os) causes recursion in __bswapsi2

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392

--- Comment #14 from Ramana Radhakrishnan  
2011-01-25 07:18:09 UTC ---
Author: ramana
Date: Tue Jan 25 07:18:05 2011
New Revision: 169221

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169221
Log:
2011-01-21  Ramana Radhakrishnan  

Backport from mainline.
2010-09-08  Ramana Radhakrishnan  

PR target/44392
* config/arm/arm.md (bswapsi2): Handle condition correctly
for armv6 and optimize_size.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/arm/arm.md

[Bug target/44392] [4.5 Regression] libgcc compile with --enable-target-optspace (-Os) causes recursion in __bswapsi2

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #15 from Ramana Radhakrishnan  
2011-01-26 10:44:56 UTC ---
This is now fixed.

[Bug debug/45447] ICE with `-g -femit-struct-debug-baseonly'

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45447

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #7 from Ramana Radhakrishnan  2011-01-27 
03:21:36 UTC ---
Can this now be marked as being closed ? 

Ramana

[Bug debug/47508] New: [4.6 Regression] -fcompare-debug failure with -ftracer for pr42918.c

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47508

   Summary: [4.6 Regression] -fcompare-debug failure with -ftracer
for pr42918.c
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ram...@gcc.gnu.org
Target: arm-eabi


Since last night I'm seeing this failure with -ftracer and -fcompare-debug on
arm-eabi 

/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/2011-01-26/build-a9softfpneon/gcc2/gcc/xgcc
-B/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/2011-01-26/build-a9softfpneon/gcc2/gcc/
/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/gcc/testsuite/gcc.dg/pr42918.c
-O2 -fcompare-debug -ftracer -DSTACK_SIZE=16384 -S -o pr42918.s (timeout = 800)
xgcc: error:
/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/gcc/testsuite/gcc.dg/pr42918.c:
-fcompare-debug failure
compiler exited with status 1
output is:
xgcc: error:
/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/gcc/testsuite/gcc.dg/pr42918.c:
-fcompare-debug failure

The difference in the .gkd files is : 
 -> 5)   -> 5)
(note# 0 0 ("lab") NOTE_INSN_DELETED_LABEL 3) <
(code_label 1 0 0 1 "" [1 uses])(code_label 1 0
0 1 "" [1 uses])
(note# 0 0 [bb 4] NOTE_INSN_BASIC_BLOCK)(note# 0 0 [bb
4] NOTE_INSN_BASIC_BLOCK)
(insn# 0 0 (use (reg/i:SI 0 r0)) /arm/scratch/pdtltest/work/s   (insn# 0 0 (use
(reg/i:SI 0 r0)) /arm/scratch/pdtltest/work/s
 (nil))  (nil))
(note# 0 0 NOTE_INSN_EPILOGUE_BEG)  (note# 0 0
NOTE_INSN_EPILOGUE_BEG)
(jump_insn:TI# 0 0 (unspec_volatile [   (jump_insn:TI#
0 0 (unspec_volatile [
(return)   
(return)
] 1) /arm/scratch/pdtltest/work/sandboxes/fsf/trunk/s   ] 1)
/arm/scratch/pdtltest/work/sandboxes/fsf/trunk/s
 (nil))  (nil))
(barrier 0 0 0) (barrier 0 0 0)
(code_label 5 0 0 5 "" [2 uses])(code_label 5 0
0 5 "" [2 uses])
(note# 0 0 [bb 5] NOTE_INSN_BASIC_BLOCK)(note# 0 0 [bb
5] NOTE_INSN_BASIC_BLOCK)
  > (note# 0 0
("lab") NOTE_INSN_DELETED_LABEL 3)

[Bug lto/47527] New: [4.6 regression] -flto -flto-partition=none broken for arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47527

   Summary: [4.6 regression] -flto -flto-partition=none broken for
arm-linux-gnueabi
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ram...@gcc.gnu.org
Target: arm-linux-gnueabi
 Build: x86_64-linux-gnu


While testing another patch for arm-linux-gnueabi and updating to a newer
version of trunk I see the following failures. This wasn't happening in an
earlier version of trunk that I'd been working on earlier.

I'll try bisecting next to find the version that broke but in any case here
goes.


/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/xgcc
-B/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/
/home/ramrad01/sources/fsf/trunk/gcc/testsuite/gcc.c-torture/execute/builtins/memset.c
/home/ramrad01/sources/fsf/trunk/gcc/testsuite/gcc.c-torture/execute/builtins/memset-lib.c
/home/ramrad01/sources/fsf/trunk/gcc/testsuite/gcc.c-torture/execute/builtins/lib/main.c
gcc_tg.o  -w  -O2 -flto -flto-partition=none  -DSTACK_SIZE=16384  
-Wl,-wrap,exit -Wl,-wrap,_exit -Wl,-wrap,main -Wl,-wrap,abort -lm   -o
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/testsuite/gcc/memset.x6
   (timeout = 800)
spawn /home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/xgcc
-B/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/
/home/ramrad01/sources/fsf/trunk/gcc/testsuite/gcc.c-torture/execute/builtins/memset.c
/home/ramrad01/sources/fsf/trunk/gcc/testsuite/gcc.c-torture/execute/builtins/memset-lib.c
/home/ramrad01/sources/fsf/trunk/gcc/testsuite/gcc.c-torture/execute/builtins/lib/main.c
gcc_tg.o -w -O2 -flto -flto-partition=none -DSTACK_SIZE=16384 -Wl,-wrap,exit
-Wl,-wrap,_exit -Wl,-wrap,main -Wl,-wrap,abort -lm -o
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/testsuite/gcc/memset.x6
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/tools-fsf-trunk/arm-none-linux-gnueabi/bin/ld:
error: Source object /tmp/ccp5eZss.o.ironly^D has EABI version 0, but target
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/testsuite/gcc/memset.x6
has EABI version 5
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/tools-fsf-trunk/arm-none-linux-gnueabi/bin/ld:
failed to merge target specific data of file /tmp/ccp5eZss.o.ironly^D
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/tools-fsf-trunk/arm-none-linux-gnueabi/bin/ld:
error: Source object /tmp/ccJZeDLx.o.ironly^D has EABI version 0, but target
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/testsuite/gcc/memset.x6
has EABI version 5
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/tools-fsf-trunk/arm-none-linux-gnueabi/bin/ld:
failed to merge target specific data of file /tmp/ccJZeDLx.o.ironly^D
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/tools-fsf-trunk/arm-none-linux-gnueabi/bin/ld:
error: Source object /tmp/ccnQNL8C.o.ironly^D has EABI version 0, but target
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/obj/gcc3/gcc/testsuite/gcc/memset.x6
has EABI version 5
/home/ramrad01/cross-build-fsf/arm-none-linux-gnueabi/tools-fsf-trunk/arm-none-linux-gnueabi/bin/ld:
failed to merge target specific data of file /tmp/ccnQNL8C.o.ironly^D

[Bug rtl-optimization/47454] registers are not allocated according to its preferred order

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47454

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|WAITING |NEW
 CC||ramana at gcc dot gnu.org

[Bug rtl-optimization/42835] Missed merging common code sequence at the end of two basic blocks

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42835

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #5 from Ramana Radhakrishnan  2011-02-01 
01:04:59 UTC ---
Bernd, can this now be marked as fixed for 4.6.0 ? 

Ramana

Trunk today generates for the options provided the following sequence of code.

cmpr1, #0
bge.L2
ldrr0, [r0, #0]
cmpr0, #1
b.L5
.L2:
beq.L4
ldrr0, [r0, #0]
cmpr0, #2
.L5:
itene
movner0, #0
moveqr0, #1
bxlr
.L4:
movr0, r1
bxlr

[Bug target/40457] use stm and ldm to access consecutive memory words

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40457

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution||FIXED
   Target Milestone|--- |4.6.0

--- Comment #14 from Ramana Radhakrishnan  
2011-02-01 01:10:53 UTC ---
Now fixed I think looking at the output from trunk.

[Bug rtl-optimization/47166] [4.5 Regression] SpecCpu2000 Ammp segfaults for ARM with -O3 -mthumb

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47166

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #25 from Ramana Radhakrishnan  
2011-02-01 01:16:08 UTC ---
(In reply to comment #15)
> > I don't see how this makes any sense. We've identified two bugs in reload, 
> > both
> > leading to incorrect code, and you'd rather revert the fix for one than fix
> > both?
> 
> Yes, because the first one wasn't a regression and fixing the second may well
> cause a third to pop up, you never know with reload.  This is called RM...

I am curious to know what we are doing with this ?. 

The patch for PR41085 caused this regression for ARM with the 4.5 branch and
this fix is to fix the issue exposed by the fix for PR41085. Are we going to
revert the fix for PR41085 or are we going to backport the current fix for this
? 

Thanks
Ramana

[Bug rtl-optimization/47373] avoid goto table to reduce code size when optimized for size

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47373

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.02.01 01:19:27
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Ramana Radhakrishnan  2011-02-01 
01:19:27 UTC ---
This is partly rtl-optimizers around the way in which we expand switch tables
and partly in the target.

[Bug target/47562] New: Meta bug to keep track of Neon enhancements.

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47562

   Summary: Meta bug to keep track of Neon enhancements.
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Keywords: meta-bug
  Severity: enhancement
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ram...@gcc.gnu.org
Depends on: 43118,43364,43597,43725
Target: arm-linux-gnueabi, arm-eabi


This is a meta bug to keep track of enhancements in the bugzilla for ARM Neon.

I have marked this as a target only issue but specific vectorizer related
issues for ARM Neon can be tracked here.

[Bug rtl-optimization/45039] memory access and address update in one instruction for thumb2

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45039

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 CC||ramana at gcc dot gnu.org
  Component|target  |rtl-optimization

--- Comment #2 from Ramana Radhakrishnan  2011-02-01 
01:46:14 UTC ---
(In reply to comment #1)
> This requires scheduling the code better.

What do you mean here ? Isn't this more about better addressing mode generation
really rather than scheduling ? Getting this fixed with a different schedule
would be a side-effect with the auto-incdec pass rather than by design.


cheers
Ramana

[Bug target/47719] [4.6 regression] ICE compiling libavcodec/adxdec.c (FFmpeg) for ARM

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47719

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Target|arm |arm-none-linux-gnueabi
 Status|UNCONFIRMED |NEW
   Keywords||ice-on-valid-code
   Last reconfirmed||2011.02.27 23:12:50
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1
Summary|ICE compiling   |[4.6 regression] ICE
   |libavcodec/adxdec.c |compiling
   |(FFmpeg) for ARM|libavcodec/adxdec.c
   ||(FFmpeg) for ARM
   Target Milestone|--- |4.6.0

--- Comment #3 from Ramana Radhakrishnan  2011-02-27 
23:12:50 UTC ---
Chung-Lin has a patch which is under review. This is a 4.6 regression compared
to all earlier versions.

Ramana

[Bug target/47685] Tail call doesn't work for thumb2

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47685

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution||WONTFIX

--- Comment #2 from Ramana Radhakrishnan  2011-02-27 
23:27:11 UTC ---
This has been fixed on trunk and will be in the 4.6.0 release. 

With this commit

http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00725.html

cheers
Ramana

[Bug target/47540] ARM THUMB crash with complex numbers

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org
   Target Milestone|--- |4.6.0

[Bug target/19599] function pointer prevents tail-call optimization on arm

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19599

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |4.9.0

--- Comment #8 from Ramana Radhakrishnan  ---
http://gcc.gnu.org/ml/gcc-cvs/2013-05/msg00449.html

Fixed on trunk. 

Ramana

[Bug bootstrap/57340] [4.9 regression] stage2 miscompiles build/genconditions on armv5tel-linux-gnueabi breaking bootstrap

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57340

--- Comment #1 from Ramana Radhakrishnan  ---
I'll take a look. 

Ramana

[Bug bootstrap/57340] [4.9 regression] stage2 miscompiles build/genconditions on armv5tel-linux-gnueabi breaking bootstrap

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57340

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||zhroma at ispras dot ru

--- Comment #2 from Ramana Radhakrishnan  ---
*** Bug 57372 has been marked as a duplicate of this bug. ***

[Bug rtl-optimization/57372] [4.9 Regression] Miscompiled tailcall on ARM

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57372

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution|--- |DUPLICATE

--- Comment #1 from Ramana Radhakrishnan  ---
duplicate

*** This bug has been marked as a duplicate of bug 57340 ***

[Bug bootstrap/57340] [4.9 regression] stage2 miscompiles build/genconditions on armv5tel-linux-gnueabi breaking bootstrap

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57340

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-05-22
   Assignee|unassigned at gcc dot gnu.org  |ramana at gcc dot 
gnu.org
 Ever confirmed|0   |1

[Bug bootstrap/57340] [4.9 regression] stage2 miscompiles build/genconditions on armv5tel-linux-gnueabi breaking bootstrap

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57340

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Ramana Radhakrishnan  ---
Now fixed. Mikael , please give this a try once PR57351 is fixed because I
suspect that the dwarf breakage might cause issues. 

http://gcc.gnu.org/ml/gcc-cvs/2013-05/msg00724.html

[Bug target/55701] Inline some instances of memset for ARM

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55701

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-05-24
 CC||ramana at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Ramana Radhakrishnan  ---
Confirmed.

[Bug tree-optimization/57748] ICE on ARM with -mfloat-abi=softfp -mfpu=neo

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-07-05
 CC||ramana at gcc dot gnu.org
  Component|target  |tree-optimization
 Ever confirmed|0   |1

[Bug rtl-optimization/57462] ira-costs considers only a single register at a time

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57462

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #3 from Ramana Radhakrishnan  ---
This is part of the reason why on trunk we currently disable 64 bit arithmetic
in neon in a large number of cases. It's sometimes just not worth it -
Additionally neon doesn't have comparison operations so many times one has
noticed that we keep doing a lot of operations on the neon side and then you
just have to move back to the integer side to the comparisons. So there are
times when this doesn't happen properly. 

Ramana

[Bug target/57731] [4.9 Regression] ICE in extract_insn, at recog.c:2158 (arm-linux)

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57731

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2013-07-10
 CC||ramana at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |ramana at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Ramana Radhakrishnan  ---
confirmed. mine.

[Bug target/57731] [4.9 Regression] ICE in extract_insn, at recog.c:2158 (arm-linux)

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57731

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Target Milestone|--- |4.9.0

[Bug target/57329] ICE with -O2 and -mthumb

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|--- |4.8.2

--- Comment #5 from Ramana Radhakrishnan  ---
fixed.

[Bug target/57837] ARM function pointer tailcall miscompilation regression

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57837

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-07-10
 CC||ramana at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |ramana at gcc dot 
gnu.org
   Target Milestone|--- |4.9.0
 Ever confirmed|0   |1

--- Comment #1 from Ramana Radhakrishnan  ---
mine.

[Bug target/57837] ARM function pointer tailcall miscompilation regression

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57837

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Ramana Radhakrishnan  ---
http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00672.html
http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00671.html
http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00670.html

[Bug target/57731] [4.9 Regression] ICE in extract_insn, at recog.c:2158 (arm-linux)

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57731

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from Ramana Radhakrishnan  ---
http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00672.html
http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00671.html
http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00670.html

[Bug c++/58014] vshuf-v2si.C fails at -O3 on hppa64

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58014

--- Comment #1 from Ramana Radhakrishnan  ---

No access to any hppa machine for me to consider reproducing the issue and the
compile farm machines are down. 

I did do some work in this area a year ago but I don't have any commits in the
range mentioned below .. Not sure how I can help :( . 

ramana

[Bug target/56110] Sub-optimal code: unnecessary CMP after AND

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56110

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-05
 CC||ramana at gcc dot gnu.org
 Ever confirmed|0   |1

[Bug target/56102] Wrong rtx cost calculated for Thumb1

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56102

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-05
 CC||ramana at gcc dot gnu.org
   Target Milestone|--- |4.9.0
 Ever confirmed|0   |1

--- Comment #3 from Ramana Radhakrishnan  ---
Is this now fixed by 

http://gcc.gnu.org/ml/gcc-cvs/2013-03/msg00784.html

[Bug tree-optimization/56369] Missed opportunity to combine comparisons with zero

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56369

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-05
 CC||ramana at gcc dot gnu.org
 Ever confirmed|0   |1

[Bug middle-end/57540] stack pointer related loop invariants after reload for ARM mode

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57540

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-05
 CC||ramana at gcc dot gnu.org
  Component|target  |middle-end
 Ever confirmed|0   |1

[Bug target/54473] Compiling advancemame on raspberry pi yields unrecognizable insn

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54473

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution|--- |DUPLICATE

--- Comment #5 from Ramana Radhakrishnan  ---
Duplicate of 50099.

*** This bug has been marked as a duplicate of bug 50099 ***

[Bug target/50099] ICE: internal compiler error: in extract_insn, at recog.c:2113 while building lttng-ust

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||patenaude at gmail dot com

--- Comment #12 from Ramana Radhakrishnan  ---
*** Bug 54473 has been marked as a duplicate of this bug. ***

[Bug target/55634] ARM: gcc vector extensions: storing vector to unaligned memory location does not use VST1.8 NEON instruction

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55634

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-05
 CC||ramana at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #2 from Ramana Radhakrishnan  ---
On AArch64 with no strict alignment we end up generating with .002t.original

trunk 


{
  T tmp = *a + *b;
  extern void * memcpy (void *, const void *, long unsigned int);

T tmp = *a + *b;
  MEM[(char * {ref-all})result] = MEM[(char * {ref-all})&tmp];, result;
}



On A32 or indeed AArch64 with -mstrict-align we end up generating 

{
  T tmp = *a + *b;
  extern void * memcpy (void *, const void *, long unsigned int);

T tmp = *a + *b;
  memcpy (result, (const void *) &tmp, 16);
}


Where do you expect the memcpy to have been made redundant or a use of the
appropriate movmisalign insn - richi ? 

Ramana

[Bug target/58065] ARM MALLOC_ABI_ALIGNMENT is wrong

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58065

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #6 from Ramana Radhakrishnan  ---
(In reply to Bernd Edlinger from comment #4)
> Created attachment 30601 [details]
> Proposed patch

If you want to propose a patch please post to the mailing list. 

Ramana

[Bug target/40523] GCC generates invalid instructions when building for Thumb-2 on armel

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40523

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||ramana at gcc dot gnu.org
  Known to work||
 Resolution|--- |WONTFIX
   Target Milestone|--- |4.4.0

--- Comment #4 from Ramana Radhakrishnan  ---
4.3 is no longer interesting and this is fixed on 4.4.0 onwards.

[Bug target/48250] ICE in reload_cse_simplify_operands, at postreload.c:403

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48250

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |4.7.0

--- Comment #7 from Ramana Radhakrishnan  ---
Fixed on 4.7.0 - wont fix on 4.6.x

[Bug target/43590] ICE in spill_failure, at reload1.c:2158

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43590

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||4.7.0
 Resolution|--- |FIXED
   Assignee|ramana at gcc dot gnu.org  |unassigned at gcc dot 
gnu.org
   Target Milestone|--- |4.7.0
  Known to fail||4.6.4

--- Comment #7 from Ramana Radhakrishnan  ---
Fixed 4.7.0 onwards.

[Bug target/58065] ARM MALLOC_ABI_ALIGNMENT is wrong

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58065

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Ramana Radhakrishnan  ---
Fixed by http://gcc.gnu.org/ml/gcc-cvs/2013-08/msg00197.html

[Bug regression/58084] FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-08
 CC||ramana at gcc dot gnu.org
 Ever confirmed|0   |1

[Bug regression/55754] FAIL: gcc.target/arm/unsigned-extend-2.c scan-assembler ands

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55754

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ramana at gcc dot gnu.org
 Resolution|--- |FIXED
   Target Milestone|--- |4.8.0

--- Comment #4 from Ramana Radhakrishnan  ---
fixed for 4.8.0

[Bug target/57907] warning: switch -mcpu=cortex-a15 conflicts with -march=armv7-a switch [enabled by default]

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57907

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-14
 CC||ramana at gcc dot gnu.org
 Ever confirmed|0   |1

[Bug target/56997] Incorrect write to packed field when strict-volatile-bitfields enabled on aarch32

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56997

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-08-28
 CC||ramana at gcc dot gnu.org
 Ever confirmed|0   |1
  Known to fail||4.6.0, 4.7.0, 4.8.0

[Bug target/50106] [ARM] Wrong code with -march=armv5t -mthumb -Os

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50106

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-08-17
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1
  Known to fail||4.6.1, 4.7.0

--- Comment #3 from Ramana Radhakrishnan  2011-08-17 
17:19:14 UTC ---
Looks suspiciously similar to PR45070.

Ramana

The patch below *might* fix it - completely untested.

diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
index fc2fd47..affa7b3 100644
--- a/gcc/config/arm/arm.c
+++ b/gcc/config/arm/arm.c
@@ -21124,7 +21124,7 @@ thumb_unexpanded_epilogue (void)
   if (extra_pop > 0)
 {
   unsigned long extra_mask = (1 << extra_pop) - 1;
-  live_regs_mask |= extra_mask << (size / UNITS_PER_WORD);
+  live_regs_mask |= extra_mask << ((size + 3) / UNITS_PER_WORD);
 }

   /* The prolog may have pushed some high registers to use as

[Bug target/50150] misc vect.exp failures for target arm

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50150

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #1 from Ramana Radhakrishnan  2011-08-22 
20:42:16 UTC ---
So how was this toolchain configured by default ? 

Ramana

[Bug tree-optimization/50287] [4.7 Regression] FAIL: gcc.c-torture/execute/builtins/vsnprintf-chk.c compilation, -O2 -flto

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50287

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Target|arm-eabi sh*-*-*|arm-eabi,sh*-*-*,
   ||arm-linux-gnueabi
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-09-06
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #3 from Ramana Radhakrishnan  2011-09-06 
12:55:30 UTC ---
Also prima-facie appears to break eglibc builds for arm-linux-gnueabi. 

eglibc/misc/error.o
err.c: In function 'vwarnx':
err.c:94:1: error: number of operands and imm-links don't agree in statement
# .MEM_58 = VDEF <.MEM_25>
ap = ap_41(D);
err.c:94:1: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Ramana

[Bug target/50099] ICE: internal compiler error: in extract_insn, at recog.c:2113 while building lttng-ust

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50099

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||ramana at gcc dot gnu.org

--- Comment #9 from Ramana Radhakrishnan  2011-09-06 
16:29:15 UTC ---
Oh fun - I posted a patch about 2 hours after you put yours here :) 

Ramana

[Bug target/48308] [4.6/4.7 Regression] crosscompiling to arm fails with assembler: can't resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4' {*UND* section}

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48308

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|unassigned at gcc dot   |ramana at gcc dot gnu.org
   |gnu.org |

[Bug target/50022] [4.7 regression] "incorrect condition in IT block" when building mozilla code base for ARM

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50022

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #7 from Ramana Radhakrishnan  2011-09-08 
07:48:53 UTC ---
Fixed now.