15 Mar
2017
15 Mar
'17
4:09 p.m.
Apparently the default locks are set to PTHREAD mutex, when the architecture is not
handled explicitely. It should be reviewed and eventually switch to standard POSIX, they
should work everywhere while PTHREAD are targeting threads and work only in few cases for
processes.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1035
15 Mar
15 Mar
4:46 p.m.
New subject: [kamailio/kamailio] Makefile.defs: default locks review (#1035)
There is not enough add arch to Makefile.defs, because build aborts with error:
```
gmake[2]: Entering directory '/usr/ports/net/kamailio/work/kamailio-4.4.5'
CC (gcc) [kamailio] nonsip_hooks.o
In file included from parser/../mem/../lock_ops.h:92:0,
from parser/../mem/shm.h:39,
from parser/../mem/shm_mem.h:34,
from parser/../ut.h:45,
from parser/../ip_addr.h:40,
from parser/msg_parser.h:37,
from nonsip_hooks.h:35,
from nonsip_hooks.c:31:
parser/../mem/../fastlock.h:112:2: error: #error "unknown architecture"
#error "unknown architecture"
^
parser/../mem/../fastlock.h: In function 'tsl':
parser/../mem/../fastlock.h:260:2: error: #error "unknown architecture"
#error "unknown architecture"
^
parser/../mem/../fastlock.h: In function 'get_lock':
parser/../mem/../fastlock.h:282:2: warning: implicit declaration of function
'membar_getlock' [-Wimplicit-function-declaration]
membar_getlock();
^
parser/../mem/../fastlock.h: In function 'release_lock':
parser/../mem/../fastlock.h:379:2: error: #error "unknown architecture"
#error "unknown architecture"
^
gmake[2]: *** [Makefile.rules:97: nonsip_hooks.o] Error 1
gmake[2]: Leaving directory '/usr/ports/net/kamailio/work/kamailio-4.4.5'
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1035#issuecomment-286718462
8:54 p.m.
New subject: [kamailio/kamailio] Makefile.defs: default locks review (#1035)
There isn't enough again your last modification Makefile.defs: it doesn't work
with ports framework:
I've add info string to your "hack":
```
ifeq ($(ARCH), amd64)
ARCH=x86_64
$(info switch target architecture from amd64 to <$(ARCH)>)
endif
```
and I've got:
`switch target architecture from amd64 to <amd64>`
I can't explain it because I have not enough expirience and I can't decide is this
issue to freebsd ports framework or to kamailio...
Maybe Kurt (pi(a)freebsd.org) or somebody more free then him can help us?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1035#issuecomment-286787107
16 Mar
16 Mar
1:37 p.m.
New subject: [kamailio/kamailio] Makefile.defs: default locks review (#1035)
Yes, now arch changed properly. Thanks!
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1035#issuecomment-286990909
1:56 p.m.
New subject: [kamailio/kamailio] Makefile.defs: default locks review (#1035)
Very likely the ports system set the ARCH variable in environment or command line for
building kamailio, that's why a simple assignment didn't work. Also, the Makefile
should have done the amd64=>x86_64 even without my changes if the ARCH was not enforced
from outside.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1035#issuecomment-286994922
27 Sep
27 Sep
3:41 p.m.
New subject: [kamailio/kamailio] Makefile.defs: default locks review (#1035)
Closing, with the good results from way back of 5.0.1
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1035#issuecomment-425043736
3:41 p.m.
New subject: [kamailio/kamailio] Makefile.defs: default locks review (#1035)
Closed #1035.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1035#event-1870702530
2039
days inactive
2600
days old
6 comments
2 participants
participants (2)
-
Daniel-Constantin Mierla -
SubnetsRU