Xymon Mailing List Archive search

failing to compile on solaris 7 (was Re: Xymon 4.3.0 released)

3 messages in this thread

list Asif Iqbal · Sun, 13 Mar 2011 15:56:06 -0400 ·
On Fri, Mar 4, 2011 at 5:46 AM, Henrik Størner <user-ce4a2c883f75@xymon.invalid> wrote:
I am pleased to announce the release of version 4.3.0 of the Xymon
monitoring software.

The previous release happened two years ago, so I can understand why people
started worrying if Xymon was dead. Fortunately, that is not the case - and
thanks for being so patient with this release.

I would like to thank everyone involved in the development - those who have
contributed code and patches, as well as all of the users who took time to
report bugs, make suggestions for improvements or fix documentation.

Also, a big "Thank You" should be given to the people here on the Xymon
mailing list, who take time off from their active admin duties to help
answer questions from newbies and experts alike. Without you, Xymon would
never have become as popular as it is.

Xymon 4.3.0 is available from Sourceforge at
  https://sourceforge.net/projects/xymon/
The sourcecode file is currently being mirrored out from the master sf.net
site, but should be available soon. For verification, the xymon-4.3.0.tar.gz
file should look like this:

Size: 2679880 bytes
MD5: 5972786d7102403674c12d97380d00e1
SHA-1: 839a6d64e53101fa3e4381ce17a669292c691ebd


Regards,
Henrik

PS: Bug reports to xymon at xymon.com, please!
failing to compile on solaris 7

# ./configure.client

Configuration script for Xymon client

This script asks a few questions and builds a Makefile to compile Xymon

Checking your make-utility

Xymon normally keeps all of the client configuration files
on the Xymon server. If you prefer, it is possible to use
a local client configuration file instead - if so, answer
'client' to the next question.
NB: Local configuration requires the PCRE libs on each host.

Server side client configuration, or client side [server] ?


Checking for Large File Support ...
ERROR: Compiler doesnt recognize the off_t C type.


Checking for clock_gettime() requiring librt ...
clock_gettime() not present, but this should be OK

[..]

# gmake -s
Checking for socklen_t
Checking for snprintf
Checking for vsnprintf
Checking for rpc/rpcent.h
Checking for sys/select.h
Checking for u_int32_t typedef
Checking for PATH_MAX definition
Checking for SHUT_RD/WR/RDWR definitions
Checking for strtoll()
config.h created
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol <unknown>: offset 0xff0a165d is non-aligned
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol <unknown>: offset 0xff0a1661 is non-aligned
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol <unknown>: offset 0xff0a1665 is non-aligned
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol <unknown>: offset 0xff0a17a5 is non-aligned
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol <unknown>: offset 0xff0a181d is non-aligned
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol <unknown>: offset 0xff0a1821 is non-aligned
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol <unknown>: offset 0xff0a1bb7 is non-aligned
collect2: ld returned 1 exit status
gmake[1]: *** [test-endianness] Error 1
gmake: *** [lib-client] Error 2
-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
list Henrik Størner · Sun, 13 Mar 2011 23:06:19 +0100 ·
quoted from Asif Iqbal
Den 13-03-2011 20:56, Asif Iqbal skrev:
failing to compile on solaris 7
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol<unknown>: offset 0xff0a165d is non-aligned
collect2: ld returned 1 exit status
gmake[1]: *** [test-endianness] Error 1
Can't help you with that one - looks like a broken compiler/linker 
installation to me, but Solaris 7 is one system I have no experience with.


Regards,
Henrik
list Elizabeth Schwartz · Mon, 14 Mar 2011 12:30:46 -0400 ·
If your compile/link process is working for other software - big if -
I  wonder if you possibly copied over a .o file from another server?
Try  a make clean, and then run the file command down the tree, see if
anything jumps out as not being a SPARC_32 object.

(been there done that)
quoted from Henrik Størner
ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:
symbol<unknown>: offset 0xff0a165d is non-aligned
collect2: ld returned 1 exit status
gmake[1]: *** [test-endianness] Error 1