HI, Can FR 2.2.5 64 bit be compiled on Solaris 10. Thanks; Alwaad Alhaq
Thanks Alan for your replay, I've already tried it many times, and it fails, and each time it gives error in compiling debug.c : gcc -I/oracle/software/adsl/freeradius-server-2.2.5 -I/oracle/software/adsl/freeradius-server-2.2.5/src -m64 -Wall -D_GNU_SOURCE -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DNDEBUG -I/oracle/software/adsl/freeradius-server-2.2.5/libltdl -D_LIBRADIUS -I/oracle/software/adsl/freeradius-server-2.2.5/src -c base64.c -o base64.o
/dev/null 2>&1 /oracle/software/adsl/freeradius-server-2.2.5/libtool --mode=link --tag=CC gcc -release \ -m64 -export-dynamic -o libfreeradius-radius.la -rpath /oracle/software/adsl/local/lib debug.lo dict.lo filters.lo hash.lo hmac.lo hmacsha1.lo isaac.lo log.lo misc.lo missing.lo md4.lo md5.lo print.lo radius.lo rbtree.lo sha1.lo snprintf.lo strlcat.lo strlcpy.lo token.lo udpfromto.lo valuepair.lo fifo.lo packet.lo event.lo getaddrinfo.lo vqp.lo heap.lo dhcp.lo base64.lo gcc -shared -Wl,-h -Wl,libfreeradius-radius--m64.so -o .libs/libfreeradius-radius--m64.so .libs/debug.o .libs/dict.o .libs/filters.o .libs/hash.o .libs/hmac.o .libs/hmacsha1.o .libs/isaac.o .libs/log.o .libs/misc.o .libs/missing.o .libs/md4.o .libs/md5.o .libs/print.o .libs/radius.o .libs/rbtree.o .libs/sha1.o .libs/snprintf.o .libs/strlcat.o .libs/strlcpy.o .libs/token.o .libs/udpfromto.o .libs/valuepair.o .libs/fifo.o .libs/packet.o .libs/event.o .libs/getaddrinfo.o .libs/vqp.o .libs/heap.o .libs/dhcp.o .libs/base64.o -lc ld: fatal: file .libs/debug.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to .libs/libfreeradius-radius--m64.so collect2: ld returned 1 exit status
Regards; Alwaad Alhaq On Mon, May 5, 2014 at 11:25 PM, Alan DeKok <aland@deployingradius.com>wrote:
Mohd Alkhaldi wrote:
Can FR 2.2.5 64 bit be compiled on Solaris 10.
Yes.
It takes less time to try it, than to wait for a reply sent to the list.
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Mohd Alkhaldi wrote:
Thanks Alan for your replay,
I've already tried it many times, and it fails, and each time it gives error in compiling debug.c :
Then ask about the failure.
ld: fatal: file .libs/debug.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to .libs/libfreeradius-radius--m64.so collect2: ld returned 1 exit status
Your compiler doesn't produce the correct executables. I don't know how to fix that. Try using the 3.0.2 release. We've replaced libtool with something sane: just use GCC. Alan DeKok.
Hi, In the beginning the compilation failed with the following error: /oracle/software/adsl/freeradius-server-2.2.5/src/freeradius-devel/libradius.h:408: error: syntax error before "sig_t" To fix this error, I've added the following line in libradius.h after "#include <signal.h>" typedef void *sig_t; Again compilation failed with the following error: ld: fatal: file .libs/debug.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to .libs/libfreeradius-radius--m64.so collect2: ld returned 1 exit status gmake[4]: *** [libfreeradius-radius.la] Error 1 * Note even with 3.0.2 same error. Thanks; Alwaad Alhaq On Mon, May 5, 2014 at 11:56 PM, Alan DeKok <aland@deployingradius.com>wrote:
Mohd Alkhaldi wrote:
Thanks Alan for your replay,
I've already tried it many times, and it fails, and each time it gives error in compiling debug.c :
Then ask about the failure.
ld: fatal: file .libs/debug.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to .libs/libfreeradius-radius--m64.so collect2: ld returned 1 exit status
Your compiler doesn't produce the correct executables. I don't know how to fix that.
Try using the 3.0.2 release. We've replaced libtool with something sane: just use GCC.
Alan DeKok.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Tue, May 6, 2014 at 10:33 AM, Mohd Alkhaldi <alwaadalhaq@gmail.com>wrote:
Hi, In the beginning the compilation failed with the following error: /oracle/software/adsl/freeradius-server-2.2.5/src/freeradius-devel/libradius.h:408: error: syntax error before "sig_t"
To fix this error, I've added the following line in libradius.h after "#include <signal.h>" typedef void *sig_t;
Again compilation failed with the following error:
ld: fatal: file .libs/debug.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to .libs/libfreeradius-radius--m64.so collect2: ld returned 1 exit status gmake[4]: *** [libfreeradius-radius.la] Error 1
* Note even with 3.0.2 same error.
In my past experience with solaris, the first question if you want to compile anything in 64bit is "why". Solaris promotes the use of 32 bit userland whenever possible, allowing the same root filesystem to be used by both 32-bit and 64-bit kernel. Plus, if you use sparc (I assume you do, since you'll have many other OS options if you had used x86), and your programs use less than 2GB of memory, there might not be any percievable benefit by compiling it as 64bit. This is different from x86 where the the 64bit extension can speed up some programs due to additional CPU registers available. Next, I usually had to add "export CFLAGS=-m64" before running ./configure.
From a quick glance at your error message, it looks like some parts are compiled as 32bit while others 64bit, so specifically forcing -m64 might help.
Not sure about sig_t error, but if it were me I'd try using latest gcc first. -- Fajar
I'm already running FR 2.2.0 64 bit on Solaris 10 Sparc, CFLAGS and LDFLAGS are already configured " -m64". What I note in the new FR releases (2.2.5 & 3.0.2 ) there is new directory src/freeradius-devel has header files which I doubt that those files are not 64 bit compatible. Alwaad Alhaq
It's better to use CC="gcc -m64" ./configure On 06.05.2014 8:01, Mohd Alkhaldi wrote:
I'm already running FR 2.2.0 64 bit on Solaris 10 Sparc, CFLAGS and LDFLAGS are already configured " -m64". What I note in the new FR releases (2.2.5 & 3.0.2 ) there is new directory src/freeradius-devel has header files which I doubt that those files are not 64 bit compatible.
Alwaad Alhaq
participants (4)
-
Alan DeKok -
Fajar A. Nugraha -
Iliya Peregoudov -
Mohd Alkhaldi