On Jun 26, 2012, at 17:28 , Richard Henderson wrote:
> Ah, right, since convert_to_mode can just reshuffle the MEM.
>
> The patch is ok.
Great, will commit shortly.
Thanks a lot for your prompt feedback,
With Kind Regards,
Olivier
On 06/26/2012 03:40 AM, Olivier Hainque wrote:
> Hello Richard,
>
> On Jun 25, 2012, at 20:36 , Richard Henderson wrote:
>
>> Can you explain the sequence that results in multiple memory
>> references? Because I can't see how it can...
>
> Compared to the point at which we were observing the p
Hello Richard,
On Jun 25, 2012, at 20:36 , Richard Henderson wrote:
> Can you explain the sequence that results in multiple memory
> references? Because I can't see how it can...
Compared to the point at which we were observing the problem,
the code has changed a bit in this area though not s
On 2012-06-23 23:56, Olivier Hainque wrote:
> Hello,
>
> ping # 3 for http://gcc.gnu.org/ml/gcc-patches/2012-04/msg00298.html
>
> This is related to convert-move possibly emitting a sequence
> with multiple accesses to one input, triggering multiple memory
> accesses when that input happens to be
Hello,
ping # 3 for http://gcc.gnu.org/ml/gcc-patches/2012-04/msg00298.html
This is related to convert-move possibly emitting a sequence
with multiple accesses to one input, triggering multiple memory
accesses when that input happens to be a mem.
> The original problem we had with this was the i
Hello,
Ping # 2 for http://gcc.gnu.org/ml/gcc-patches/2012-04/msg00298.html
Thanks in advance,
Olivier
(sorry for a possible empty version of that message
sent by mistake a few minutes ago)
On Apr 5, 2012, at 17:30 , Olivier Hainque wrote:
...
> With a previous version of the compiler, we happ
Hello,
Ping for http://gcc.gnu.org/ml/gcc-patches/2012-04/msg00298.html
Thanks in advance,
Olivier
On Apr 5, 2012, at 17:30 , Olivier Hainque wrote:
...
> The original problem we had with this was the introduction of an
> artificial race condition in addition to the potential performance
> impa
Hello,
At some point in convert_move we have:
<* No special multiword conversion insn; do it by hand. */
start_sequence ();
/* Since we will turn this into a no conflict block, we must ensure
that the source does not overlap the target. */
if (reg_overlap_men