o Juha Heinanen [12/10/08 18:03]:
Stefan Sayer writes:
> When I started xmlrpc2di I chose xmlrpc++ due to its ease of use and its
> embedded server (no other dependencies). you can reimplement it with
> xmlrpc-c, that should be doable, but I don't see much advantage in that.
> If you cannot install xmlrpc++ from pacakge, you can simply include the
> source tree in the sems tree (see make install-xmlrpcpp; or better use
> 0.7+cvs20040713-2.1 source from debian stable).
i made debian lenny xmlrpc++ package, but it is not possible to install
it on lenny, because libxmlrpc-c3 conflicts with xmlrpc++. so i went and
included xmlrpc++ in sems source tree and after that xmlrpc2di compiled
ok.
so, is your conclusion that xmlrpc++ should be included with sems' source?
in latest rev 1196 also dsm compiles without warnings.
what still needs to get fixed is ivr, because it generates lots of these
kinds of warnings:
IvrAudio.cpp: In function ??PyObject* IvrAudioFile_exportRaw(IvrAudioFile*,
PyObject*)??:
IvrAudio.cpp:218: warning: deprecated conversion from string constant to
??char*??
unfortunately that is beyond our control, but as i said if you are using
python 2.5 they should be gone iirc.
finally, core/plug-in/g722 fails like this:
make[3]: Entering directory `/usr/src/trunk-src/core/plug-in/g722'
../Makefile.audio_module:2: ..//../Makefile.defs: No such file or directory
make[3]: *** No rule to make target `..//../Makefile.defs'. Stop.
that is weird. are you building it any different than other codec
modules? it has exactly the same build options and makefile.
Thanks
Stefan
-- juha
--
Stefan Sayer
VoIP Services
[email protected]
www.iptego.com
IPTEGO GmbH
Am Borsigturm 40
13507 Berlin
Germany
Amtsgericht Charlottenburg, HRB 101010
Geschaeftsfuehrer: Alexander Hoffmann
_______________________________________________
Semsdev mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/semsdev
