<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Well, CVS trunk is work in progress, so it is generally not recommended
for non-developers. You should at least subscribe to serdev as it
during substantial changes may not even compile or be consistent.
People like you who are willing to test are very welcome :-) See
<a class="moz-txt-link-freetext" href="http://www.iptel.org/ser/development/documentation">http://www.iptel.org/ser/development/documentation</a>. <br>
<br>
If you have found issues with the rel_2_0_0 branch of the CVS, the
tracker is the right place to make sure that the right developer picks
it up. This holds for suspicions as well. It's better to register one
bug too much...<br>
g-)<br>
<br>
Mike Trest - Personal wrote:
<blockquote cite="mid:6.2.3.4.2.20080222161318.03a24100@mail.trest.com"
 type="cite">To All,<br>
Thanks for the suggestions.<br>
  <br>
I have complete a working build from CVS on RH environment. <br>
  <br>
I had to change my hat which said "Enterprise Tester" and put
on the hat<br>
that says&nbsp; "Software Developer" and read thru the code in
CVS tree.&nbsp; I<br>
was able to chase down the issues with&nbsp; "db_key_t"&nbsp;
and a few other<br>
db things.&nbsp; I discovered that the CVS tree was NOT (as I had
expected)<br>
in a state where "everything is in order".&nbsp; I discovered a
lot of the DB<br>
material in a state of change between previous generations to the new
  <br>
2.0 / 2.1 generation.<br>
  <br>
I took Jiri's suggestion and built a config based on the ser-oof.cfg
.<br>
I only got into issues when I added other modules not on that
specific<br>
loadmodule list.<br>
  <br>
I am still waiting for input from the more experienced developers as
to<br>
exactly what to include in The Bundle.<br>
  <br>
I am still hopeful.<br>
  <br>
Regards,&nbsp; ..mike..<br>
  <br>
  <br>
  <br>
  <br>
  <br>
  <blockquote type="cite" class="cite" cite="">Date: Fri, 22 Feb 2008
10:59:15
-0500<br>
To: <a class="moz-txt-link-abbreviated" href="mailto:serusers@lists.iptel.org">serusers@lists.iptel.org</a><br>
From: Mike Trest - Personal <a class="moz-txt-link-rfc2396E" href="mailto:Mike@Trest.COM">&lt;Mike@Trest.COM&gt;</a><br>
Subject: [Serusers]&nbsp; SIP Express Bundle ready-to-go idea, BUILD
FROM&nbsp; CVS on RH ?<br>
    <br>
Hi,<br>
Followup on prior message:<br>
    <br>
When doing&nbsp; make .... modules I found a similar error that did not
involve a system include.<br>
    <br>
The offending line in avpops_db.h is:<br>
    <br>
int db_store_avp( db_key_t *keys, db_val_t *vals, int n, char
*table);<br>
    <br>
Both examples below and this example are related to forward
declarations<br>
with pointers to structures. <br>
    <br>
Regards,&nbsp; ..mike..<br>
    <br>
    <br>
    <br>
    <br>
    <br>
make[1]: Entering directory
`/usr/local/src/ser-2.0.x-CVS/modules/avpops'<br>
gcc -fPIC -DPIC -g -O9 -funroll-loops&nbsp; -Wcast-align&nbsp;
-minline-all-stringops -falign-loops -ftree-vectorize
-mtune=athlon64&nbsp;&nbsp; -Wall&nbsp;&nbsp;&nbsp;&nbsp;
-DNAME='"ser"' -DVERSION='"2.1.0-dev17-tcp"'
-DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"'
-DCOMPILER='"gcc 4.1.1"' -D__CPU_i386 -D__OS_linux
-DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"'
-DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC
-DSHM_MEM&nbsp; -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP
-DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
-DUSE_DST_BLACKLIST -DUSE_NAPTR&nbsp; -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK
-DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024&nbsp; -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H
-DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c avpops.c -o
avpops.o<br>
In file included from avpops_impl.h:41,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from avpops_parse.h:38,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from avpops.c:50:<br>
avpops_db.h:66: error: expected &acirc;)&acirc; before &acirc;*&acirc; token<br>
make[1]: *** [avpops.o] Error 1<br>
make[1]: Leaving directory
`/usr/local/src/ser-2.0.x-CVS/modules/avpops'<br>
make: *** [modules] Error 1<br>
    <br>
    <br>
========================================================================<br>
Hi,<br>
I am doing a ser build from CVS check-out on a RH based linux with gcc
4.1.1.<br>
The build commands are this.
    <dl>
      <dd>make clean </dd>
      <dd>make proper </dd>
      <dd>make group_include="standard standard-dep stable mysql" </dd>
    </dl>
When I get to any core or module section code which included
futexlock.h header, I get the following:<br>
    <br>
gcc -g -O9 -funroll-loops -Wcast-align -minline-all-stringops
-falign-loops -ftree-vectorize -mtune=athlon64
-Wall&nbsp;&nbsp;&nbsp;&nbsp; -DNAME='"ser"'
-DVERSION='"2.1.0-dev17-tcp"' -DARCH='"i386"'
-DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc
4.1.1"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000
-DCFG_DIR='"/usr/local/etc/ser/"'
-DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC
-DSHM_MEM&nbsp; -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP
-DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER
-DUSE_DST_BLACKLIST -DUSE_NAPTR&nbsp; -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK
-DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024&nbsp; -DCC_GCC_LIKE_ASM
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H
-DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT
-DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c core_cmd.c -o
core_cmd.o<br>
In file included from mem/../futexlock.h:48,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from mem/../lock_ops.h:85,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from mem/shm_mem.h:76,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
from core_cmd.c:32:<br>
/usr/include/linux/futex.h:96: error: expected &acirc;)&acirc; before &acirc;*&acirc; token<br>
/usr/include/linux/futex.h:98: error: expected &acirc;)&acirc; before &acirc;*&acirc; token<br>
make: *** [core_cmd.o] Error 1<br>
=========================================================================<br>
    <br>
The offending lines came from the&nbsp; system header&nbsp;
&lt;futex.h&gt;.&nbsp; The offending lines are:<br>
    <br>
long do_futex(u32 *uaddr, int op, u32 val, unsigned long timeout, u32
*uaddr2, u32 val2, u32 val3);<br>
    <br>
extern int handle_futex_death(u32 *uaddr, struct task_struct *curr, int
pi);<br>
    <br>
By pointing to an alternate version of &lt;futex.h&gt; where these
lines
are commented out<br>
I can compile all the way thru with non-fatal warnings.<br>
    <br>
My questions are:<br>
1) can anyone tell me what are the equivalent lines in the DEB version
where<br>
this code/compile was most recently developed?<br>
2) has anyone got a fix for this error?<br>
    <br>
..mike..<br>
    <br>
    <br>
    <br>
    <br>
_______________________________________________<br>
Serusers mailing list<br>
<a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a><br>
    <a moz-do-not-send="true"
 href="http://lists.iptel.org/mailman/listinfo/serusers"
 eudora="autourl">
http://lists.iptel.org/mailman/listinfo/serusers</a></blockquote>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Serusers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
  </pre>
</blockquote>
</body>
</html>