13 Dec
2007
13 Dec
'07
12:11 p.m.
Hi Bogdan.
I think this issue might be off-topic, but anyway I am sending it continuing
this topic.
Several moths ago an issue was reported by other user about SMP detection on
Solaris Systems, because of the current logic used to detect it. (Solaris
does not print SMP string at uname command output).
I tested the following patch in my SMP system, and it worked fine:
--- Makefile.defs Wed Dec 12 18:11:39 2007
+++ Makefile.defs.saguti Thu Dec 13 11:27:52 2007
@@ -95,6 +95,18 @@
ISSMP=yes
endif
+# SMP on Solaris
+
+ifeq ($(OS),solaris)
+ SMP_STR = $(shell /usr/sbin/psrinfo -p)
+
+ ifeq ($(SMP_STR),0)
+ ISSMP=no
+ else
+ ISSMP=yes
+ endif
+endif
+
OSREL = $(shell uname -r)
# numerical version (good for comparisons: A.B.C => A*1000000+B*1000+C)
OSREL_N= $(shell echo $(OSREL) | sed -e 's/^[^0-9]*//' \
------------------------------------------
I am also planing to test the compilation of BlackCat using the optimized
version GCC for SPARC systems. Sometime ago I used it, and when running
Performance Tests, the binary generated in this way showed an improved
behaviour in the Call Rate that it was able to process.
I will be posting about this.
Thanks and Best regards.
Sergio Gutierrez.
On Dec 13, 2007 4:15 AM, Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote:
Hi Sergio,
many thanks for your help. I applied the fix for the makefile.defs . I
will also try to fix the warnings, but I find really hard to do as I
have no access to a solaris, so I will have to do it blindly..
Regards,
Bogdan
Sergio Gutierrez wrote:
Hi Bogdan.
The compilation on Solaris 10/SPARC with TLS enables has ended
succesfully.
It was performed on the same setup as previous, and the gmake command
was:
*gmake exclude_modules="jabber mi_xmlrpc osp perl postgres unixodbc
snmpstats xmpp db_berkeley ldap mi_dm perlvdb xcap_client" *
As I have my openssl installed at LOCALBASE, I had to modify
Makefile.defs using the attached patch. I am not sure if it is right,
but it solved compilation for me.
Attached are also the warnings repored; again they seem harmless.
I will perform later the test on Solaris x86.
Regards.
Sergio Gutiérrez
EPM Telecomunicaciones
Medellin, Colombia
Tel: +574 - 3802947
On 12/12/07, *Sergio Gutierrez* <saguti(a)gmail.com
<mailto:saguti@gmail.com>> wrote:
Hi Bogdan.
The compilation on Solaris 10/SPARC has ended succesfully.
Acording to my current setup, in particular, related to fulfilled
dependencies, my final gmake command was:
*gmake exclude_modules="jabber mi_xmlrpc osp perl postgres
unixodbc snmpstats xmpp tlsops db_berkeley ldap mi_dm perlvdb
xcap_client"
*I have mysql 5.0.22 and radiusclient 0.5.2
The attached file contains the whole warnings reported at the
compilation process; most of them are related to assignments
without casting, and implicit declaration of functions.
I will peform the TLS compilation, and the testing on Solaris x86,
and I will be notifying you as soon as they end.
If there is something I can help, or another test you would like I
perform, please let me know.
Best Regards.
Sergio Gutiérrez
EPM Telecomunicaciones
Medellin, Colombia
Tel: +574 - 3802947
On Dec 12, 2007 4:54 PM, Sergio Gutierrez < saguti(a)gmail.com
<mailto:saguti@gmail.com>> wrote:
Hi Bogdan.
Continuing with compilation, this error appeared when
compiling LDAP module:
In file included from ldap_api_fn.c:40:
ldap_api_fn.h:57: error: conflicting types for 'ldap_url_search'
/usr/include/ldap.h:789: error: previous declaration of
'ldap_url_search' was here
ldap_api_fn.h:57: error: conflicting types for 'ldap_url_search'
/usr/include/ldap.h:789: error: previous declaration of
'ldap_url_search' was here
ldap_api_fn.c: In function `ldap_params_search':
ldap_api_fn.c:211: warning: implicit declaration of function
`LDAP_API_ERROR'
In my case, I do not have OpenLDAP libraries installed, but my
system has the LDAP library which is standard on Solaris since
Solaris 9.
checking at the manual, I see the declaration on Solaris is:
int *ldap_url_search*(LDAP *ld, char *url,
int
attrsonly);
Please, let me know how can we continue.
Regards.
Sergio.
On Dec 12, 2007 4:22 PM, Bogdan-Andrei Iancu <
bogdan(a)voice-system.ro <mailto:bogdan@voice-system.ro>> wrote:
Hi Sergio,
Thanks for the feedback - I'm glad we were able to catch
this issue in
last minutes before release :). I also applied your patch
for the
Makefile of the carrierroute module.
Regards,
Bogdan
Sergio Gutierrez wrote:
Hi Bogdan.
The compilation so far is going right, with no
warnings;
A modification I did is I installed libconfuse, because
for our
particular setup we are interested in exploring
the
carrierroute
module; I installed at my LOCALBASE, and at
compiling the
module, it
failed; trying to fix it I added a couple lines
to the
Makefile of the
module as indicated at the following diff; I am
not sure
if they are
required, but they fixed my problem:
------------------------- BEGIN DIFF
--- Makefile Wed Dec 12 16:05:06 2007
+++ Makefile.saguti Wed Dec 12 16:04:58 2007
@@ -8,7 +8,8 @@
include ../../Makefile.defs
auto_gen=
NAME=carrierroute.so
-LIBS=-lconfuse
+LIBS+=-L$(LOCALBASE)/lib -lconfuse
+DEFS+=-I$(LOCALBASE)/include
include ../../Makefile.modules
------------------------ END DIFF
I will try again the compilation, and I hope to test it
too on
Solaris
x86.
Best regards.
Sergio.