Re: Freeradius 3.0.0 "Installation mode requires -rpath" during "sudo make install"
On Fri, Sep 21, 2012 at 03:10:51AM +0100, YJ Zhang wrote: >> It seems libtool/autoconf/automake related, but I don't know enough to >> make heads-or-tails out of how to get around this. Any advice? Thanks >> in advance. > > I've just ran './configure && make && make R=/tmp/fr install" on my > debian squeeze box here on the current master git branch and it all > worked as expected. > > What OS are you using? > > Ben Ah, wasn't aware of that trick. I'm compiling on Mac OS X 10.7.5 with GNU autoconf 2.69 and automake 1.12.3 installed. Is "make R=" equivalent to setting "./configure --prefix="? What about my other configure flags such as "mandir, libdir, and includedir"? Here're my full configure flags: ./configure --prefix=/usr/local/freeradius --mandir=/usr/local/share/man --libdir=/usr/local/lib/freeradius --includedir=/usr/local/include --without-rlm_perl --without-rlm_sql_mysql --with-rlm_pam --with-rlm_ldap --with-openldap-include-dir=/usr/include --without-rlm_counter --without-rlm_dbm --without-rlm_ippool --without-rlm_krb5 --without-rlm_otp --without-rlm_python --without-rlm_sql --without-rlm_unixodbc --without-rlm_sql_iodbc --without-rlm_sql_postgresql --without-rlm_sql_oracle --without-rlm_sqlcounter --without-rlm_sqlippool --without-rlm_eap_tnc --without-rlm_eap_ikev2 --with-udpfromto --disable-static --enable-shared --enable-strict-dependencies --enable-developer --with-openssl-includes=/usr/local/include/openssl --with-openssl-libraries=/usr/local/lib --enable-ltdl-install=yes I had always been able to do just a straight "sudo make install" with Freeradius 2.x and 3.x (up until Mac OS X 10.7.4) without a fuzz. So this rpath issue seems to be introduced in the last month or two. Is it due to some change in FR 3.0.0 or Apple's change in OS X 10.7.5? Y.J. Zhang
On 21/09/12 15:27, YJ Zhang wrote:
On Fri, Sep 21, 2012 at 03:10:51AM +0100, YJ Zhang wrote:
It seems libtool/autoconf/automake related, but I don't know enough to make heads-or-tails out of how to get around this. Any advice? Thanks in advance.
I've just ran './configure && make && make R=/tmp/fr install" on my debian squeeze box here on the current master git branch and it all worked as expected.
What OS are you using?
Ben
Ah, wasn't aware of that trick. I'm compiling on Mac OS X 10.7.5 with GNU autoconf 2.69 and automake 1.12.3 installed. Is "make R=" equivalent to setting "./configure --prefix="?
No, completely different. R= is used to fake the destination. It's used for making tarballs/RPMs/.debs e.g. mkdir /tmp/binary-fr make install R=/tmp/binary-fr ...with then contain: /tmp/binary-fr/$prefix/sbin/radiusd /tmp/binary-fr/$prefix/etc/raddb/radiusd.conf ...but all the paths e.g. inside the config files and shared library rpaths will read: $prefix/sbin/radiusd ...i.e. will ignore the R= prefix
YJ Zhang wrote:
I had always been able to do just a straight "sudo make install" with Freeradius 2.x and 3.x (up until Mac OS X 10.7.4) without a fuzz. So this rpath issue seems to be introduced in the last month or two. Is it due to some change in FR 3.0.0 or Apple's change in OS X 10.7.5?
The build system has changed. I'm still working out some issues with it. I'm about to switch over to the new Make system. I wasn't using the old one, and therefore it didn't always work. I fixed the old Make system so that it works again. But it will go away soon, and only the new one will be active. I've also fixed the "configure" checks to look for dlopen(). Alan DeKok.
participants (3)
-
Alan DeKok -
Phil Mayers -
YJ Zhang