>So you have to build an executable per-distro -- welcome to
>Linux.
Is it the same with *BSD systems ?
(Thank you for your tought: it's really appreciated !)
Best Regards
K.
Nico Williams wrote:
>>
>> bld/shell.o: In function `find_home_dir':
>> ./src/shell.c:2739: warning: Using 'getpwuid' in statically linked
>> applications requires at runtime the shared libraries from the glibc version
>> used for linking
>> bld/http_socket.o: In function `socket_open':
>> ./src/http_socket.c:148: warning: Using 'gethostbyname' in statically
>> linked applications requires at runtime the shared libraries from the glibc
>> version used for linking
>
>
> These we warned you about at the start of this thread - they are
> platform-specific limitations which we can do nothing to get rid of.
Welllll, you could use getenv("USER") and LOGNAME instead of
getpwuid(), or fork/exec/spawn id(1) to get the username. And you
could use a DNS library to resolve the hostname without the benefit of
local caching (unless there's a local caching server).
The bigger problem is that this is something you'd risk having to do
again and again every time something else in glibc ends up needing
dlopen(). It's a losing battle, and even if it isn't (maybe nothing
else in glibc will ever need dlopen()), philosophically it is a losing
battle. So you have to build an executable per-distro -- welcome to
Linux.
Nico_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
