diff options
author | Martin Oberhuber | 2017-05-25 20:26:53 +0000 |
---|---|---|
committer | Arun Thondapu | 2017-05-29 17:03:01 +0000 |
commit | c636cf26e8ae94def06ac84039f9dde6e85f5e5d (patch) | |
tree | 736d8e30cd44b58d4f9ba412796ae5f02419be96 /bundles/org.eclipse.equinox.launcher.gtk.linux.x86_64 | |
parent | 13af9dee8d49f1c068d8bc8caaf3ec816f754a3a (diff) | |
download | rt.equinox.framework-c636cf26e8ae94def06ac84039f9dde6e85f5e5d.tar.gz rt.equinox.framework-c636cf26e8ae94def06ac84039f9dde6e85f5e5d.tar.xz rt.equinox.framework-c636cf26e8ae94def06ac84039f9dde6e85f5e5d.zip |
Bug 517013 - Avoid memcpy@GLIBC_2.14 dependency on Linux x86_64
On newer Linux x86_64 hosts like REL7, an optimized version of
memcpy() is available in glibc and linked in by default. The
drawback of linking that optimized version is, that the resulting
binaries don't run any more on older Linux distributions like
REL6 (where that optimized memcpy@GLIBC_2.14 is not available).
This fix avoids the problem by replacing memcpy() with memmove()
on Linux x86_64 hosts only. To be safe, it also compiles with
-fno-builtin-memcpy -fno-builtin-memmove on Linux x86_64. See
also bug 515155 for a very similar fix in SWT to support REL6.
Change-Id: I39bc8d4975015eb52f35d3d02eae921bf6d66478
Signed-off-by: Martin Oberhuber <martin.oberhuber@windriver.com>
Signed-off-by: Arun Thondapu <arunkumar.thondapu@in.ibm.com>
Diffstat (limited to 'bundles/org.eclipse.equinox.launcher.gtk.linux.x86_64')
0 files changed, 0 insertions, 0 deletions