Error 1: gmake Free Radius 3.0.3 at Solaris
I'm trying to install free radius 3.0.3 at Solaris, after I use gmake command I got this error, I tried to use make and didn't work either: CC src/lib/cbuff.c In file included from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:419:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:40, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:637: error: syntax error before "func" gmake: *** [build/objs/src/lib/cbuff.lo] Error 1 What can I do to solve this error? Thanks
Rafael de Farias Meurer wrote:
What can I do to solve this error?
Use a recent version of GCC. To be honest, I don't have $5K to spend running a Solaris box. And Solaris is weird enough that typical Posix practices don't work there. So it's a low priority. If you fix it, please send a patch. Until then, there's really nothing we can do. Alan DeKok.
Rafael, while I don’t use the FreeRadius server on solaris (we use MS Radius, and free radius clients on our unix systems), I have compiled software for decades on Solaris without issue. There may be some things to tweak along the way, but most things compile fine. I have traditionally used /usr/ccs/bin/make and gcc and that combination usually works well. Have you tried that yet? Lloyd From: Rafael de Farias Meurer <rafael.meurer@gvt.com.br<mailto:rafael.meurer@gvt.com.br>> Reply-To: FreeRadius users mailing list <freeradius-users@lists.freeradius.org<mailto:freeradius-users@lists.freeradius.org>> Date: Wednesday, June 4, 2014 at 9:12 AM To: "'freeradius-users@lists.freeradius.org<mailto:'freeradius-users@lists.freeradius.org>'" <freeradius-users@lists.freeradius.org<mailto:freeradius-users@lists.freeradius.org>> Subject: Error 1: gmake Free Radius 3.0.3 at Solaris I’m trying to install free radius 3.0.3at Solaris, after I use gmake command I got this error, I tried to use make and didn’t work either: CC src/lib/cbuff.c In file included from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:419:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:40, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:637: error: syntax error before "func" gmake: *** [build/objs/src/lib/cbuff.lo] Error 1 What can I do to solve this error? Thanks
Yes, I tried to use make and I got this error: make: Fatal error in reader: Make.inc, line 33: Unexpected end of line seen the Make.inc line is this: 32: ifeq "${raddbdir}" "" 33: raddbdir = ${sysconfdir}/raddb 34: endif When I comment the line 32 and 34, the error appears in another ifeq and endif line. That's why I tried to use gmake but this two I got erro. De: Lloyd Gill [mailto:lhg@jhmi.edu] Enviada em: quarta-feira, 4 de junho de 2014 11:18 Para: FreeRadius users mailing list; Rafael de Farias Meurer Assunto: Re: Error 1: gmake Free Radius 3.0.3 at Solaris Rafael, while I don't use the FreeRadius server on solaris (we use MS Radius, and free radius clients on our unix systems), I have compiled software for decades on Solaris without issue. There may be some things to tweak along the way, but most things compile fine. I have traditionally used /usr/ccs/bin/make and gcc and that combination usually works well. Have you tried that yet? Lloyd From: Rafael de Farias Meurer <rafael.meurer@gvt.com.br<mailto:rafael.meurer@gvt.com.br>> Reply-To: FreeRadius users mailing list <freeradius-users@lists.freeradius.org<mailto:freeradius-users@lists.freeradius.org>> Date: Wednesday, June 4, 2014 at 9:12 AM To: "'freeradius-users@lists.freeradius.org<mailto:'freeradius-users@lists.freeradius.org>'" <freeradius-users@lists.freeradius.org<mailto:freeradius-users@lists.freeradius.org>> Subject: Error 1: gmake Free Radius 3.0.3 at Solaris I'm trying to install free radius 3.0.3at Solaris, after I use gmake command I got this error, I tried to use make and didn't work either: CC src/lib/cbuff.c In file included from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:419:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:40, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:637: error: syntax error before "func" gmake: *** [build/objs/src/lib/cbuff.lo] Error 1 What can I do to solve this error? Thanks
On 4 Jun 2014, at 14:12, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I’m trying to install free radius 3.0.3 at Solaris, after I use gmake command I got this error, I tried to use make and didn’t work either:
CC src/lib/cbuff.c In file included from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:419:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:40, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:637: error: syntax error before "func" gmake: *** [build/objs/src/lib/cbuff.lo] Error 1
What can I do to solve this error?
Oh solaris you crazy crazy OS. I'll fix it... Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
OK, thanks. -----Mensagem original----- De: freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org [mailto:freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org] Em nome de Arran Cudbard-Bell Enviada em: quarta-feira, 4 de junho de 2014 11:26 Para: FreeRadius users mailing list Assunto: Re: Error 1: gmake Free Radius 3.0.3 at Solaris On 4 Jun 2014, at 14:12, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I'm trying to install free radius 3.0.3 at Solaris, after I use gmake command I got this error, I tried to use make and didn't work either:
CC src/lib/cbuff.c In file included from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/mis sing.h:419:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:40, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:637: error: syntax error before "func" gmake: *** [build/objs/src/lib/cbuff.lo] Error 1
What can I do to solve this error?
Oh solaris you crazy crazy OS. I'll fix it... Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
CC src/lib/cbuff.c In file included from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/mis sing.h:419:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/missing.h:40, from /home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26:
I fixed that ^ (git pull re-run configure)
/home/nms/radiusTeste/freeradius-server-3.0.3/src/freeradius-devel/libradius.h:637: error: syntax error before "func"
Hopefully it'll fix that ^, but if it doesn't, post the error and i'll look at it. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
So I did the git and the error I have is the same. CC src/lib/cbuff.c In file included from /root/freeradius-server/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /root/freeradius-server/src/freeradius-devel/missing.h:416:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /root/freeradius-server/src/freeradius-devel/missing.h:40, from /root/freeradius-server/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26: /root/freeradius-server/src/freeradius-devel/libradius.h:657: error: syntax error before "func" /root/freeradius-server/src/freeradius-devel/libradius.h:657: warning: function declaration isn't a prototype gmake: *** [build/objs/src/lib/cbuff.lo] Error 1
I did git again and configure and gmake. I got this error at the first time after gmake: HEADER src/include/features.h gmake: *** [src/include/features.h] Error 1 When I tried the second time the error changes for that : awk: newline in string near line 1 awk: syntax error near line 3 awk: illegal statement near line 3 awk: illegal statement near line 4 awk: illegal statement near line 5 awk: illegal statement near line 5 gmake: *** [src/include/autoconf.sed] Error 2 After the third time that this error appears: CC src/lib/cbuff.c In file included from /home/nms/newVersion/freeradius-server/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /home/nms/newVersion/freeradius-server/src/freeradius-devel/missing.h:416:1: warning: "htonll" redefined In file included from /usr/include/netinet/in.h:73, from /usr/include/netdb.h:74, from /home/nms/newVersion/freeradius-server/src/freeradius-devel/missing.h:40, from /home/nms/newVersion/freeradius-server/src/freeradius-devel/libradius.h:65, from src/lib/cbuff.c:26: /usr/include/sys/byteorder.h:46:1: warning: this is the location of the previous definition In file included from src/lib/cbuff.c:26: /home/nms/newVersion/freeradius-server/src/freeradius-devel/libradius.h:657: error: syntax error before "func" /home/nms/newVersion/freeradius-server/src/freeradius-devel/libradius.h:657: warning: function declaration isn't a prototype gmake: *** [build/objs/src/lib/cbuff.lo] Error 1] I thought that weird so I sent the email again.
On 5 Jun 2014, at 18:59, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I did git again and configure and gmake.
I got this error at the first time after gmake:
HEADER src/include/features.h gmake: *** [src/include/features.h] Error 1
When I tried the second time the error changes for that :
awk: newline in string near line 1 awk: syntax error near line 3 awk: illegal statement near line 3 awk: illegal statement near line 4 awk: illegal statement near line 5 awk: illegal statement near line 5 gmake: *** [src/include/autoconf.sed] Error 2
git clean -fxd ./configure <args> make If it still doesn't work send over src/include/autoconf.sed -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
I did what you told i got this error: HEADER src/include/features.h gmake: *** [src/include/features.h] Error I couldn't find the autoconf.sed where you said, I only found autoconf.h -----Mensagem original----- De: freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org [mailto:freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org] Em nome de Arran Cudbard-Bell Enviada em: quinta-feira, 5 de junho de 2014 15:22 Para: FreeRadius users mailing list Assunto: Re: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris On 5 Jun 2014, at 18:59, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I did git again and configure and gmake.
I got this error at the first time after gmake:
HEADER src/include/features.h gmake: *** [src/include/features.h] Error 1
When I tried the second time the error changes for that :
awk: newline in string near line 1 awk: syntax error near line 3 awk: illegal statement near line 3 awk: illegal statement near line 4 awk: illegal statement near line 5 awk: illegal statement near line 5 gmake: *** [src/include/autoconf.sed] Error 2
git clean -fxd ./configure <args> make If it still doesn't work send over src/include/autoconf.sed -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
Any news about this? Thanks -----Mensagem original----- De: Rafael de Farias Meurer Enviada em: quinta-feira, 5 de junho de 2014 15:35 Para: FreeRadius users mailing list Assunto: RES: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris I did what you told i got this error: HEADER src/include/features.h gmake: *** [src/include/features.h] Error I couldn't find the autoconf.sed where you said, I only found autoconf.h -----Mensagem original----- De: freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org [mailto:freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org] Em nome de Arran Cudbard-Bell Enviada em: quinta-feira, 5 de junho de 2014 15:22 Para: FreeRadius users mailing list Assunto: Re: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris On 5 Jun 2014, at 18:59, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I did git again and configure and gmake.
I got this error at the first time after gmake:
HEADER src/include/features.h gmake: *** [src/include/features.h] Error 1
When I tried the second time the error changes for that :
awk: newline in string near line 1 awk: syntax error near line 3 awk: illegal statement near line 3 awk: illegal statement near line 4 awk: illegal statement near line 5 awk: illegal statement near line 5 gmake: *** [src/include/autoconf.sed] Error 2
git clean -fxd ./configure <args> make If it still doesn't work send over src/include/autoconf.sed -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
On 9 Jun 2014, at 15:15, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Any news about this?
Apparently Solaris 11 comes in VMWare flavour now... who knew... You are using Solaris 11 right? -Arran
Thanks
-----Mensagem original----- De: Rafael de Farias Meurer Enviada em: quinta-feira, 5 de junho de 2014 15:35 Para: FreeRadius users mailing list Assunto: RES: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris
I did what you told i got this error:
HEADER src/include/features.h gmake: *** [src/include/features.h] Error
I couldn't find the autoconf.sed where you said, I only found autoconf.h
-----Mensagem original----- De: freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org [mailto:freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org] Em nome de Arran Cudbard-Bell Enviada em: quinta-feira, 5 de junho de 2014 15:22 Para: FreeRadius users mailing list Assunto: Re: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris
On 5 Jun 2014, at 18:59, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I did git again and configure and gmake.
I got this error at the first time after gmake:
HEADER src/include/features.h gmake: *** [src/include/features.h] Error 1
When I tried the second time the error changes for that :
awk: newline in string near line 1 awk: syntax error near line 3 awk: illegal statement near line 3 awk: illegal statement near line 4 awk: illegal statement near line 5 awk: illegal statement near line 5 gmake: *** [src/include/autoconf.sed] Error 2
git clean -fxd ./configure <args> make
If it still doesn't work send over src/include/autoconf.sed
-Arran
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
Yes I am. -----Mensagem original----- De: freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org [mailto:freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org] Em nome de Arran Cudbard-Bell Enviada em: segunda-feira, 9 de junho de 2014 17:27 Para: FreeRadius users mailing list Assunto: Re: RES: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris On 9 Jun 2014, at 15:15, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Any news about this?
Apparently Solaris 11 comes in VMWare flavour now... who knew... You are using Solaris 11 right? -Arran
Thanks
-----Mensagem original----- De: Rafael de Farias Meurer Enviada em: quinta-feira, 5 de junho de 2014 15:35 Para: FreeRadius users mailing list Assunto: RES: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris
I did what you told i got this error:
HEADER src/include/features.h gmake: *** [src/include/features.h] Error
I couldn't find the autoconf.sed where you said, I only found autoconf.h
-----Mensagem original----- De: freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freeradius.org [mailto:freeradius-users-bounces+rafael.meurer=gvt.com.br@lists.freera dius.org] Em nome de Arran Cudbard-Bell Enviada em: quinta-feira, 5 de junho de 2014 15:22 Para: FreeRadius users mailing list Assunto: Re: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris
On 5 Jun 2014, at 18:59, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I did git again and configure and gmake.
I got this error at the first time after gmake:
HEADER src/include/features.h gmake: *** [src/include/features.h] Error 1
When I tried the second time the error changes for that :
awk: newline in string near line 1 awk: syntax error near line 3 awk: illegal statement near line 3 awk: illegal statement near line 4 awk: illegal statement near line 5 awk: illegal statement near line 5 gmake: *** [src/include/autoconf.sed] Error 2
git clean -fxd ./configure <args> make
If it still doesn't work send over src/include/autoconf.sed
-Arran
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Yes I am.
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined. *sigh* It's all dirty dirty nastiness, I have no idea why anyone would want to use such a crippled, deformed, abortion of an operating system. But then I've said similar things about Perl. I guess some people are just sadists. -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
On 10 Jun 2014, at 13:05, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Yes I am.
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
*its I hate english. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
On 10 Jun 2014, at 13:08, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 10 Jun 2014, at 13:05, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Yes I am.
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
*its
I hate english.
Can't we just all learn German? It's such a nice logical language... Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
On 10 Jun 2014, at 13:08, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 10 Jun 2014, at 13:08, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 10 Jun 2014, at 13:05, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Yes I am.
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
*its
I hate english.
Can't we just all learn German? It's such a nice logical language...
*sigh* Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
Masochists, Arran... Sadists like to see others suffer :-) S. -----Original Message----- From: freeradius-users-bounces+stefan.paetow=ja.net@lists.freeradius.org [mailto:freeradius-users-bounces+stefan.paetow=ja.net@lists.freeradius.org] On Behalf Of Arran Cudbard-Bell Sent: 10 June 2014 13:05 To: FreeRadius users mailing list Subject: Re: RES: RES: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Yes I am.
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined. *sigh* It's all dirty dirty nastiness, I have no idea why anyone would want to use such a crippled, deformed, abortion of an operating system. But then I've said similar things about Perl. I guess some people are just sadists. -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2 Janet(UK) is a trading name of Jisc Collections and Janet Limited, a not-for-profit company which is registered in England under No. 2881024 and whose Registered Office is at Lumen House, Library Avenue, Harwell Oxford, Didcot, Oxfordshire. OX11 0SG. VAT No. 614944238
On 10 Jun 2014, at 13:29, Stefan Paetow <Stefan.Paetow@ja.net> wrote:
Masochists, Arran... Sadists like to see others suffer :-)
Hmm, no that doesn't quite cover it, probably sadomasochists. Especially people who like to write large applications native Perl OOPyness. -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
Some people are using Perl as an operating system ? *shudder* -----Message d'origine----- De : freeradius-users-bounces+nicolas.chaigneau=capgemini.com@lists.freeradius.org [mailto:freeradius-users-bounces+nicolas.chaigneau=capgemini.com@lists.freeradius.org] De la part de Arran Cudbard-Bell Envoyé : mardi 10 juin 2014 14:05 À : FreeRadius users mailing list Objet : Re: RES: RES: RES: RES: Error 1: gmake Free Radius 3.0.3 at Solaris On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Yes I am.
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined. *sigh* It's all dirty dirty nastiness, I have no idea why anyone would want to use such a crippled, deformed, abortion of an operating system. But then I've said similar things about Perl. I guess some people are just sadists. -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2 This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
Am 10.06.2014 14:05, schrieb Arran Cudbard-Bell:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
Cool Arran, for what I can tell, I've just tried building master it on OmniOS which is a quite-closely tracking distribution of the illumos open source fork OpenSolaris. It mostly relies on GCC but carries some of the weirdnesses that S11 has as well (though you can still install a Studio Compiler if you want) One thing I came across is that currently when it detects __sun it wants to feed the compiler with -KPIC (scripts/jlibtool.c) which is a parameter only known by the SnOracle's Studio Compiler while GCC seems to be happier with -fPIC. A quick search/replace scripts/jlibtool.c it at least made 'gmake' gov over some files, then fails here and spits out some other messages: [...] CC src/lib/strlcpy.c CC src/lib/token.c CC src/lib/udpfromto.c src/lib/udpfromto.c: In function 'recvfromto': src/lib/udpfromto.c:251:6: error: 'struct msghdr' has no member named 'msg_control' msgh.msg_control = cbuf; I'm not enoug into this, but is there a way to not "blatantly" assume Studio Compilers on SunOS-style platform but look for gcc (or clang/$FavouriteOpenSourceCompiler...) and set things accordingly? -- Mathieu --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com
On 10 Jun 2014, at 19:37, Mathieu Simon (Lists) <matsimon.lists@simweb.ch> wrote:
Am 10.06.2014 14:05, schrieb Arran Cudbard-Bell:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
I'm making slow progress, i've already fixed four or five issues, but now apparently there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
Cool Arran, for what I can tell, I've just tried building master it on OmniOS which is a quite-closely tracking distribution of the illumos open source fork OpenSolaris.
It mostly relies on GCC but carries some of the weirdnesses that S11 has as well (though you can still install a Studio Compiler if you want)
One thing I came across is that currently when it detects __sun it wants to feed the compiler with -KPIC (scripts/jlibtool.c) which is a parameter only known by the SnOracle's Studio Compiler while GCC seems to be happier with -fPIC.
A quick search/replace scripts/jlibtool.c it at least made 'gmake' gov over some files, then fails here and spits out some other messages:
[...] CC src/lib/strlcpy.c CC src/lib/token.c CC src/lib/udpfromto.c src/lib/udpfromto.c: In function 'recvfromto': src/lib/udpfromto.c:251:6: error: 'struct msghdr' has no member named 'msg_control' msgh.msg_control = cbuf;
That's where I got to as well. That's what _X_OPEN_SOURCE is needed for, it adds the additional fields to the msghdr struct. More fixes for Betriebssystemschwein shortly.
I'm not enoug into this, but is there a way to not "blatantly" assume Studio Compilers on SunOS-style platform but look for gcc (or clang/$FavouriteOpenSourceCompiler...) and set things accordingly?
I think we only officially support GCC, clang and Intel's compiler, so it'd make more sense to use -fPIC. It's probably a hangover in jlibtool.c from when it was adopted. Do you know if Sun's compiler also supports -fPIC as an alias to -KPIC? That'd make things simple... -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
Am 10.06.2014 20:50, schrieb Arran Cudbard-Bell:
I think we only officially support GCC, clang and Intel's compiler, so it'd make more sense to use -fPIC. It's probably a hangover in jlibtool.c from when it was adopted.
Do you know if Sun's compiler also supports -fPIC as an alias to -KPIC? That'd make things simple...
Apparently yes. illumos distributions are likely to be stuck at Studio 12.1 (the last that compiled the base OS before Oracle closed things). Those with Oracle systems can or may have to likely use newer versions, here is what I can get: # cat /etc/release OmniOS v11 r151010 Copyright 2014 OmniTI Computer Consulting, Inc. All rights reserved. Use is subject to license terms. # cc -V cc: Sun C 5.10 SunOS_i386 2009/06/03 usage: cc [ options] files. Use 'cc -flags' for details # cc -flags | grep KPIC -KPIC Compile position independent code with 32-bit addresses -fPIC Same as -KPIC But it seems this is still valid for the current Studio 12.3 that works with Solaris 11. Here is is a link to the document that have not been put behind paywalls: http://docs.oracle.com/cd/E24457_01/html/E21990/bjapr.html -- Mathieu --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com
On 10 Jun 2014, at 21:36, Mathieu Simon (Lists) <matsimon.lists@simweb.ch> wrote:
Am 10.06.2014 20:50, schrieb Arran Cudbard-Bell:
I think we only officially support GCC, clang and Intel's compiler, so it'd make more sense to use -fPIC. It's probably a hangover in jlibtool.c from when it was adopted.
Do you know if Sun's compiler also supports -fPIC as an alias to -KPIC? That'd make things simple...
Apparently yes. illumos distributions are likely to be stuck at Studio 12.1 (the last that compiled the base OS before Oracle closed things). Those with Oracle systems can or may have to likely use newer versions, here is what I can get:
# cat /etc/release OmniOS v11 r151010 Copyright 2014 OmniTI Computer Consulting, Inc. All rights reserved. Use is subject to license terms.
# cc -V cc: Sun C 5.10 SunOS_i386 2009/06/03 usage: cc [ options] files. Use 'cc -flags' for details
# cc -flags | grep KPIC -KPIC Compile position independent code with 32-bit addresses -fPIC Same as -KPIC
But it seems this is still valid for the current Studio 12.3 that works with Solaris 11.
Ok, looks like Alan changed it about 10 days ago anyway. I've got it to the point where it tries to build rlm_ldap and fails, because it's using Sun's libldap and we expect OpenLDAP. But the APIs aren't that different (as you'd expect seeing as they're well defined by a series of RFCs), it's just going to take a while. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
Am 10.06.2014 14:05, schrieb Arran Cudbard-Bell:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
[...] there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
[...] src/lib/udpfromto.c:251:6: error: 'struct msghdr' has no member named 'msg_control' msgh.msg_control = cbuf;
Ahem - re-reading Arran's message - that was just plain ./configure what I tried but not something like: CFLAGS="-D_XOPEN_SOURCE" ./configure However then it fails accordingly: # gmake CC jlibtool.c CC src/lib/cbuff.c In file included from /usr/include/iso/stdlib_iso.h:46:0, from /usr/include/stdlib.h:36, from /usr/local/include/talloc.h:28, from /export/sim/freeradius-server/src/freeradius-devel/libradius.h:60, from src/lib/cbuff.c:26: /opt/gcc-4.8.1/lib/gcc/i386-pc-solaris2.11/4.8.1/include-fixed/sys/feature_tests.h:360:2: error: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications" #error "Compiler or options invalid for pre-UNIX 03 X/Open applications \ ^ gmake: *** [build/objs/src/lib/cbuff.lo] Error 1 (OmniOS does installs gcc48 package in /opt, just in case, so it uses gcc that you have in PATH) Anyhow when searching for the resulting error messages I see tons of other projects sometimes handling things this, then the other way by including or not including _X_OPEN_SOURCE, apparently cpython decided not to.* Sorry for the confusion added :-\ Mathieu * http://bugs.python.org/issue1759169#msg106675 --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com
On 10 Jun 2014, at 20:00, Mathieu Simon (Lists) <matsimon.lists@simweb.ch> wrote:
Am 10.06.2014 14:05, schrieb Arran Cudbard-Bell:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
[...] there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
[...] src/lib/udpfromto.c:251:6: error: 'struct msghdr' has no member named 'msg_control' msgh.msg_control = cbuf;
Ahem - re-reading Arran's message - that was just plain ./configure what I tried but not something like: CFLAGS="-D_XOPEN_SOURCE" ./configure
However then it fails accordingly:
If you read a bit more about _XOPEN_SOURCE it actually defines the version of the POSIX standard the System APIs should conform to. By not specifying a value, or specifying value 1. It seems to assume you want POSIX-2001, and as we pass -std=c99 that causes a conflict. From the feature test headers... /* * It is invalid to compile an XPG3, XPG4, XPG4v2, or XPG5 application * using c99. The same is true for POSIX.1-1990, POSIX.2-1992, POSIX.1b, * and POSIX.1c applications. Likewise, it is invalid to compile an XPG6 * or a POSIX.1-2001 application with anything other than a c99 or later * compiler. Therefore, we force an error in both cases. */ #if defined(_STDC_C99) && (defined(__XOPEN_OR_POSIX) && !defined(_XPG6)) #error "Compiler or options invalid for pre-UNIX 03 X/Open applications \ and pre-2001 POSIX applications" To define _XPG6 you set -D_XOPEN_SOURCE=600, except that causes the configure script to fail for some unknown reason. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
On 10 Jun 2014, at 20:26, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 10 Jun 2014, at 20:00, Mathieu Simon (Lists) <matsimon.lists@simweb.ch> wrote:
Am 10.06.2014 14:05, schrieb Arran Cudbard-Bell:
On 10 Jun 2014, at 12:35, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
[...] there's some _X_OPEN_SOURCE macro we need to define to get Solaris to self un-labotomise it's socket API... so i'm researching what the value of that should be and where it should be defined.
[...] src/lib/udpfromto.c:251:6: error: 'struct msghdr' has no member named 'msg_control' msgh.msg_control = cbuf;
Ahem - re-reading Arran's message - that was just plain ./configure what I tried but not something like: CFLAGS="-D_XOPEN_SOURCE" ./configure
However then it fails accordingly:
If you read a bit more about _XOPEN_SOURCE it actually defines the version of the POSIX standard the System APIs should conform to.
By not specifying a value, or specifying value 1. It seems to assume you want POSIX-2001, and as we pass -std=c99 that causes a conflict.
From the feature test headers...
/* * It is invalid to compile an XPG3, XPG4, XPG4v2, or XPG5 application * using c99. The same is true for POSIX.1-1990, POSIX.2-1992, POSIX.1b, * and POSIX.1c applications. Likewise, it is invalid to compile an XPG6 * or a POSIX.1-2001 application with anything other than a c99 or later * compiler. Therefore, we force an error in both cases. */ #if defined(_STDC_C99) && (defined(__XOPEN_OR_POSIX) && !defined(_XPG6)) #error "Compiler or options invalid for pre-UNIX 03 X/Open applications \ and pre-2001 POSIX applications"
To define _XPG6 you set -D_XOPEN_SOURCE=600, except that causes the configure script to fail for some unknown reason.
Ahhh, because -std=c99 needs to be set earlier too :) Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
Do you have any news about this?? Thanks
On 11 Jul 2014, at 10:25, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
Do you have any news about this??
I got it mostly building. If you add -DXOPEN_SOURCE=600 to CFLAGS and build it without rlm_ldap, or direct the rlm_ldap configure script to the OpenLDAP client libraries it may work. I got a bit stuck on getting rlm_ldap to work with the Solaris libldap. It's not hard... just time consuming. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
On 5 Jun 2014, at 18:43, Rafael de Farias Meurer <rafael.meurer@gvt.com.br> wrote:
So I did the git and the error I have is the same.
Did you re-run configure? If not, run it. If so send the config.log file. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
participants (7)
-
Alan DeKok -
Arran Cudbard-Bell -
Chaigneau, Nicolas -
Lloyd Gill -
Mathieu Simon (Lists) -
Rafael de Farias Meurer -
Stefan Paetow