[xymon] 4.3.0 beta3 compile problem on solaris 10 sparc

[Roland Soderstrom]

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
>>>     endif
>>>
>>> Try 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
>
>