<div><div dir="auto">Hi Henning,</div></div><div dir="auto"><br></div><div dir="auto">thanks again. I found meanwhile the root cause. It caused as you said by the old logic of the make file. I used instead the new Formula of the tm module’s make file (as i remember). Consequently, it did not bring the compilation through those unwanted libraries.</div><div dir="auto"><br></div><div dir="auto">I will spot the details later when i am back in office next Monday.</div><div dir="auto"><br></div><div dir="auto">BR</div><div dir="auto">Abdulaziz</div><div dir="auto"><br></div><div dir="auto"> </div><div><div class="gmail_quote"><div dir="ltr">On Thu 9. Aug 2018 at 21:19 Henning Westerholt <<a href="mailto:hw@kamailio.org">hw@kamailio.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am Donnerstag, 9. August 2018, 14:27:44 CEST schrieb Abdulaziz Alghosh:<br>
> thanks a lot for your response and explanation. strutils.[c,h] and<br>
> strcommon.[c,h] are almost the same. So I modified my included header from<br>
> stcommon[] to strutils as you mentioned.<br>
> Unfortunately, I surfed sequentially Kamailio version upgrades. Even<br>
> though, i did not found such hints about this modification. So I have some<br>
> doubts the called headers and codes from our own module. Hence, I am asking<br>
> for yor advice.<br>
<br>
Hello Abdul,<br>
<br>
lets move this discussion to the sr-dev list, as its a development related <br>
topic. <br>
<br>
> What I am trying to do now is compiliing our module separately under it is<br>
> own directory so I gain the Shared Object file (.so). Somehow our Module is<br>
> requring cds, presence and xcap libraries. But the strange thing is that<br>
> headers from these libraries are #including other headers assuming these<br>
> included header files are under the same library's directory (but in fact<br>
> most of the header files are under ../src/core/). For example :<br>
<br>
Do you placed your own module in the src/modules directory as well? If not, I <br>
would suggest to place it there. Its hard to find the issue just with the <br>
logs, there are also many errors here. <br>
<br>
My suggestion would be to go from your own module and try to compile a single <br>
file with gcc (for the actual command you can call "make quiet=0" and copy-<br>
paste it). I would try to investigate one error a time, in the end they should <br>
be all mostly related.<br>
<br>
There were also some changes in the Makefile logic, maybe you should compare <br>
your Makefile to one of the official modules.<br>
<br>
> Making  in cds<br>
> CC (gcc) [L libser_cds.so.0.1]          cds.o<br>
> In file included from cds.c:2:<br>
> /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/memory.h:125:21:<br>
> warning: mem/mem.h: No such file or directory<br>
> /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/memory.h:126:25:<br>
> warning: mem/shm_mem.h: No such file or directory<br>
> In file included from cds.c:3:<br>
> /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/sync.h:30:22:<br>
> warning: locking.h: No such file or directory<br>
> In file included from cds.c:4:<br>
> /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/logger.h:42:20:<br>
> error: dprint.h: No such file or directory<br>
> make[2]: *** [cds.o] Error 1<br>
> make[1]: [cds] Error 2 (ignored)<br>
> <br>
> <br>
> Those libraries are delivered with version 5.1.4 itself so i do not think<br>
> it is a good idea to modify the paths of the included header files to<br>
> compile my module. because most probably these libraries are needed by<br>
> standard default modules of kamailio.<br>
> <br>
> I hope this is not too much for you to inspect.<br>
> Note: The attached has the log files ( resulting from make all and install<br>
> ) .<br>
> <br>
> Your kind response is highly appreciated<br>
> BR<br>
> Abdulaziz<br>
> <br>
> On Thu, Aug 9, 2018 at 11:31 AM, Abdulaziz Alghosh <<a href="mailto:aziz647@gmail.com" target="_blank">aziz647@gmail.com</a>><br>
> <br>
> wrote:<br>
> > Hello Henning,<br>
> > <br>
> > thanks a lot for your response and explanation. strutils.[c,h] and<br>
> > strcommon.[c,h] are almost the same. So I modified my included header from<br>
> > stcommon[] to strutils as you mentioned.<br>
> > Unfortunately, I surfed sequentially Kamailio version upgrades. Even<br>
> > though, i did not found such hints about this modification. So I have some<br>
> > doubts the called headers and codes from our own module. Hence, I am<br>
> > asking<br>
> > for yor advice.<br>
> > <br>
> > What I am trying to do now is compiliing our module separately under it is<br>
> > own directory so I gain the Shared Object file (.so). Somehow our Module<br>
> > is<br>
> > requring cds, presence and xcap libraries. But the strange thing is that<br>
> > headers from these libraries are #including other headers assuming these<br>
> > included header files are under the same library's directory (but in fact<br>
> > most of the header files are under ../src/core/). For example :<br>
> > <br>
> > Making  in cds<br>
> > CC (gcc) [L libser_cds.so.0.1]          cds.o<br>
> > In file included from cds.c:2:<br>
> > /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/memory.h:125:2<br>
> > 1: warning: mem/mem.h: No such file or directory<br>
> > /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/memory.h:126:2<br>
> > 5: warning: mem/shm_mem.h: No such file or directory<br>
> > In file included from cds.c:3:<br>
> > /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/sync.h:30:22:<br>
> > warning: locking.h: No such file or directory<br>
> > In file included from cds.c:4:<br>
> > /Abdul/install/clean_test/kamailio-5.1.4/src/lib/cds/../cds/logger.h:42:20<br>
> > :<br>
> > error: dprint.h: No such file or directory<br>
> > make[2]: *** [cds.o] Error 1<br>
> > make[1]: [cds] Error 2 (ignored)<br>
> > <br>
> > <br>
> > Those libraries are delivered with version 5.1.4 itself so i do not think<br>
> > it is a good idea to modify the paths of the included header files to<br>
> > compile my module. because most probably these libraries are needed by<br>
> > standard default modules of kamailio.<br>
> > <br>
> > I hope this is not too much for you to inspect.<br>
> > Note: The attached has the log files ( resulting from make all and install<br>
> > ) .<br>
> > <br>
> > Your kind response is highly appreciated<br>
> > Abdulaziz<br>
> > <br>
> > <br>
> > On Thu, Aug 9, 2018 at 8:11 AM, Henning Westerholt <<a href="mailto:hw@kamailio.org" target="_blank">hw@kamailio.org</a>><br>
> > <br>
> > wrote:<br>
> >> Am Mittwoch, 8. August 2018, 17:47:07 CEST schrieb Abdulaziz Alghosh:<br>
> >> > i am somehow newbie with Kamailio and trying to migrate from kamailio<br>
> >> > version 3.0.3 to 5.1.4. Former fellows had developed own modules which<br>
> >> > needed "strcommon.h" and "strcommon.c".<br>
> >> > <br>
> >> > These last two files are not delievered with version 5.1.4. but I<br>
> >> > copied<br>
> >> > them under ../src/core/ thinking it would be beneficial. Unfortunately,<br>
> >> > after make prefix / (and including our own module) all, it seem that<br>
> >> > several dependencies exist. Especially from header files under<br>
> >> > ..src/lib/xcap/ and ../src/lib/presence<br>
> >> > <br>
> >> > Can somebody tell me how "strcommon.h" and "strcommon.c"  where<br>
> >> <br>
> >> replaced in<br>
> >> <br>
> >> > version 5.1.4 ?<br>
> >> <br>
> >> Hello Abdul,<br>
> >> <br>
> >> the functions in strcommon.[c,h] were moved into src/core/strutils.[c,h]<br>
> >> in<br>
> >> releases starting from 5.0. I'd suggest to have a look to the file to<br>
> >> verify<br>
> >> if there are no other changes.<br>
<br>
Best regards,<br>
<br>
-- <br>
Henning Westerholt<br>
<a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
</blockquote></div></div>