Fixing the glibc adobe flash incompatibility
ben.kreuter at gmail.com
Thu Nov 18 04:43:31 UTC 2010
On Wednesday 17 November 2010 23:30:00 Chris Adams wrote:
> Once upon a time, Matthew Garrett <mjg59 at srcf.ucam.org> said:
> > On Wed, Nov 17, 2010 at 09:03:02PM -0600, Chris Adams wrote:
> > > However, I still think that changing memcpy away from years of "it just
> > > works" is an ABI change that should not be taken lightly and IMHO
> > > shouldn't be done in a "stable" release of glibc. Is memcpy called
> > > often enough (and on large enough blocks) that this change makes a real
> > > performance difference (not just on a synthetic memcpy benchmark)?
> > It's a change in behaviour on x86. Have you verified that overlapping
> > memcpy worked on all other glibc-supported architectures until this
> > point?
> How is that relevant? If the behavior changes on only some
> architectures, then it is okay?
Yes, if the behavior was undefined to begin with:
Undefined is undefined, there is no escaping that. Code should not be written
to depend on undefined behavior producing some specific results, or even
producing the same results on every platform.
Message sent on: Wed Nov 17 23:39:42 EST 2010
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 490 bytes
Desc: This is a digitally signed message part.
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20101117/baaa3917/attachment.bin
More information about the devel