[Serusers] ser 2.1 - compilation error - conflicting types

Tomasz Zieleniewski tzieleniewski at gmail.com
Thu Aug 7 20:21:47 CEST 2008


I did
make group_include=radius all

On Thu, Aug 7, 2008 at 7:59 PM, Andrei Pelinescu-Onciul <andrei at iptel.org>wrote:

> On Aug 07, 2008 at 19:43, Tomasz Zieleniewski <tzieleniewski at gmail.com>
> wrote:
> > Hi,
> >
> > Those fixed but new one left:
> > config.mak included
> > make[1]: Wej?cie do katalogu `/home/voip/src/ser/trunk/modules/avpops'
> > gcc -fPIC -DPIC -m64 -g -O9 -funroll-loops -Wcast-align
> > -minline-all-stringops -falign-loops -ftree-vectorize -mtune=opteron
> -Wall
> > -DNAME='"ser"' -DVERSION='"2.1.0-dev23-make"' -DARCH='"x86_64"'
> > -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.3.1"'
> -D__CPU_x86_64
> > -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"'
> > -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM
> -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 -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK
> > -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -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
> > In file included from avpops_impl.h:41,
> >                  from avpops_parse.h:38,
> >                  from avpops.c:50:
> > avpops_db.h:66: error: expected ')' before '*' token
> > make[1]: *** [avpops.o] B??d 1
> > make[1]: Opuszczenie katalogu `/home/voip/src/ser/trunk/modules/avpops'
> > make: *** [modules] B??d 1
>
> avpops doesn't work yet, it was not ported to the new db interface
> (along bdb, dbtext, iptrtproxy a.s.o). It will be ported sometime in the
> future, but note that almost everything you could do with it you can do
> now directly from core, or using db_ops (so it has quite a low priority,
>  unless more people complain).
>
> It should not be compiled by default (make all should not compile it).
> How did you get it to compile?
>
> Andrei
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20080807/3860d236/attachment.htm>


More information about the sr-users mailing list