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.
...
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
mv -f .libs/rlm_perl.lo rlm_perl.lo
mv: cannot access .libs/rlm_perl.lo
make[6]: *** [rlm_perl.lo] Error 2
make[6]: Leaving directory `/usr/home/lplricha/src/freeradius-1.1.2/src/modules/rlm_perl'
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,
Lin
On 6/21/06, Stephen Gran <[EMAIL PROTECTED]> wrote:
On Wed, Jun 21, 2006 at 10:28:12AM -0600, Lin Richardson said:
> RE version 1.1.2
>
> I'm currious. I have tried compiling 1.1.2 on Solaris 10, OpenBSD 3.9, and
> Debian Sid. The ONLY way I have been able to get it working is with the deb
> packages.
>
> I have read exchanges regarding autoconf and libtool issues on the dev
> list. The most recent CVS snapshots progress further in the build, but
> still result in errors. Any news on when the issues may be resolved,
> perhaps a 1.1.3 release?
>
> I'm not an uber compiler, so I admit I am a bit weak at resolving
> compiletime issues.
>
> Under Solaris 10, my true target platform, I get the following final output
> error from the build attempt
> (I have already rebuilt the headers under Solaris 10 which is a common
> problem when compiling under that OS.)
> ...
> In file included from dict.c:42:
> ../include/libradius.h:316: error: conflicting types for `closefrom'
> /usr/include/stdlib.h:193: error: previous declaration of `closefrom'
> make[4]: *** [dict.lo] Error 1
>
> I am trying to move our enterprise RADIUS to freeradius from a comercial
> product, but I need a documented install process that works well. Any
> ideas?
<debian maintainer hat on>
Take a look at debian/rules in the source package for debian. It is
the debian Makefile, and contains anything extra we do to make it
build nicely. The closefrom error sounds symptomatic of some of the
autotools problems I have been looking at. The relevant lines are:
#ifndef HAVE_CLOSEFROM
int closefrom(int fd);
#endif
But clearly there is a system closefrom, so either the macro is
undefined, or the configure test missed the system one. Try adding
#undef HAVE_CLOSEFROM
to src/include/autoconf.h.in, and rerunning the build, at a guess.
For this reason and others, I am looking at reworking a bunch of the
auto* scripts, and hope they will be acceptable upstream. They all need
updating, and some of them can be considerably streamlined, but I don't
know how invasive I/you want to be. One of the first things I see is
that there are multiple configure scripts in subdirectories, and this
is usually not what you want - it's usualy easier to add the tests to
the top level configure script and source the config.h from the top level.
But again, I've just started looking - there may be reasons (historical
or otherwise) for this that I'm not seeing yet. Any tips or pointers
greatly appreciated.
Take care,
--
--------------------------------------------------------------------------
| Stephen Gran | Decision maker, n.: The person in your |
| [EMAIL PROTECTED] | office who was unable to form a task |
| http://www.lobefin.net/~steve | force before the music stopped. |
--------------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFEmX3pSYIMHOpZA44RAoo+AJ9j7vNr/JN8ZeHXNkhDw3en9TJe4gCfbVM0
MhlhpOzCjYl9SN77VeIZP1w=
=YYof
-----END PGP SIGNATURE-----
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
