The problem there is that you're statically linking everything instead of just enet. However, if libenet.a exists but there is no libenet.so, then the library itself should already be static, so you dont need the -static switch. Otherwise, I'm sure there's a way to compile libenet.a as a static library.<br>
<br><div class="gmail_quote">On Tue, Mar 29, 2011 at 3:41 PM, ingmar wirths <span dir="ltr"><<a href="mailto:ingmania@googlemail.com">ingmania@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi all,<br>
<br>
i'm linking enet statically to my application (with the g++ switch -static),<br>
which gives me the following pesky warnings:<br>
<br>
enet-1.3.1/.libs/libenet.a(unix.o): In function `enet_address_get_host':<br>
/home/ingmar/Desktop/enet-1.3.1/unix.c:137: warning: Using<br>
'gethostbyaddr_r' in statically linked applications requires at<br>
runtime the shared libraries from the glibc version used for linking<br>
enet-1.3.1/.libs/libenet.a(unix.o): In function `enet_address_set_host':<br>
/home/ingmar/Desktop/enet-1.3.1/unix.c:84: warning: Using<br>
'gethostbyname_r' in statically linked applications requires at<br>
runtime the shared libraries from the glibc version used for linking<br>
<br>
This looks to me like it's going to be a problem to distribute my application<br>
in binary form (which i intend to do). Is static linking not recommended?<br>
I guess i won't have this problem when i throw enet directly into my project.<br>
Is that the recommended way?<br>
<br>
I don't want to have any dependencies for my application, that's why i don't<br>
want to link dynamically.<br>
<br>
Cheers,<br>
ingmar<br>
_______________________________________________<br>
ENet-discuss mailing list<br>
<a href="mailto:ENet-discuss@cubik.org">ENet-discuss@cubik.org</a><br>
<a href="http://lists.cubik.org/mailman/listinfo/enet-discuss" target="_blank">http://lists.cubik.org/mailman/listinfo/enet-discuss</a><br>
</blockquote></div><br>