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

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