Preparing the release of OpenSER 1.3 "BlackCat"
|
View:
New views
10 Messages
—
Rating Filter:
Alert me
|
 |
Preparing the release of OpenSER 1.3 "BlackCat"
by Bogdan-Andrei Iancu
::
Rate this Message:
Hi,
As scheduled, tomorrow will be the official release of OpenSER version 1.3. NAME ===== Following the proposal and the feedback from the lists, we will start to label each major version number with a name - it is more friendly . Note that the version numbering will still be the primary ID. OpenSER 1.3 will be named "BlackCat". CODE ===== As far as I checked the lists and tracker, all the critical and important bugs were fixed. No pending issues, as far as I know. Tomorrow I will run some compiling tests on several arch and OS to see if any warning is reported. PS: does anybody offer some access on SUN+SOLARIS ? As there are only a small number of pending changes on SVN (warnings and docs), probably in the afternoon, the 1.3 branch will be created. DOCS ===== The module documentation is up to date, thanks to the policy of synchronization between the code and doc updates. Just in case, I will re-generate all the text READMEs from the SGML files. Thanks to Henning, the changelog and Credits files were updated on SVN. Thanks to Daniel, we have a start for the the "New Features" document (see http://www.openser.org/dokuwiki/doku.php/sandbox:new-in-1.3.x). The idea will be to have it finalized y tomorrow and imported in the web pages (openser.org and SF). There will be a need for a overview of the "INSTALL" helper in order to be updated for 1.3 (maybe the DB part only). I suggest to put together all the docs from openser and upload them also on SF - of course this is not a priority, it can be done later, in the following days. TARBALLS ======== Tarballs with sources and binaries (linux i386) will be uploaded on openser.org and SF sites. Of course after the creation of the new 1.3 branch on SVN. Any other contributions (binaries of other OSs or archs) are welcomed - just send an email to team@... . PACKAGES ======== After the official release, specs will be updated (if not yet) and packages will be generated. Please help with this process and let us know if you can generate any packages. Again use the lists or team@... emails. I will generate the debian packages (unstable, stable, testing). The stable package will be also pushed on the openser.org APT repo. SITES UPDATES =========== Both openser.org and SF sites need to be updated for with news, docs, downloads, etc. This probably will take couple of days. Please let me know if there is something missing in the above list. Otherwise, if people are able and willing with some of the tasks, again, just let me know. Otherwise, have the champaign on cold for tomorrow ;)... Regards, Bogdan _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
Re: Preparing the release of OpenSER 1.3 "BlackCat"
by Sergio Gutierrez
::
Rate this Message:
hi Bogdan.
I would like to offer my help with the testing of the new Release on Sun Solaris. Please let me know what should I do. Best regards. Sergio Gutiérrez On Dec 12, 2007 12:35 PM, Bogdan-Andrei Iancu <
bogdan@...> wrote: Hi, _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
|
|
|
Re: Preparing the release of OpenSER 1.3 "BlackCat"
by Sergio Gutierrez
::
Rate this Message:
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@...> wrote:
Hi Bogdan. Makefile:390: warning: overriding commands for target `/toip3/' Makefile:381: warning: ignoring old commands for target `/toip3/' "cfg.y", line 391: warning: redeclaration of precedence of SLASH. Makefile:390: warning: overriding commands for target `/toip3/' Makefile:381: warning: ignoring old commands for target `/toip3/' statistics.c:57:2: warning: #warning STATISTICS: Architecture with no support for atomic operations. Using Locks!! db/db_ut.c:100: warning: implicit declaration of function `snprintf' /usr/ccs/bin/yaccpar:5: warning: ignoring #pragma ident /usr/ccs/bin/yaccpar:164: warning: label `yynewstate' defined but not used /usr/ccs/bin/yaccpar:374: warning: label `yyerrlab' defined but not used benchmark.c:471: warning: implicit declaration of function `strndup' benchmark.c:471: warning: assignment makes pointer from integer without a cast benchmark.c:500: warning: assignment makes pointer from integer without a cast benchmark.c:507: warning: assignment makes pointer from integer without a cast benchmark.c:537: warning: assignment makes pointer from integer without a cast benchmark.c:567: warning: assignment makes pointer from integer without a cast route_fifo.c:448: warning: implicit declaration of function `strsep' route_fifo.c:448: warning: assignment makes pointer from integer without a cast encode_allow.c:71: warning: implicit declaration of function `dprintf' encode_contact.c:168: warning: implicit declaration of function `dprintf' encode_content_length.c:72: warning: implicit declaration of function `dprintf' encode_content_type.c:171: warning: implicit declaration of function `dprintf' encode_cseq.c:91: warning: implicit declaration of function `dprintf' encode_digest.c:162: warning: implicit declaration of function `dprintf' encode_expires.c:67: warning: implicit declaration of function `dprintf' encode_header.c:342: warning: implicit declaration of function `dprintf' encode_msg.c:316: warning: implicit declaration of function `dprintf' encode_parameters.c:217: warning: implicit declaration of function `dprintf' encode_route.c:134: warning: implicit declaration of function `dprintf' encode_to_body.c:112: warning: implicit declaration of function `dprintf' encode_uri.c:248: warning: implicit declaration of function `dprintf' encode_via.c:159: warning: implicit declaration of function `dprintf' openserunix.c:75: warning: int format, pid_t arg (arg 3) --- Makefile.defs Wed Dec 12 18:05:57 2007 +++ Makefile.defs.saguti Wed Dec 12 18:09:18 2007 @@ -1245,7 +1245,7 @@ #add libssl if needed ifneq ($(TLS),) -DEFS+= -I$(LOCALBASE)/ssl/include +DEFS+= -I$(LOCALBASE)/ssl/include -I$(LOCALBASE)/include LIBS+= -L$(LOCALBASE)/lib -L$(LOCALBASE)/ssl/lib -lssl -lcrypto endif _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
Re: Preparing the release of OpenSER 1.3 "BlackCat"
by Bogdan-Andrei Iancu
::
Rate this Message:
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@... > <mailto:saguti@...>> 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@... > <mailto:saguti@...>> 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@... <mailto:bogdan@...>> 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. > > > > > > > > > > > _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
Re: [OpenSER-Devel] Preparing the release of OpenSER 1.3 "BlackCat"
by Bogdan-Andrei Iancu
::
Rate this Message:
Hi,
please let me know if there are any other pending changes on SVN - I plan to create a new branch for 1.3 in approximately one hour (14:30 CET -> 13:30 GMT) Regards, Bogdan Bogdan-Andrei Iancu wrote: > CODE > ===== > > As far as I checked the lists and tracker, all the critical and > important bugs were fixed. No pending issues, as far as I know. > > Tomorrow I will run some compiling tests on several arch and OS to see > if any warning is reported. > PS: does anybody offer some access on SUN+SOLARIS ? > > As there are only a small number of pending changes on SVN (warnings and > docs), probably in the afternoon, the 1.3 branch will be created. > > _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
Re: [OpenSER-Devel] Preparing the release of OpenSER 1.3 "BlackCat"
by Sergio Gutierrez
::
Rate this Message:
Hi Bogdan.
I confirm the successful compilation of the new release on Solaris 10 x86, both, simple and with TLS enabled. I used the same patches I submitted. My setup is: Solaris 10 on i386 GCC 3.4.3 MySQL 5.0.22 Openssl-0.9.8g Radiusclient 0.5.2 You can find attached; they match mostly with the ones reported in SPARC. I used the same gmake command, excluded the same modules. There are a couple tips I have used on Solaris whenever I have compiled and used OpenSER: 1. Built-in perl can not be used when compiling OpenSER with GCC; it is necessary to compile another version, using the same GCC. 2. For running OpenSER, it is necessary to define the environment variable pointing to the libraries located at LOCALBASE/lib 3. It is mandatory to use GNU make; compilation fails with make included into SUNWsprot. The package SUNWgmake can be used, but the directory /usr/sfw/bin has to be set before than /usr/ccs/bin at PATH Please let me know if there is something else I can help. Best regards: Sergio Gutierrez EPM Telecomunicaciones Medellin Colombia Tel: +574 3802947 On Dec 13, 2007 7:26 AM, Bogdan-Andrei Iancu <bogdan@...> wrote: Hi, Makefile:390: warning: overriding commands for target `/toip/' Makefile:381: warning: ignoring old commands for target `/toip/' "cfg.y", line 391: warning: redeclaration of precedence of SLASH. Makefile:390: warning: overriding commands for target `/toip/' Makefile:381: warning: ignoring old commands for target `/toip/' db/db_ut.c:100: warning: implicit declaration of function `snprintf' /usr/ccs/bin/yaccpar:5: warning: ignoring #pragma ident /usr/ccs/bin/yaccpar:164: warning: label `yynewstate' defined but not used /usr/ccs/bin/yaccpar:374: warning: label `yyerrlab' defined but not used benchmark.c:471: warning: implicit declaration of function `strndup' benchmark.c:471: warning: assignment makes pointer from integer without a cast benchmark.c:500: warning: assignment makes pointer from integer without a cast benchmark.c:507: warning: assignment makes pointer from integer without a cast benchmark.c:537: warning: assignment makes pointer from integer without a cast benchmark.c:567: warning: assignment makes pointer from integer without a cast route_fifo.c:448: warning: implicit declaration of function `strsep' route_fifo.c:448: warning: assignment makes pointer from integer without a cast encode_allow.c:71: warning: implicit declaration of function `dprintf' encode_contact.c:168: warning: implicit declaration of function `dprintf' encode_content_length.c:72: warning: implicit declaration of function `dprintf' encode_content_type.c:171: warning: implicit declaration of function `dprintf' encode_cseq.c:91: warning: implicit declaration of function `dprintf' encode_digest.c:162: warning: implicit declaration of function `dprintf' encode_expires.c:67: warning: implicit declaration of function `dprintf' encode_header.c:342: warning: implicit declaration of function `dprintf' encode_msg.c:316: warning: implicit declaration of function `dprintf' encode_parameters.c:217: warning: implicit declaration of function `dprintf' encode_route.c:134: warning: implicit declaration of function `dprintf' encode_to_body.c:112: warning: implicit declaration of function `dprintf' encode_uri.c:248: warning: implicit declaration of function `dprintf' encode_via.c:159: warning: implicit declaration of function `dprintf' openserunix.c:75: warning: int format, pid_t arg (arg 3) Makefile:390: warning: overriding commands for target `/toip/' Makefile:381: warning: ignoring old commands for target `/toip/' db/db_ut.c:100: warning: implicit declaration of function `snprintf' /usr/ccs/bin/yaccpar:5: warning: ignoring #pragma ident /usr/ccs/bin/yaccpar:164: warning: label `yynewstate' defined but not used /usr/ccs/bin/yaccpar:374: warning: label `yyerrlab' defined but not used benchmark.c:471: warning: implicit declaration of function `strndup' benchmark.c:471: warning: assignment makes pointer from integer without a cast benchmark.c:500: warning: assignment makes pointer from integer without a cast benchmark.c:507: warning: assignment makes pointer from integer without a cast benchmark.c:537: warning: assignment makes pointer from integer without a cast benchmark.c:567: warning: assignment makes pointer from integer without a cast route_fifo.c:448: warning: implicit declaration of function `strsep' route_fifo.c:448: warning: assignment makes pointer from integer without a cast encode_allow.c:71: warning: implicit declaration of function `dprintf' encode_contact.c:168: warning: implicit declaration of function `dprintf' encode_content_length.c:72: warning: implicit declaration of function `dprintf' encode_content_type.c:171: warning: implicit declaration of function `dprintf' encode_cseq.c:91: warning: implicit declaration of function `dprintf' encode_digest.c:162: warning: implicit declaration of function `dprintf' encode_expires.c:67: warning: implicit declaration of function `dprintf' encode_header.c:342: warning: implicit declaration of function `dprintf' encode_msg.c:316: warning: implicit declaration of function `dprintf' encode_parameters.c:217: warning: implicit declaration of function `dprintf' encode_route.c:134: warning: implicit declaration of function `dprintf' encode_to_body.c:112: warning: implicit declaration of function `dprintf' encode_uri.c:248: warning: implicit declaration of function `dprintf' encode_via.c:159: warning: implicit declaration of function `dprintf' openserunix.c:75: warning: int format, pid_t arg (arg 3) _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
Re: [OpenSER-Devel] Preparing the release of OpenSER 1.3 "BlackCat"
by Bogdan-Andrei Iancu
::
Rate this Message:
ok - I will start setting the new branch!
Regards, Bogdan Bogdan-Andrei Iancu wrote: > Hi, > > please let me know if there are any other pending changes on SVN - I > plan to create a new branch for 1.3 in approximately one hour (14:30 > CET -> 13:30 GMT) > > Regards, > Bogdan > > > > Bogdan-Andrei Iancu wrote: > >> CODE >> ===== >> >> As far as I checked the lists and tracker, all the critical and >> important bugs were fixed. No pending issues, as far as I know. >> >> Tomorrow I will run some compiling tests on several arch and OS to see >> if any warning is reported. >> PS: does anybody offer some access on SUN+SOLARIS ? >> >> As there are only a small number of pending changes on SVN (warnings and >> docs), probably in the afternoon, the 1.3 branch will be created. >> >> >> > > > _______________________________________________ > Devel mailing list > Devel@... > http://lists.openser.org/cgi-bin/mailman/listinfo/devel > > _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
Re: Preparing the release of OpenSER 1.3 "BlackCat"
by Sergio Gutierrez
::
Rate this Message:
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@...> wrote: Hi Sergio, _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
|
|
Re: Preparing the release of OpenSER 1.3 "BlackCat"
by Bogdan-Andrei Iancu
::
Rate this Message:
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@... > <mailto:bogdan@...>> 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@... > <mailto:saguti@...> > > <mailto:saguti@... <mailto:saguti@...>>> 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@... > <mailto:saguti@...> > > <mailto:saguti@... <mailto:saguti@...>>> 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@... <mailto:bogdan@...> > <mailto:bogdan@... <mailto:bogdan@...>>> > 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. > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users@... http://lists.openser.org/cgi-bin/mailman/listinfo/users |
| Free embeddable forum powered by Nabble | Forum Help |
