Hi Sergio,
Fortunately, this is not an a serious problem as the SMP flag is only
used for i386 asm code. And Solaris + i386 is not a often combination.
Anyhow, please open a bug on the tracker about this and I will take a
look on it.
Regards,
Bogdan
Sergio Gutierrez wrote:
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
<mailto:bogdan@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>
<mailto:saguti@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>
<mailto:saguti@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>
<mailto:bogdan@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.