Ok. I founded a "workaround". I don't have time for a complete solution now. after ./configure edit Make.inc in the root folder and add -pthread (without 'l' !!!) to the LDFLAGS variable. Modules that will not compile without this work around are: rlm_dbm (rlm_dbm_parser) , rlm_ippool (rlm_ippool_tool) and rlm_mschap (smbencrypt). Moreover the radsniff utility will not compile without this workaround. Thanks all for help. Regards MM 2014/1/21 Marco Marino <marino.mrc@gmail.com>
2014/1/20 Alan DeKok <aland@deployingradius.com>
Marco Marino wrote:
I don't think. On a third server i can compile freeradius 2.2.3 (same version). On this server i have ubuntu 12.04 lts with Linux ow-service 3.5.0-23-generic #35~precise1-Ubuntu SMP Fri Jan 25 17:13:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
The other was Ubuntu 10, right?
No. it's 13.10, server version. Others (where i cannot compile) are desktop version.
kernel is 3.11.0-15 generic on server where i cannot compile.
The kernel shouldn't matter.
Well, if it works correctly on one system and not on another, I'm inclined to call it a tool chain issue. I don't know how I can fix it.
No one else has this problem? It seems strange because I think it would be very common.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html