RE: Freeradius-Users Digest, Vol 118, Issue 30
-----Oorspronkelijk bericht----- Date: Tue, 17 Feb 2015 09:17:44 -0500 From: Arran Cudbard-Bell <a.cudbardb@freeradius.org> Subject: Re: compiling Freeradius v3 on Solaris 11
We are currently migrating to new servers for our freeradius setup, And would like to take the opportunity to switch from freeradius v2 to freeradius v3 as well. I am having some problems compiling freeradius v3 on Solaris 11, Though. Until now we compiled Freeradius v2 on Solaris 10.
You could take this opportunity to migrate away from solaris? :)
I am stuck on SPARC/Solaris hardware for anything unix-like. Building is hard, but one we get it build I cannot complain. ;)
Now, we are trying to compile freeradius 3.0.6 on solaris 11.2 (SPARC).
Mm that's going to be fun.
Is there anything I can do to help get this issue fixed?
From previous notes/rants, you need to define -D_XOPEN_SOURCE to match the C standard used.
Thank, I will look into this. For now I used Alan's suggestion, which seemed to help.
Some other problems I ran into but managed to circumvent: - I have to use gmake, make gives an error on Make.inc, line 33: Unexpected end of line seen Same issue as http://lists.freeradius.org/pipermail/freeradius- users/2014-June/072411.html - I tried using solaris studio's cc, here I get stuck on "checking for talloc.h", even though I include -- with-talloc-include-dir with configure, cc does not know the -isystem it seems
Ok. Well, you're welcome to write a patch to check for -isystem to enable/disable it. Or use gcc/clang.
Just thought I would mentioned it (also helpful for other people trying to compile on solaris in the future), I myself have not the knowledge to write good patches, but I am perfectly happy using this workaround, or using gcc.
If I try to compile the snippet itself I get a warning that the last return
was not reached.
Is my compiler broken, of what could be the issue here?
Hm. Fixed that. It's being extra picky.
Thanks!
With GCC I do not have this issue, but I end up in the problem that gcc
does not know the -KPIC option,
If I adjust the source to -fPIC, I end up in the same situation above with
the udpfromto error.
Solaris is a complete pain to build on. I managed to do with with the ldap module disabled.
-Arran
It seems with some effort, I managed to build 3.0.6 with rlm_ldap. I do compile my own ldap libraries, I do not use the built-in solaris headers/libs. I'll try to test if the rlm_ldap function actually works, but will have to familiarize myself with the v3 config files first. If the rlm_ldap function actually works I will keep you up-to-date. Thank you, Arran and Alan :) Kind regards Sander Eerdekens
Is there anything I can do to help get this issue fixed?
From previous notes/rants, you need to define -D_XOPEN_SOURCE to match the C standard used.
Thank, I will look into this. For now I used Alan's suggestion, which seemed to help.
You may run into other issues *ominousness*. Without _XOPEN_SOURCE, solaris doesn't always expose a POSIX compliant API or work in a POSIX compliant way. I'd try and find the right _XOPEN_SOURCE value that allows the server to build and use that. You'll find the server probably builds with more optional things
Some other problems I ran into but managed to circumvent: - I have to use gmake, make gives an error on Make.inc, line 33: Unexpected end of line seen Same issue as http://lists.freeradius.org/pipermail/freeradius- users/2014-June/072411.html - I tried using solaris studio's cc, here I get stuck on "checking for talloc.h", even though I include -- with-talloc-include-dir with configure, cc does not know the -isystem it seems
Ok. Well, you're welcome to write a patch to check for -isystem to enable/disable it. Or use gcc/clang.
Just thought I would mentioned it (also helpful for other people trying to compile on solaris in the future), I myself have not the knowledge to write good patches, but I am perfectly happy using this workaround, or using gcc.
There's no huge difference between -isystem and -I, -isystem just disables warnings generated by system headers. The problem is, it's peppered throughout a bunch of the configure scripts now so it's annoying to check/fix. Solaris' compiler is the only mainstream compiler that doesn't support it. Even Intel's does.
If I try to compile the snippet itself I get a warning that the last return
was not reached.
Is my compiler broken, of what could be the issue here?
Hm. Fixed that. It's being extra picky.
Thanks!
With GCC I do not have this issue, but I end up in the problem that gcc
does not know the -KPIC option,
If I adjust the source to -fPIC, I end up in the same situation above with
the udpfromto error.
Solaris is a complete pain to build on. I managed to do with with the ldap module disabled.
-Arran
It seems with some effort, I managed to build 3.0.6 with rlm_ldap.
I do compile my own ldap libraries, I do not use the built-in solaris headers/libs.
That'd be why. I was trying to get it to build against the built-in ones. There's RFC 1823 which defines a common API for all libldap implementations. Unfortunately rlm_ldap uses some OpenLDAP specific functions. Due to some recent interactions with the OpenLDAP guys i'm actually quite keen to get rlm_ldap building against other LDAP libraries. -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS development team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
participants (2)
-
Arran Cudbard-Bell -
Sander Eerdekens