Hi,
Solved that problem by using Gnu ld instead. However I had to do the same trick as in SPARC. linking /usr/ccs/bin/ld to /usr/local/bin/ld
So, only the Solaris 9 client compile problem left.
- Roland
On 18/11/10 09:48 AM, Roland Soderstrom wrote:
Hi,
Here is the Solaris 10 x86 compile error:
gcc -o setup-newfiles -g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I/var/tmp/xymon-4.3.0.beta3/include -DCLIENTONLY=1 -Wl,-R setup-newfiles.c ../lib/xymonclient.a -lresolv -lsocket -lnsl -lrt Undefined first referenced symbol in file main
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.6/crt1.o ld: fatal: Symbol referencing errors. No output written to setup-newfiles collect2: ld returned 1 exit status make[1]: *** [setup-newfiles] Error 1 make[1]: Leaving directory `/var/tmp/xymon-4.3.0.beta3/build' make: *** [build-build] Error 2
- Roland
On 18/11/10 09:02 AM, Roland Soderstrom wrote:
Hi,
That seems like a dirty fix, I relinked /usr/ccs/bin/ld which is as dirty. Wouldn't the proper solution be that if it could find the Gnu ld it will use it? In my case it is in the path but /usr/ccs/bin is not. Still /usr/ccs/bin/ld is found first and used. I tried setting LD= but it doesn't help. As in that statement: -bash-3.00$ ld -V 2>&1|head -1|cut -d' ' -f1 GNU -bash-3.00$ ld -V GNU ld version 2.15 Supported emulations: elf32_sparc elf64_sparc So Makefile.SunOS finds the Gnu linker, but later it is using /usr/ccs/bin/ld. Where? and Why?
Another problem: I'm trying to compile the client on Solaris 9 SPARC and get this error. gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSunOS -I. -I/var/tmp/xymon-4.3.0.beta3/include -DCLIENTONLY=1 -I. -I../include -c -o misc.o misc.c In file included from /var/tmp/xymon-4.3.0.beta3/include/libxymon.h:56, from misc.c:34: /var/tmp/xymon-4.3.0.beta3/include/../lib/eventlog.h:38: error: syntax error before numeric constant make[1]: *** [misc.o] Error 1 make[1]: Leaving directory `/var/tmp/xymon-4.3.0.beta3/lib' make: *** [lib-client] Error 2
Next up is Solaris 10 x86, well see if that works.
- Roland
On 18/11/10 07:40 AM, Henrik Størner wrote:
In<4CE4376C.909 at logicaltech.com.au> Roland Soderstrom<rolands at logicaltech.com.au> writes:
make[1]: Entering directory `/var/tmp/xymon-4.3.0.beta3/xymonnet' gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I/var/tmp/xymon-4.3.0.beta3/include -I/usr/local/include -o xymonnet -Wl,--rpath,/opt/csw/lib -Wl,--rpath,/usr/local/lib xymonnet.o contest.o httptest.o httpresult.o ldaptest.o dns.o dns2.o httpcookies.o ../lib/libxymon.a libcares.a -L/usr/local/lib -lpcre -lresolv -lsocket -lnsl -lrt /usr/ccs/bin/ld: illegal option -- rpath I just now noticed that the problem probably isn't with C-ARES, but with the "--rpath" options that Xymon uses for the linker command.
If you look at the build/Makefile.SunOS file, you'll find the linker setup there. Xymon tries to figure out if you are using the GNU ld program:
LDTYPE := $(shell ld -V 2>&1|head -1|cut -d' ' -f1) ifeq ($(LDTYPE),GNU) RPATH=-Wl,--rpath, else RPATH=-Wl,-R endifTry deleting those lines, and see if it helps.
Regards, Henrik
To unsubscribe from the xymon list, send an e-mail to xymon-unsubscribe at xymon.com
To unsubscribe from the xymon list, send an e-mail to xymon-unsubscribe at xymon.com
To unsubscribe from the xymon list, send an e-mail to xymon-unsubscribe at xymon.com