This was helpful! I progressed beyond the error noted previously by adding  #undef HAVE_CLOSEFROM  to the src/include/autoconf.h.in file. The build now ends in an error (under Solaris 10) that is similar to the error I hit with my attempts under Debian Sid.

<br><br>...<br>gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/home/lplricha/src/freeradius-1.1.2/src/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO -I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE -c rlm_perl.c -o rlm_perl.o >/dev/null 2>&1

<br>mv -f .libs/rlm_perl.lo rlm_perl.lo<br>mv: cannot access .libs/rlm_perl.lo<br>make[6]: *** [rlm_perl.lo] Error 2<br>make[6]: Leaving directory `/usr/home/lplricha/src/freeradius-1.1.2/src/modules/rlm_perl'<br><br><br>

Also, I would be happy to do test compiles under different OS installs.  I can't really help with the coding much, but would be happy to contribute in other ways.  That may be off-topic for this list though.  :) Thanks,

<br>Lin<br><br><div><span class="gmail_quote">On 6/21/06, <b class="gmail_sendername">Stephen Gran</b> <<a href="mailto:steve@lobefin.net">steve@lobefin.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Wed, Jun 21, 2006 at 10:28:12AM -0600, Lin Richardson said:<br>> RE version 1.1.2<br>><br>> I'm currious.  I have tried compiling 1.1.2 on Solaris 10, OpenBSD 3.9, and<br>> Debian Sid.  The ONLY way I have been able to get it working is with the deb

<br>> packages.<br>><br>> I have read exchanges regarding autoconf and libtool issues on the dev<br>> list.  The most recent CVS snapshots progress further in the build, but<br>> still result in errors.  Any news on when the issues may be resolved,

<br>> perhaps a 1.1.3 release?<br>><br>> I'm not an uber compiler, so I admit I am a bit weak at resolving<br>> compiletime issues.<br>><br>> Under Solaris 10, my true target platform, I get the following final output

<br>> error from the build attempt<br>> (I have already rebuilt the headers under Solaris 10 which is a common<br>> problem when compiling under that OS.)<br>> ...<br>> In file included from dict.c:42:<br>> ../include/libradius.h:316: error: conflicting types for `closefrom'

<br>> /usr/include/stdlib.h:193: error: previous declaration of `closefrom'<br>> make[4]: *** [dict.lo] Error 1<br>><br>> I am trying to move our enterprise RADIUS to freeradius from a comercial<br>> product, but I need a documented install process that works well.  Any

<br>> ideas?<br><br><debian maintainer hat on><br><br>Take a look at debian/rules in the source package for debian.  It is<br>the debian Makefile, and contains anything extra we do to make it<br>build nicely.  The closefrom error sounds symptomatic of some of the

<br>autotools problems I have been looking at.  The relevant lines are:<br>#ifndef HAVE_CLOSEFROM<br>int             closefrom(int fd);<br>#endif<br>But clearly there is a system closefrom, so either the macro is<br>undefined, or the configure test missed the system one.  Try adding

<br>#undef HAVE_CLOSEFROM<br>to src/include/autoconf.h.in, and rerunning the build, at a guess.<br><br>For this reason and others, I am looking at reworking a bunch of the<br>auto* scripts, and hope they will be acceptable upstream.  They all need

<br>updating, and some of them can be considerably streamlined, but I don't<br>know how invasive I/you want to be.  One of the first things I see is<br>that there are multiple configure scripts in subdirectories, and this

<br>is usually not what you want - it's usualy easier to add the tests to<br>the top level configure script and source the config.h from the top level.<br><br>But again, I've just started looking - there may be reasons (historical

<br>or otherwise) for this that I'm not seeing yet.  Any tips or pointers<br>greatly appreciated.<br><br>Take care,<br>--<br> --------------------------------------------------------------------------<br>|  Stephen Gran                  | Decision maker, n.:  The person in your |

<br>|  <a href="mailto:steve@lobefin.net">steve@lobefin.net</a>             | office who was unable to form a task    |<br>|  <a href="http://www.lobefin.net/~steve">http://www.lobefin.net/~steve</a> | force  before the music stopped.        |

<br> --------------------------------------------------------------------------<br><br><br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v1.4.1 (GNU/Linux)<br><br>iD8DBQFEmX3pSYIMHOpZA44RAoo+AJ9j7vNr/JN8ZeHXNkhDw3en9TJe4gCfbVM0

<br>MhlhpOzCjYl9SN77VeIZP1w=<br>=YYof<br>-----END PGP SIGNATURE-----<br><br><br>-<br>List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html">http://www.freeradius.org/list/users.html</a><br>

<br></blockquote></div><br>