Fixed by 42d3b93f838d1c2eeb009894422fe016a6572520.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1012#issuecomment-287618870___
sr-dev mailing list
sr-dev@
Closed #1012.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1012#event-1005858852___
sr-dev mailing list
sr-dev@lists.sip-router.org
http://lists.sip-route
It turns out this inline difference is not a bug but rather a C89 vs C11
difference, and gcc5 switched from -std=gnu89 to -std=gnu11 by default.
So removing the inline is not a bad idea.
Or better yet adding static.
I'll send a pull request for adding static to that declaration.
A quick test sh
> "DM" == Daniel-Constantin Mierla writes:
DM> If the function is not used in the same object (source file) only,
DM> then inline should be removed,
It is only used in the .xs file where it is defined.
Without optimization gcc (at least gcc 5) leaves it in the .o file as an
undefined symbol
If the function is not used in the same object (source file) only, then inline
should be removed, because it doesn't do anything and it is not seen as symbol
to other object files. If anyone can provide a pull request, then it will be
merged, if not I will do it during next days.
--
You are re
I can confirm that CC_OPT=-O2 solves the problem. I've added this to our
installer, so it solves the problem for us. It would still be good to fix this
for others.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kam
It looks like adding CC_OPT=-O2 to the make invocation works around this.
W/ optimization gcc elides the inlined symbol, and that should allow the .so to
load.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamaili
The function sv2int_str is defined in
kamailio/src/modules/app_perl/kamailioxs.xs
as inline.
Which is why it does not show up in the .o or, therefor, the .so.
The question is what expects it as a symbol?
Removing inline from its definition may be a quick workaround.
-JimC
--
James Cloos
Certainly:
root@albatross:/lib64/kamailio/modules# ldd app_perl.so
linux-vdso.so.1 => (0x7ffc2bb9c000)
libperl.so.5.22 => /usr/lib/x86_64-linux-gnu/libperl.so.5.22
(0x7f823470f000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f82344f1000)
By which I certainly meant `app_perl.so`.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1012#issuecomment-283248364___
sr-dev mailing list
sr-dev@lists.sip
Hello Alistair,
Could you provide the output of:
ldd {module path}/mod_perl.so
?
Thanks,
-- Alex
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
When attempting to start Kamailio 5.0.0 with the app_perl module, it fails to
start and logs:
Mar 1 10:20:04 albatross kamailio: DEBUG: [core/sr_module.c:575]:
load_module(): trying to load
Mar 1 10:20:04 albatross kamailio: ERROR: [core/sr_module.c:582]:
load_module(): could not open modu
12 matches
Mail list logo