Thanks for the hints!
gen_movv2di seems to handle the situation well: it calls
ix86_expand_vector_move which honors alignment and emits correct code.
However, it was very convenient to use gen_strmov for moves in any
mode - I just needed to define the biggest mode with which a piece of
memory could
"Moore, Catherine" writes:
> 2013-03-21 Catherine Moore
>
> * config/mips/constraints.md (u, Udb7 Uead, Uean, Uesp, Uib3,
> Uuw6, Usb4, ZS, ZT, ZU, ZV, ZW): New constraints.
> * config/mip/predicates.md (lwsp_swsp_operand,
> lw16_sw16_operand, lhu16_sh16_operand, lbu16_
We ran into a combiner bug on the 4.7 branch for ARM (LE/soft-float/Thumb):
FAIL: gcc.c-torture/execute/930718-1.c compilation, -O2 (internal compiler
error)
It's a bug introduced by the handling of the 4th instruction:
(insn 8 68 9 2 (set (reg/v:SI 139 [ foo ])
(const_int 1 [0x1])) 9
We ran into RTL checking failure on the 4.7 branch for ARM (BE/VFPv3/ARM):
FAIL: gcc.c-torture/execute/vector-subscript-1.c compilation, -O0 (internal
compiler error)
UNRESOLVED: gcc.c-torture/execute/vector-subscript-1.c execution, -O0
FAIL: gcc.c-torture/execute/vector-subscript-2.c compila
We ran into an ICE at -Os on the 4.7 branch for ARM (BE/VFPv3/ARM):
FAIL: gcc.c-torture/compile/920928-2.c -Os (internal compiler error)
It's an assertion deep in the ARM back-end:
/* If an insn doesn't have a range defined for it, then it isn't
expecting to be reworked by this code. B
The correct test for the pointer size in sparc_emit_probe_stack_range is
TARGET_ARCH64 instead of TARGET_64BIT. The patch also adds predicates to the
3rd argument of ctrapsi4 and ctrapdi4.
Tested on SPARC/Solaris, applied on the mainline.
2013-03-23 Eric Botcazou
* config/sparc/sp
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the German team of translators. The file is available at:
http://translationproject.org/latest/gcc/de.po
(This file, 'gcc-4.8-b20130224.de.po', h
This patch fixes the 4.8/4.9 regression, reported by Keith Refson.
The patch which caused the regression (PR55818, Rev. 194809) allowed to
list-direct read "1" as real variable. Seemingly, the handling went
to far to also affect reading a real from "".
I am not completely sure whether the pat
"Steve Ellcey " writes:
> While testing GCC on a 74k MIPS chip I noticed that by default the -mtune=74k*
> flags cause GCC to not use the integer madd/msub instructions. According to
> the checkin comments these were found to cause a performance hit over using
> individual mult and add/sub instru
Committed to 4.8 branch and head as obvious and cosmetic.
--joel
RTEMS
On 3/22/2013 3:42 PM, Sebastian Huber wrote:
gcc/testsuite/ChangeLog
2013-03-22 Sebastian Huber
* gcc.c-torture/execute/builtins/builtins.exp: Sort targets
alphabetically.
---
gcc/testsuite/gcc.c-tortur
Hello,
This patch replaces all tests I could find, where the code is looking
for jump table data with GET_CODE(..)=ADDR_VEC and similar with
JUMP_TABLE_DATA_P tests.
Most replacements are mechanical, but a few are not:
* The code in s390.c looked odd, I think the replacement code is
easier to fo
Committed as obvious.
* df-core.c (rest_of_handle_df_initialize): Use XCNEWVEC instead
of XNEWVEC followed by memset.
(df_worklist_dataflow): Use XNEWVEC instead of xmalloc with a cast.
Index: df-core.c
===
--- d
Hello,
Le 23/03/2013 10:59, Tobias Burnus a écrit :
> Dear all,
>
> initially, I only wanted to allow assumed-rank arrays with C_LOC, even if I
> played with the idea to cleanup the intrinsic handling of the ISO_C_Binding
> module for quite some time. But Mikael rejected a hacky version.
>
Did
On Sat, Mar 23, 2013 at 4:00 PM, Tobias Burnus wrote:
> This patch fixes the 4.8/4.9 regression, reported by Keith Refson.
>
> The patch which caused the regression (PR55818, Rev. 194809) allowed to
> list-direct read "1" as real variable. Seemingly, the handling went to
> far to also affect readi
Hi,
stage 1 is open so I would like to remove the PR 55334 hack as we
discussed in February so that there is incentive to handle restrict
qualifiers better when inlining and doing IPA-CP. Thus I'll commit
the following rollback in the course of the next week (unless someone
objects but well, it's
Hi,
this is a bit of aggregate IPA-CP that I missed to submit in last
stage1 and that makes indirect call graph edges from IPA-CP clones
direct if they call a known address loaded from an aggregate
parameter.
The reason why ipa_get_indirect_edge_target is split into two is that
unlike in the inli
Hi,
the following patch makes ipa_read_jump_function use the helper
functions to set up jump functions instead of doing it itself. The
main reason is that I plan to add some less-trivial code to one of the
helpers but setting the functions always in one place is a good idea
anyway.
Because there
This is the patch to add the shift truncation in
simplify_binary_operation_1. I add a new hook
TARGET_SHIFT_COUNT_TRUNCATED which uses enum rtx_code to decide
whether we can do shift truncation. I didn't use
TARGET_SHIFT_TRUNCATION_MASK in simplify_binary_operation_1 because it
uses the macro SHIFT
Hi,
Finally got my hands on that: the attached patch adds the
"target nonpic" for those tests that require the avaiability of
functions defined in them.
OK for trunk?
thanks,
Alexander
2013/1/10 Richard Biener :
> On Thu, Jan 10, 2013 at 2:50 PM, Alexander Ivchenko
> wrote:
>> Hi,
>>
>> It a
19 matches
Mail list logo
