This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [patch] Fix and reenable memcpy/memset for m68k

From: "Aaron J. Grier" <aaron at frye dot com>
To: newlib at sources dot redhat dot com
Date: Thu, 3 May 2007 15:18:09 -0700
Subject: Re: [patch] Fix and reenable memcpy/memset for m68k
References: <200704302015.l3UKFFMO005039@sparrowhawk.codesourcery.com> <463653E6.2090600@oarcorp.com> <46393C24.1060805@codesourcery.com>

On Wed, May 02, 2007 at 09:34:28PM -0400, Kazu Hirata wrote:
> [patch] Fix and reenable memcpy/memset for m68k
> http://sourceware.org/ml/newlib/2007/msg00460.html
> 
> It seems that Eric and Joel are happy with the change.

Isn't Fido a CPU32 derivative?

the unrolled loops as shown in the patch are slower than RTEMS'
implementation (as shown in the URL) for CPU32 architectures.

-- 
  Aaron J. Grier  |   Frye Electronics, Tigard, OR   |  aaron@frye.com

References:
- [patch] Fix and reenable memcpy/memset for m68k
  - From: Kazu Hirata
- Re: [patch] Fix and reenable memcpy/memset for m68k
  - From: Joel Sherrill
- Re: [patch] Fix and reenable memcpy/memset for m68k
  - From: Kazu Hirata

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]