RE: [reSIProcate] Re: Building problem with resiprocate 0.5.0
I've committed this fix - thanks.
-----Original Message-----
From: Mariano Stokle [mailto:mstokle@xxxxxxxxx]
Sent: Sunday, March 27, 2005 5:31 PM
To: jason@xxxxxx
Cc: resiprocate-devel@xxxxxxxxxxxxxxxxxxx; Dennis Dupont
Subject: Re: [reSIProcate] Re: Building problem with resiprocate 0.5.0
Hi again,
I was doing some research and got the answer. Here is the diff file:
440c440
< auto_ptr<AppDialogSetFactory> uac_dsf(new testAppDialogSetFactory);
---
> auto_ptr<testAppDialogSetFactory> uac_dsf(new testAppDialogSetFactory);
482c482
< auto_ptr<AppDialogSetFactory> uas_dsf(new testAppDialogSetFactory);
---
> auto_ptr<testAppDialogSetFactory> uas_dsf(new testAppDialogSetFactory);
Regards,
On Sun, 27 Mar 2005 18:12:00 -0300, Mariano Stokle <mstokle@xxxxxxxxx>
wrote:
> Hi,
> me again. Thanks for your comments. I finally could build both
> libraries, resiprocate and dum. Test applications also worked. I am
> analysing now BasicCall.cxx. When I trie to compile, I found some
> errors with abstract functions I solved in TestUac and TestUas
> classes, but I could not figured out about this:
>
> BasicCall.cxx:428: error: no matching function for call to `
> std::auto_ptr<resip::AppDialogSetFactory>::auto_ptr(
> std::auto_ptr<resip::AppDialogSetFactory>)'
> /usr/include/g++/memory:334: error: candidates are:
> std::auto_ptr<_Tp>::auto_ptr(std::auto_ptr_ref<_Tp>) [with _Tp =
> resip::AppDialogSetFactory]
> /usr/include/g++/memory:204: error:
> std::auto_ptr<_Tp>::auto_ptr(std::auto_ptr<_Tp1>&) [with _Tp1 =
> resip::AppDialogSetFactory, _Tp = resip::AppDialogSetFactory]
> /usr/include/g++/memory:192: error:
> std::auto_ptr<_Tp>::auto_ptr(std::auto_ptr<_Tp>&) [with _Tp =
> resip::AppDialogSetFactory]
> BasicCall.cxx:428: error: initializing argument 1 of `void
>
resip::DialogUsageManager::setAppDialogSetFactory(std::auto_ptr<resip::AppDi
alogSetFactory>)
> ' from result of `std::auto_ptr<_Tp>::operator std::auto_ptr<_Tp1>()
[with
> _Tp1 = resip::AppDialogSetFactory, _Tp = testAppDialogSetFactory]'
>
> I am not an expert about auto_ptr, so I am askin for S.O.S. here. Any
> one has introduced any changes in the code to make it work?
>
> Regards,
>
> Mariano
>
>
> On Fri, 25 Mar 2005 08:33:37 -0800, Fischl jason <jason.fischl@xxxxxxxxx>
wrote:
> > Hi all,
> >
> > I think I inadvertently didn't reply my answer to the main list. The
> > autotools build system is currently broken. I recommend that you use
> > the default build system which can be used by just typing make. Have a
> > look at sip/build/Makefile.conf if you want to customize the build
> > (e.g. build shared libraries, enable IPV6, SSL, DTLS, etc.)
> >
> > The problem you are seeing occurs because gperf is not installed on
> > your system. After installing gperf, delete the file MethodHash.cxx
> > and everything will be ok. Alternatively, delete MethodHash.cxx and
> > rerun svn update. The build should be fine after that.
> >
> > If somebody knows how to hack the Makefile to solve this problem, it
> > would be great. The problem occurs because svn timestamps the files to
> > the time of the checkout instead of the time of the checkin
> > (differently from cvs). As a result, make decides that it needs to
> > rebuild MethodHash.cxx from MethodHash.gperf. If gperf doesn't exist,
> > it produces an empty file.
> >
> > jason
> >
> >
> > On Fri, 25 Mar 2005 07:23:05 -0600, Dennis Dupont
> > <ddupont@xxxxxxxxxxxxxxx> wrote:
> > > Mariano
> > >
> > > I was seeing the same problems. I started over yesterday (3/24) with
a
> > > fresh copy
> > > from svn. This time I did *not* use autotools, I just ran make. I
was
> > > able to build
> > > libresiprocate.a and libdum.a that way (using make -k). However, none
> > > of the test
> > > programs would build. I am getting the following link error:
> > >
> > >
../../build/../resiprocate/obj.debug.Linux.i686/libresiprocate.a(MethodT
> > > ypes.o)(.text+0x78): In function `resip::getMethodType(char const*,
> > > int)':
> > >
/home/ddupont/devel/resiprocate-050319/main/sip/resiprocate/MethodTypes.
> > > cxx:62: undefined reference to `resip::MethodHash::in_word_set(char
> > > const*, unsigned)'
> > >
> > > Dennis Dupont
> > > Senior Systems Architect
> > > Intelemedia Communications, Inc.
> > >
> > >
> > > -----Original Message-----
> > > From: Mariano Stokle [mailto:mstokle@xxxxxxxxx]
> > > Sent: Thursday, March 24, 2005 7:16 PM
> > > To: resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> > > Subject: [reSIProcate] Re: Building problem with resiprocate 0.5.0
> > >
> > > I solved that rpoblem forcing to rebuild ARES. Now I found another:
> > >
> > > There is no relue defined to build target "Dialog.cxx" necessary for
> > > "Dialog.lo"
> > >
> > > Anyone with same problem?
> > >
> > > On Thu, 24 Mar 2005 18:45:04 -0300, Mariano Stokle <mstokle@xxxxxxxxx>
> > > wrote:
> > > > Hi,
> > > > I just updated resiprocate using svn to Revision 4045. I
> > > > followed the regular procedure to build using autotools: at sip:
> > > >
> > > > sh use-autotools.sh
> > > > sh autogen.sh
> > > >
> > > > and then at sip/compile:
> > > > ../configure -C --enable-shared --enable-ipv6
> > > > --enable-data-local-size=16 --disable-elog
> > > >
> > > > then:
> > > > make
> > > >
> > > > but I got an error in AresDns.cxx
> > > > ../../resiprocate/AresDns.cxx:12:2: #error Must have ARES
> > > >
> > > > I did not have this problem before..Any one had this problem?
> > > > --
> > > > Mariano Stokle
> > > > SIP Rules
> > > >
> > >
> > > --
> > > Mariano Stokle
> > > SIP Rules
> > >
> > > _______________________________________________
> > > resiprocate-devel mailing list
> > > resiprocate-devel@xxxxxxxxxxxxxxxxxxx
> > > https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
> > >
> >
>
> --
> Mariano Stokle
> SIP Rules
>
--
Mariano Stokle
SIP Rules
_______________________________________________
resiprocate-devel mailing list
resiprocate-devel@xxxxxxxxxxxxxxxxxxx
https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel