On 15 Jul 2013, at 08:12, Валерій Степанюк <varela@uar.net> wrote:
Hi. I can't compile FR3 on FreeBSD. Is there some restriction?
Or wait for official ports?
freeradius-server-master/src/lib/missing.c:32: error: conflicting types for 'crypt' /usr/include/unistd.h:449: error: previous declaration of 'crypt' was here gmake: *** [freeradius-server-master/src/lib/missing.lo]
Um nope. Just hasn't been tested. I'll spool up a VM and give it a go if I have time today. -Arran
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today. -- Aaron On Jul 15, 2013, at 2:19 AM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 08:12, Валерій Степанюк <varela@uar.net> wrote:
Hi. I can't compile FR3 on FreeBSD. Is there some restriction?
Or wait for official ports?
freeradius-server-master/src/lib/missing.c:32: error: conflicting types for 'crypt' /usr/include/unistd.h:449: error: previous declaration of 'crypt' was here gmake: *** [freeradius-server-master/src/lib/missing.lo]
Um nope. Just hasn't been tested. I'll spool up a VM and give it a go if I have time today.
-Arran - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
On Jul 15, 2013, at 8:29 AM, Aaron Hurt <ahurt@ena.com> wrote:
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today.
-- Aaron
On Jul 15, 2013, at 2:19 AM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 08:12, Валерій Степанюк <varela@uar.net> wrote:
Hi. I can't compile FR3 on FreeBSD. Is there some restriction?
Or wait for official ports?
freeradius-server-master/src/lib/missing.c:32: error: conflicting types for 'crypt' /usr/include/unistd.h:449: error: previous declaration of 'crypt' was here gmake: *** [freeradius-server-master/src/lib/missing.lo]
Um nope. Just hasn't been tested. I'll spool up a VM and give it a go if I have time today.
-Arran - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Sorry, had a typo up there. I meant: CFLAGS="-I/usr/local/include" LDFLAGS="-L/usr/local/lib" This gets things to build but there is still something going on with module linking. -- Aaron
Aaron Hurt wrote:
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today.
Thanks. I have a NetBSD VM, but no time to look at it myself. Alan DeKok.
On 15 Jul 2013, at 20:59, Alan DeKok <aland@deployingradius.com> wrote:
Aaron Hurt wrote:
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today.
Verify this is with HEAD please. I did fix an issue yesterday evening with the configure scripts not exiting if they found the header in the normal search path. Teaches me to delete random " " values with no comments as to what they do... -Arran Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
On 15 Jul 2013, at 21:21, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 20:59, Alan DeKok <aland@deployingradius.com> wrote:
Aaron Hurt wrote:
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today.
Verify this is with HEAD please. I did fix an issue yesterday evening with the configure scripts not exiting if they found the header in the normal search path. Teaches me to delete random " " values with no comments as to what they do...
Nope present in HEAD too, I can produce it. -Arran
On 15 Jul 2013, at 22:23, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 21:21, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 20:59, Alan DeKok <aland@deployingradius.com> wrote:
Aaron Hurt wrote:
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today.
Verify this is with HEAD please. I did fix an issue yesterday evening with the configure scripts not exiting if they found the header in the normal search path. Teaches me to delete random " " values with no comments as to what they do...
Nope present in HEAD too, I can produce it.
Pushed fixes. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
On Jul 15, 2013, at 6:12 PM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 22:23, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 21:21, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 20:59, Alan DeKok <aland@deployingradius.com> wrote:
Aaron Hurt wrote:
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today.
Verify this is with HEAD please. I did fix an issue yesterday evening with the configure scripts not exiting if they found the header in the normal search path. Teaches me to delete random " " values with no comments as to what they do...
Nope present in HEAD too, I can produce it.
Pushed fixes.
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
It's getting much further without setting any special environment variables but it now stops when trying to link rlm_idn complaining it cannot file -lidn when it is intact installed /usr/local/lib -rw-r--r-- 1 root wheel 249804 Jul 16 11:14 /usr/local/lib/libidn.a -rwxr-xr-x 1 root wheel 1012 Jul 16 11:14 /usr/local/lib/libidn.la lrwxr-xr-x 1 root wheel 12 Jul 16 11:14 /usr/local/lib/libidn.so -> libidn.so.17 -rwxr-xr-x 1 root wheel 217566 Jul 16 11:14 /usr/local/lib/libidn.so.17 Output from ./configure specifying paths for rlm_idn … === configuring in src/modules/rlm_idn (/usr/local/src/freeradius-server/src/modules/rlm_idn) configure: running /bin/sh ./configure --disable-option-checking '--prefix=/usr/local' '--with-rlm-idn-libraries=/usr/local/lib' '--with-rlm-idn-includes=/usr/local/include' --cache-file=/dev/null --srcdir=. checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for idna_to_ascii_8z in -lidn... no checking for idna_to_ascii_8z in -lidn in /usr/local/lib... yes checking for idna.h... no checking for idna.h in /usr/local/include... yes configure: creating ./config.status config.status: creating all.mk The build fails here: CC src/modules/rlm_idn/rlm_idn.c /usr/bin/ld: cannot find -lidn gmake: *** [build/lib/local/rlm_idn.la] Error 1 I'll do some more digging and see if I can resolve this. -- Aaron
On 16 Jul 2013, at 17:28, Aaron Hurt <ahurt@ena.com> wrote:
On Jul 15, 2013, at 6:12 PM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 22:23, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 21:21, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 20:59, Alan DeKok <aland@deployingradius.com> wrote:
Aaron Hurt wrote:
Just did this myself, it looks like HAVE_CRYPT isn't being properly defined by the configure script on FreeBSD and missing.c is trying to emulate it which causes a conflict with the FreeBSD base definition. I was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by exporting CFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/include" … this got everything to build but there are still some linking errors when it gets to the proto_dhcp module. I'll dig a bit more into this later today.
Verify this is with HEAD please. I did fix an issue yesterday evening with the configure scripts not exiting if they found the header in the normal search path. Teaches me to delete random " " values with no comments as to what they do...
Nope present in HEAD too, I can produce it.
Pushed fixes.
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
It's getting much further without setting any special environment variables but it now stops when trying to link rlm_idn complaining it cannot file -lidn when it is intact installed /usr/local/lib
fix pushed Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
On Jul 16, 2013, at 12:16 PM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 16 Jul 2013, at 17:28, Aaron Hurt <ahurt@ena.com> wrote:
On Jul 15, 2013, at 6:12 PM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 22:23, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 21:21, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 15 Jul 2013, at 20:59, Alan DeKok <aland@deployingradius.com> wrote:
Aaron Hurt wrote: > Just did this myself, it looks like HAVE_CRYPT isn't being properly > defined by the configure script on FreeBSD and missing.c is trying to > emulate it which causes a conflict with the FreeBSD base definition. I > was able to get things to compile on a 9.1-RELEASE-p3 amd64 box by > exporting CFLAGS="-I/usr/local/include" and > LDFLAGS="-L/usr/local/include" … this got everything to build but there > are still some linking errors when it gets to the proto_dhcp module. > I'll dig a bit more into this later today.
Verify this is with HEAD please. I did fix an issue yesterday evening with the configure scripts not exiting if they found the header in the normal search path. Teaches me to delete random " " values with no comments as to what they do...
Nope present in HEAD too, I can produce it.
Pushed fixes.
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
It's getting much further without setting any special environment variables but it now stops when trying to link rlm_idn complaining it cannot file -lidn when it is intact installed /usr/local/lib
fix pushed
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Clean build and install! [root@ahurt2 /usr/local/src/freeradius-server]# uname -a FreeBSD ahurt2.ena.com 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Mon Apr 29 18:27:25 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@ahurt2 /usr/local/src/freeradius-server]# /usr/local/sbin/radiusd -v radiusd: FreeRADIUS Version 3.0.0 (git #c2465b2), for host x86_64-unknown-freebsd9.1, built on Jul 16 2013 at 12:47:01 Copyright (C) 1999-2013 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License. For more information about these matters, see the file named COPYRIGHT. -- Aaron
Clean build and install!
[root@ahurt2 /usr/local/src/freeradius-server]# uname -a FreeBSD ahurt2.ena.com 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Mon Apr 29 18:27:25 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64
[root@ahurt2 /usr/local/src/freeradius-server]# /usr/local/sbin/radiusd -v radiusd: FreeRADIUS Version 3.0.0 (git #c2465b2), for host x86_64-unknown-freebsd9.1, built on Jul 16 2013 at 12:47:01 Copyright (C) 1999-2013 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License. For more information about these matters, see the file named COPYRIGHT.
Woot. Thanks for testing. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
16.07.2013 20:51, Aaron Hurt написав(ла):
Clean build and install!
Good. Me too. But during compilation find some warnings. Perhaps it would be useful. freeradius-server-master/src/modules/rlm_counter/rlm_counter.c: In function 'find_next_reset': freeradius-server-master/src/modules/rlm_counter/rlm_counter.c:338: warning: format '%li' expects type 'long int', but argument 3 has type 'time_t' freeradius-server-master/src/modules/rlm_counter/rlm_counter.c:338: warning: format '%li' expects type 'long int', but argument 5 has type 'time_t' freeradius-server-master/src/modules/rlm_krb5/rlm_krb5.c: In function 'krb5_auth': freeradius-server-master/src/modules/rlm_krb5/rlm_krb5.c:299: warning: 'rcode' may be used uninitialized in this function freeradius-server-master/src/modules/rlm_python/rlm_python.c: In function 'do_python': freeradius-server-master/src/modules/rlm_python/rlm_python.c:396: warning: 'prev_thread_state' may be used uninitialized in this function freeradius-server-master/src/modules/rlm_python/rlm_python.c:395: warning: 'gstate' may be used uninitialized in this function freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c: In function 'find_next_reset': freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:176: warning: format '%li' expects type 'long int', but argument 3 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:176: warning: format '%li' expects type 'long int', but argument 5 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c: In function 'find_prev_reset': freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:245: warning: format '%li' expects type 'long int', but argument 3 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:245: warning: format '%li' expects type 'long int', but argument 5 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c: In function 'sqlcounter_expand': freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:302: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:302: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:307: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:307: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t' freeradius-server-master/src/main/command.c: In function 'command_print_stats': freeradius-server-master/src/main/command.c:1695: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'time_t' freeradius-server-master/src/main/log.c: In function 'log_talloc_report': freeradius-server-master/src/main/log.c:484: warning: 'null_ctx' may be used uninitialized in this function freeradius-server-master/src/main/radwho.c: In function 'main': freeradius-server-master/src/main/radwho.c:451: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t'
freeradius-server-master/src/modules/rlm_counter/rlm_counter.c: In function 'find_next_reset': freeradius-server-master/src/modules/rlm_counter/rlm_counter.c:338: warning: format '%li' expects type 'long int', but argument 3 has type 'time_t' freeradius-server-master/src/modules/rlm_counter/rlm_counter.c:338: warning: format '%li' expects type 'long int', but argument 5 has type 'time_t'
freeradius-server-master/src/modules/rlm_krb5/rlm_krb5.c: In function 'krb5_auth': freeradius-server-master/src/modules/rlm_krb5/rlm_krb5.c:299: warning: 'rcode' may be used uninitialized in this function
Issue if it couldn't find the keytab.
freeradius-server-master/src/modules/rlm_python/rlm_python.c: In function 'do_python': freeradius-server-master/src/modules/rlm_python/rlm_python.c:396: warning: 'prev_thread_state' may be used uninitialized in this function
freeradius-server-master/src/modules/rlm_python/rlm_python.c:395: warning: 'gstate' may be used uninitialized in this function
False positives.
freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c: In function 'find_next_reset': freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:176: warning: format '%li' expects type 'long int', but argument 3 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:176: warning: format '%li' expects type 'long int', but argument 5 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c: In function 'find_prev_reset': freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:245: warning: format '%li' expects type 'long int', but argument 3 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:245: warning: format '%li' expects type 'long int', but argument 5 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c: In function 'sqlcounter_expand': freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:302: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:302: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:307: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t' freeradius-server-master/src/modules/rlm_sqlcounter/rlm_sqlcounter.c:307: warning: format '%lu' expects type 'long unsigned int', but argument 4 has type 'time_t'
freeradius-server-master/src/main/command.c: In function 'command_print_stats': freeradius-server-master/src/main/command.c:1695: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'time_t'
freeradius-server-master/src/main/log.c: In function 'log_talloc_report': freeradius-server-master/src/main/log.c:484: warning: 'null_ctx' may be used uninitialized in this function
That might cause an issue on -m/M.
freeradius-server-master/src/main/radwho.c: In function 'main': freeradius-server-master/src/main/radwho.c:451: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t'
The time_t ones are annoying, the width of time_t is implementation specific. FreeBSD (being sensible) has probably switched to 64bit unix timestamps. I'll do some research, google suggests that there's no portable macro as there is for 64bit integers (PRi[u]64), and the C preprocessor can't evaluate the underlying types of typedefs. Thanks for posting the above. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
On 17 Jul 2013, at 08:35, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
freeradius-server-master/src/modules/rlm_counter/rlm_counter.c: In function 'find_next_reset':
Ok all fixed. We should really setup a build VM for FreeBSD too *sigh*. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
On Jul 17, 2013, at 5:07 AM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 17 Jul 2013, at 08:35, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
freeradius-server-master/src/modules/rlm_counter/rlm_counter.c: In function 'find_next_reset':
Ok all fixed. We should really setup a build VM for FreeBSD too *sigh*.
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Great, only two pretty minor warnings with the latest master: src/modules/rlm_perl/rlm_perl.c: In function 'mod_detach': src/modules/rlm_perl/rlm_perl.c:866: warning: nested extern declaration of 'Perl___notused' src/main/xlat.c: In function 'xlat_debug_attr': src/main/xlat.c:353: warning: comparison between signed and unsigned Other than that it's a completely clean build. -- Aaron
On 17 Jul 2013, at 13:22, Aaron Hurt <ahurt@ena.com> wrote:
On Jul 17, 2013, at 5:07 AM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 17 Jul 2013, at 08:35, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
freeradius-server-master/src/modules/rlm_counter/rlm_counter.c: In function 'find_next_reset':
Ok all fixed. We should really setup a build VM for FreeBSD too *sigh*.
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Great, only two pretty minor warnings with the latest master:
src/modules/rlm_perl/rlm_perl.c: In function 'mod_detach': src/modules/rlm_perl/rlm_perl.c:866: warning: nested extern declaration of 'Perl___notused'
No idea. If you can see a solution please submit a patch. The perl embedding API is pretty evil.
src/main/xlat.c: In function 'xlat_debug_attr': src/main/xlat.c:353: warning: comparison between signed and unsigned
Yes, fixed that already. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
On 17 Jul 2013, at 15:04, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 17 Jul 2013, at 13:22, Aaron Hurt <ahurt@ena.com> wrote:
On Jul 17, 2013, at 5:07 AM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On 17 Jul 2013, at 08:35, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
freeradius-server-master/src/modules/rlm_counter/rlm_counter.c: In function 'find_next_reset':
Ok all fixed. We should really setup a build VM for FreeBSD too *sigh*.
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Great, only two pretty minor warnings with the latest master:
src/modules/rlm_perl/rlm_perl.c: In function 'mod_detach': src/modules/rlm_perl/rlm_perl.c:866: warning: nested extern declaration of 'Perl___notused'
No idea. If you can see a solution please submit a patch. The perl embedding API is pretty evil.
I've just disabled the warning for that function. Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS Development Team
participants (4)
-
Aaron Hurt -
Alan DeKok -
Arran Cudbard-Bell -
Валерій Степанюк