[OpenSIPS-Users] Core Dump

[Nathaniel L Keeling III]

Bogdan,

this is the error that I get when I do not add that option:

gcc  -g -O9 -funroll-loops   -Wall      -DNAME='"opensips"' 
-DVERSION='"1.6.1-notls"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILE
R='"gcc 3.4.6"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes 
-DCFG_DIR='"/usr/local/opensips-1.6.1/etc/opensips/"' -DPKG_MALLOC -DSHM
_MEM  -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE 
-DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLO
C  -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024  
-DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALL
OCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL 
-DHAVE_SELECT -c blacklists.c -o blacklists.o
*/usr/ccs/bin/as: "/var/tmp//ccww7Koi.s", line 223: error: cannot use 
v8plus instructions in a non-v8plus target binary
/usr/ccs/bin/as: "/var/tmp//ccww7Koi.s", line 243: error: cannot use 
v8plus instructions in a non-v8plus target binary*

I get the same error when compiling opensips 1.5


Thanks

Nathaniel

Bogdan-Andrei Iancu wrote:

>Hi Brian,
>
>opensipslist at encambio.com wrote:
>  
>
>>Hello Nathaniel,
>>
>>An jeu., févr 18, 2010, Nathaniel L Keeling schrieb:
>>  
>>    
>>
>>>I have compiled opensips 1.6.1 on Solaris Sparc 10. I was able to
>>>compile successfully by adding the parameter "-mcpu=ultrasparc" to
>>>the "DEFS" compile time options in Makefile.defs, but when I
>>>execute opensips, it will die with a core dump. It does thru the
>>>loading of the modules ok but dies later.
>>>
>>>    
>>>      
>>>
>>Both Solaris 10 Sparc or Solaris 11 x86 do core dump when trying
>>to use OpenSIPS 1.6.1. Nobody has seem to be able to diagnose this
>>correctly much less repair the problem.
>>  
>>    
>>
>How comes ? I know people using 1.6 on sparc + Solaris  :P....
>  
>
>>If you try the same build parameters to compile 1.6.0 you will
>>probably find that it not only compiles correctly but runs without
>>core dumping as well. So much for the
>>
>>    'it is recommended to upgrade, as it provides important
>>     stability improvements'
>>
>>that they write about the 1.6.1 release on the website.
>>  
>>    
>>
>hmmm...if you see the compiling as stability, maybe you are right....
>
>Now, getting serious....the problem is that since SF trashed the 
>compiled farm, we (or at least I) do not have any sparc / solaris 
>platform were to test the makefile options or the code....
>
>Regards,
>Bogdan
>
>  
>