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, > >[email protected] 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 > > > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
