On Wed, Aug 14, 2013 at 11:50 AM, Andy Zhou wrote:
>
>
>
> On Wed, Aug 14, 2013 at 11:29 AM, Jesse Gross wrote:
>>
>> On Sat, Jun 22, 2013 at 5:32 AM, Andy Zhou wrote:
>> > For architectures can load and store unaligned long efficiently, use 4
>> > or 8 bytes operations. This improves the effici
On Wed, Aug 14, 2013 at 11:29 AM, Jesse Gross wrote:
> On Sat, Jun 22, 2013 at 5:32 AM, Andy Zhou wrote:
> > For architectures can load and store unaligned long efficiently, use 4
> > or 8 bytes operations. This improves the efficiency compare to byte wise
> > operations.
> >
> > This patch is u
On Sat, Jun 22, 2013 at 5:32 AM, Andy Zhou wrote:
> For architectures can load and store unaligned long efficiently, use 4
> or 8 bytes operations. This improves the efficiency compare to byte wise
> operations.
>
> This patch is uses ideas and code from a patch submitted by Peter Klausler
> title
On Sat, Jun 22, 2013 at 5:32 AM, Andy Zhou wrote:
> For architectures can load and store unaligned long efficiently, use 4
> or 8 bytes operations. This improves the efficiency compare to byte wise
> operations.
>
> This patch is uses ideas and code from a patch submitted by Peter Klausler
> title
Please CC the original author and people that participated in the discussion.
On Sat, Jun 22, 2013 at 5:32 AM, Andy Zhou wrote:
> For architectures can load and store unaligned long efficiently, use 4
> or 8 bytes operations. This improves the efficiency compare to byte wise
> operations.
>
> Thi
For architectures can load and store unaligned long efficiently, use 4
or 8 bytes operations. This improves the efficiency compare to byte wise
operations.
This patch is uses ideas and code from a patch submitted by Peter Klausler
titled "replace memcmp() with specialized comparator". The flow com
