Re: when linking on Solaris 64bit shared object using cc, -m64 should be used

2014-06-10 Thread Bob Friesenhahn
On Mon, 9 Jun 2014, Petr Sumbera wrote: Hi, I'm often getting following error: /usr/apr/1.5/build/sparcv9/libtool --silent --mode=link cc -o mod_dtrace.la -rpath /usr/apache2/2.2/libexec/sparcv9 -module -avoid-version mod_dtrace.lo ld: fatal: file .libs/mod_dtrace.o: wrong ELF class:

Re: when linking on Solaris 64bit shared object using cc, -m64 should be used

2014-06-10 Thread Petr Sumbera
Dne 10.06.14 16:30, Bob Friesenhahn napsal(a): On Mon, 9 Jun 2014, Petr Sumbera wrote: Hi, I'm often getting following error: /usr/apr/1.5/build/sparcv9/libtool --silent --mode=link cc -o mod_dtrace.la -rpath /usr/apache2/2.2/libexec/sparcv9 -module -avoid-version mod_dtrace.lo ld: fatal:

Re: when linking on Solaris 64bit shared object using cc, -m64 should be used

2014-06-10 Thread Bob Friesenhahn
On Tue, 10 Jun 2014, Petr Sumbera wrote: And finally I was uncertain with CC=cc -m64. It appeared to me as something what can cause some troubles and should be rather avoided. In my experience, this has worked best for Solaris. Libtool uses CC (or CXX in the case of C++) for linking.

when linking on Solaris 64bit shared object using cc, -m64 should be used

2014-06-09 Thread Petr Sumbera
Hi, I'm often getting following error: /usr/apr/1.5/build/sparcv9/libtool --silent --mode=link cc -o mod_dtrace.la -rpath /usr/apache2/2.2/libexec/sparcv9 -module -avoid-version mod_dtrace.lo ld: fatal: file .libs/mod_dtrace.o: wrong ELF class: ELFCLASS64 apxs:Error: Command failed with