[Kamailio-Users] kam 1.5 syslog on solaris 10

[Daniel-Constantin Mierla]

On 29.10.2009 15:33 Uhr, Robert McGilvray wrote:
> [...]
>
> I wasn't able to compile by just switching out the three files, there
> were unresolved symbols related to pv_free_extra_list();.
ok, probably is due to other changes done later.

>  I finally got
> around the firewalls here to checkout revision 5141 but it won't
> compile.
the revision 5141 does not compile? Is the pure revision, right? No 
files copied from one revision to another.

Cheers,
Daniel



>  The file it bails on is exactly the same as in 1.5.2 release so
> I'm not sure why.
>
> Compiling db/db_ut.c
> /usr/sfw/bin/gcc  -g -O9 -funroll-loops   -Wall  -mcpu=ultrasparc
> -mtune=ultrasparc      -DNAME='"kamailio"' -DVERSION='"1.5.0-dev9-tls"'
> -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"/usr/sfw/bin/gcc
> 3.4.3"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_no
> -DCFG_DIR='"/usr/local/kamailio-1.5.2/etc/kamailio/"' -DPKG_MALLOC
> -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
> -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC
> -DSVNREVISION='"2:5141"'  -DUSE_TLS -DFAST_LOCK -DADAPTIVE_WAIT
> -DADAPTIVE_WAIT_LOOPS=1024  -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H
> -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION
> -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -I/ssl/include
> -I/include -I/usr/include/openssl -c db/db_ut.c -o db/db_ut.o
>
> In file included from db/db_ut.c:41:
> /usr/include/stdlib.h:144: error: conflicting types for 'swab'
> /usr/include/unistd.h:496: error: previous declaration of 'swab' was
> here
> /usr/include/stdlib.h:144: error: conflicting types for 'swab'
> /usr/include/unistd.h:496: error: previous declaration of 'swab' was
> here
> db/db_ut.c: In function `db_str2longlong':
> db/db_ut.c:75: warning: implicit declaration of function `strtoll'
> db/db_ut.c: In function `db_int2str':
> db/db_ut.c:114: warning: implicit declaration of function `snprintf'
> gmake: *** [db/db_ut.o] Error 1
>
> Unrelated question - I've tried changing the tuning options specified in
> Makefile.defs to use the proper cpu arch and kept with -m32 since it has
> to link against 32 bit libaries but even with that it builds the object
> files as 64 bit. It then fails when linking kamailio. What's the proper
> way to optimize the binary but keep all aspects of it 32? I tried
>
> -mcpu=ultrasparc3 -m32 -threads -Wa,-xarch=v9b
>
> It's an UltraSPARC-IIIi chip. 
>
> ykt1sipprd2# ls -1 *.o | xargs -n1 file
> action.o:       ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> blacklists.o:   ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> cfg.tab.o:      ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> cmpapi.o:       ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> core_stats.o:   ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> crc.o:          ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> daemonize.o:    ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> data_lump.o:    ELF 64-bit MSB relocatable SPARCV9 Version 1,
> UltraSPARC3 Extensions Required
> <snip>
>
> Thanks!
>
> Bob
>
>
> --------------------------------------------------------------------------
> This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.
>   

-- 
Daniel-Constantin Mierla
* Kamailio SIP Masterclass, Nov 9-13, 2009, Berlin
* http://www.asipto.com/index.php/sip-router-masterclass/