Re: Compiling with newest OpenSSL
Alan DeKok wrote: > David Mitchell wrote: >> I misread that page thinking that v2.1.x would just give me 2.1.9 and >> that master would be 2.1.10. Either way, I was able to get v2.1.x (aka >> 2.1.10) to configure openssl using the LIBS="-ldl" addition. I'm not >> sure what's changed in the "master" that configure seems to figure that >> out on it's own, but it might be nice to add to 2.1.10 if it's not too >> much work. > > You're probably using "--with-system-libtool". Change that to (or > add) --without-system-libtool I'll play around with those two options more the next time I compile. > >> Now I'm hitting the undefined reference to >> `lt__PROGRAM__LTX_preloaded_symbols' problem. I think I've moved past >> that by just adding >> #define lt__PROGRAM__LTX_preloaded_symbols lt_libltdl_LTX_preloaded_symbols >> to modules.c. > > That's also a libtool / libltdl issue. > >> It occurs to me. Is that libtool expecting a macro to be >> defined for _PROGRAM_ and thats why it's defining a symbol which doesn't >> actually exist? I'm just sort of thinking out loud based on your notes here: >> https://bugs.launchpad.net/ubuntu/+source/freeradius/+bug/421005 > > It's a libtool / libltdl versioning issue. Did I mention that they > cause nearly as many problems as they solve? Yeah, I think so. -David > > Alan DeKok. > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html -- - | David Mitchell (mitch...@ucar.edu) Network Engineer IV | | Tel: (303) 497-1845 National Center for | | FAX: (303) 497-1818 Atmospheric Research | - - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compiling with newest OpenSSL
David Mitchell wrote: > I misread that page thinking that v2.1.x would just give me 2.1.9 and > that master would be 2.1.10. Either way, I was able to get v2.1.x (aka > 2.1.10) to configure openssl using the LIBS="-ldl" addition. I'm not > sure what's changed in the "master" that configure seems to figure that > out on it's own, but it might be nice to add to 2.1.10 if it's not too > much work. You're probably using "--with-system-libtool". Change that to (or add) --without-system-libtool > Now I'm hitting the undefined reference to > `lt__PROGRAM__LTX_preloaded_symbols' problem. I think I've moved past > that by just adding > #define lt__PROGRAM__LTX_preloaded_symbols lt_libltdl_LTX_preloaded_symbols > to modules.c. That's also a libtool / libltdl issue. > It occurs to me. Is that libtool expecting a macro to be > defined for _PROGRAM_ and thats why it's defining a symbol which doesn't > actually exist? I'm just sort of thinking out loud based on your notes here: > https://bugs.launchpad.net/ubuntu/+source/freeradius/+bug/421005 It's a libtool / libltdl versioning issue. Did I mention that they cause nearly as many problems as they solve? Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compiling with newest OpenSSL
Alan DeKok wrote: > David Mitchell wrote: >> I'm hitting some snags trying to compile from source with the newest >> OpenSSL. I have compiled Openssl 1.0.0a and installed in /usr/local/ssl >> (the default location). With FreeRadius 2.1.9 configure fails to detect >> with errors which look like something which is possibly a problem with >> my OpenSSL install. Ultimately, configure finds OpenSSL OK with the git >> version but the resulting compile fails for reasons unrelated to >> OpenSSL. > > Which "git" version are you using? Which branch? > >> I'm not sure the best way to proceed. FR 2.1.9 doesn't seem to >> like OpenSSL 1.0.0a, but the current git version seems to have a bug >> which is stopping the build. Any ideas? Thanks in advance! > > $ LIBS="-ldl" ./configure ... > > That should address the "cannot find dlopen" issues. > > It's a little annoying that the crypto libraries require dlopen(). > >> I'm OK with running the git version as this is only for use on a test >> server right now. But my compile ultimately fails with: >> > ... >> /home/mitchell/src/newest/freeradius-server/src/freeradius-devel/radiusd.h:107, >> from rlm_acctlog.c:28: >> /home/mitchell/src/newest/freeradius-server/src/freeradius-devel/smodule.h:144: >> error: expected specifier-qualifier-list before ‘RADCLIENT’ > > Ah... you're using the git "master" branch. Don't do that. > > Read http://git.freeradius.org and follow the instructions for the > "v2.1.x" branch. That page also explains why you SHOULDN'T use the > "master" branch. I misread that page thinking that v2.1.x would just give me 2.1.9 and that master would be 2.1.10. Either way, I was able to get v2.1.x (aka 2.1.10) to configure openssl using the LIBS="-ldl" addition. I'm not sure what's changed in the "master" that configure seems to figure that out on it's own, but it might be nice to add to 2.1.10 if it's not too much work. Now I'm hitting the undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' problem. I think I've moved past that by just adding #define lt__PROGRAM__LTX_preloaded_symbols lt_libltdl_LTX_preloaded_symbols to modules.c. It occurs to me. Is that libtool expecting a macro to be defined for _PROGRAM_ and thats why it's defining a symbol which doesn't actually exist? I'm just sort of thinking out loud based on your notes here: https://bugs.launchpad.net/ubuntu/+source/freeradius/+bug/421005 Anyway, I've got it built. I need some coffee before I install and try to run it though. Thanks for the help, -David > > Alan DeKok. > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html -- - | David Mitchell (mitch...@ucar.edu) Network Engineer IV | | Tel: (303) 497-1845 National Center for | | FAX: (303) 497-1818 Atmospheric Research | - - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Compiling with newest OpenSSL
David Mitchell wrote: > I'm hitting some snags trying to compile from source with the newest > OpenSSL. I have compiled Openssl 1.0.0a and installed in /usr/local/ssl > (the default location). With FreeRadius 2.1.9 configure fails to detect > with errors which look like something which is possibly a problem with > my OpenSSL install. Ultimately, configure finds OpenSSL OK with the git > version but the resulting compile fails for reasons unrelated to > OpenSSL. Which "git" version are you using? Which branch? > I'm not sure the best way to proceed. FR 2.1.9 doesn't seem to > like OpenSSL 1.0.0a, but the current git version seems to have a bug > which is stopping the build. Any ideas? Thanks in advance! $ LIBS="-ldl" ./configure ... That should address the "cannot find dlopen" issues. It's a little annoying that the crypto libraries require dlopen(). > I'm OK with running the git version as this is only for use on a test > server right now. But my compile ultimately fails with: > ... > /home/mitchell/src/newest/freeradius-server/src/freeradius-devel/radiusd.h:107, > from rlm_acctlog.c:28: > /home/mitchell/src/newest/freeradius-server/src/freeradius-devel/smodule.h:144: > error: expected specifier-qualifier-list before ‘RADCLIENT’ Ah... you're using the git "master" branch. Don't do that. Read http://git.freeradius.org and follow the instructions for the "v2.1.x" branch. That page also explains why you SHOULDN'T use the "master" branch. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Compiling with newest OpenSSL
I'm hitting some snags trying to compile from source with the newest OpenSSL. I have compiled Openssl 1.0.0a and installed in /usr/local/ssl (the default location). With FreeRadius 2.1.9 configure fails to detect with errors which look like something which is possibly a problem with my OpenSSL install. Ultimately, configure finds OpenSSL OK with the git version but the resulting compile fails for reasons unrelated to OpenSSL. I'm not sure the best way to proceed. FR 2.1.9 doesn't seem to like OpenSSL 1.0.0a, but the current git version seems to have a bug which is stopping the build. Any ideas? Thanks in advance! To wit, this configure line with FR2.1.9: ./configure --with-openssl-includes=/usr/local/ssl/include/ --with-openssl-libraries=/usr/local/ssl/lib/ Fails with these results in the config.log: configure:21394: checking for DH_new in -lcrypto configure:21429: gcc -o conftest -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS conftest.c -lcrypto -L/usr/local/ssl/lib/ -lnsl -lresolv -lpthread >&5 /usr/local/ssl/lib//libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup': dso_dlfcn.c:(.text+0x1c): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x32): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x3c): undefined reference to `dlclose' /usr/local/ssl/lib//libcrypto.a(dso_dlfcn.o): In function `dlfcn_pathbyaddr': dso_dlfcn.c:(.text+0x70): undefined reference to `dladdr' dso_dlfcn.c:(.text+0xc1): undefined reference to `dlerror' /usr/local/ssl/lib//libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x3bd): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x42e): undefined reference to `dlerror' /usr/local/ssl/lib//libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x49d): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x50e): undefined reference to `dlerror' /usr/local/ssl/lib//libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x56c): undefined reference to `dlclose' /usr/local/ssl/lib//libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x615): undefined reference to `dlopen' dso_dlfcn.c:(.text+0x66d): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x69c): undefined reference to `dlerror' collect2: ld returned 1 exit status But when I check the newest version of FreeRadius out from git this test passes with the exact same configure statement. So I assume something got changed in FreeRadius. configure:18454: checking for DH_new in -lcrypto configure:18489: gcc -o conftest -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS conftest.c -lcrypto -L/usr/local/ssl/lib/ -lnsl -lresolv -ldl -lpthread >&5 configure:18495: $? = 0 configure:18513: result: yes I'm OK with running the git version as this is only for use on a test server right now. But my compile ultimately fails with: libtool: compile: gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef -I/home/mitchell/src/newest/freeradius-server/src -I/home/mitchell/src/newest/freeradius-server/libltdl -c rlm_acctlog.c -fPIC -DPIC -o .libs/rlm_acctlog.o In file included from /home/mitchell/src/newest/freeradius-server/src/freeradius-devel/radiusd.h:107, from rlm_acctlog.c:28: /home/mitchell/src/newest/freeradius-server/src/freeradius-devel/smodule.h:144: error: expected specifier-qualifier-list before ‘RADCLIENT’ -- - | David Mitchell (mitch...@ucar.edu) Network Engineer IV | | Tel: (303) 497-1845 National Center for | | FAX: (303) 497-1818 Atmospheric Research | - - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html