Re: GLIBC_2.14 memcpy

[anon@att.net]

Why not use the HI-E (high integrity version) of "System-Memory_Copy" 
package which routines can be written Ada. Instead of using 'libC'

gnat compile s-memcop

then add "-largs s-memcop.o" at the end of gnat command line

gnat make hello.adb -largs s-memcop.o


In <d740404d-05f1-4b4b-828e-f59923e26304@googlegroups.com>, Ian Douglas <ian@vionia.com> writes:
>Hi all
>
>So I write my first hello world program, and it runs fine. Upload to the se=
>rver, but it does not run there.
>
>../Hello1: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./H=
>ello1)
>
>Dev box is Gentoo linux, server is CentOS 6.2
>
>Google shows many C programmers complaining about similar issue.
>
>Some analysis shows the problem to be memcpy wanting GLIBC_2.14 while every=
>thing else is happy with GLIBC_2.25.
>
>I  can't find anything relevant in this newsgroup (surprising!), or on AdaC=
>ore's site (program was built with GPS), so I was wondering if anyone has a=
> workaround ... the C people add a line to force the compiler to use a more=
> recent version of memcpy, as per=20
>
>__asm__(".symver memcpy,memcpy@GLIBC_2.2.5");
>
>While I am horrified at the necessity of doing something like that (especia=
>lly for a simple Hello World), how would I do this in Ada / Gnat?
>
>(A way to do it globally for C is here:=20
>http://rjpower9000.wordpress.com/2012/04/09/fun-with-shared-libraries-versi=
>on-glibc_2-14-not-found/)
>
>Thanks, Ian