There is a trouble with ekiga/lib/engine/framework/boost-exceptions.cpp
when cross compiling with mingw32 :
abort is undefined.
___
ekiga-devel-list mailing list
ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Le 29/05/2010 17:07, Thierry Simonnet a écrit :
There is a trouble with ekiga/lib/engine/framework/boost-exceptions.cpp
when cross compiling with mingw32 :
abort is undefined.
I just pushed what should be a fix.
Snark
___
ekiga-devel-list mailing
On 15/05/10 14:30, Thierry Simonnet wrote:
Some things to see :
For compiling purposes, here are the modifs I've done :
* ekiga/src/gui/assisstant.cpp : add #include misc.h after
#include assistant.h
*
On 16/05/10 08:23, Paolo Compagnini wrote:
On 15/05/10 14:30, Thierry Simonnet wrote:
Some things to see :
For compiling purposes, here are the modifs I've done :
* ekiga/src/gui/assisstant.cpp : add #include misc.h after
#include assistant.h
*
Last modification of assistant.cpp (ekiga trunk version) gives me :
gui/assistant.cpp: In function âvoid
prepare_audio_devices_page(EkigaAssistant*)â:
gui/assistant.cpp:1070: error: get_default_audio_device_name was not
declared in this scope
gui/assistant.cpp:1074: error:
On 15/05/10 08:22, Thierry Simonnet wrote:
Last modification of assistant.cpp (ekiga trunk version) gives me :
gui/assistant.cpp: In function âvoid
prepare_audio_devices_page(EkigaAssistant*)â:
gui/assistant.cpp:1070: error: get_default_audio_device_name was not
declared in this scope
It corrected the trouble, but 2 others remain :
#include cstdio in main-window.cpp
and following one :
In file included from gui/misc.cpp:42:
gui/misc.h:47: error: expected initializer before * token
gui/misc.h:54: error: expected initializer before * token
In file included from
Some things to see :
For compiling purposes, here are the modifs I've done :
* ekiga/src/gui/assisstant.cpp : add #include misc.h after
#include assistant.h
* ekiga/src/gui/main-window.cpp : add #include cstdio
* ekiga/src/gui/misc.h : add #include glib.h
*
On 15/05/10 14:30, Thierry Simonnet wrote:
Some things to see :
For compiling purposes, here are the modifs I've done :
* ekiga/src/gui/assisstant.cpp : add #include misc.h after
#include assistant.h
* ekiga/src/gui/main-window.cpp : add #include cstdio
* ekiga/src/gui/misc.h : add #include
For main_windows, I noticed it the 01/04/2010 on the mailing list.
Julien Snark Puydt gave me the hint :
Thierry Simonnet a écrit :
opal/plugins/video/H.264/shared/h264frame.cxx needs also to be patched
as written previously.
Please push upstream.
Hello,
with different versions of ekiga (3.2.6, various 3.3.1) ekiga crashes
when windows screensaver starts. I know, I need to de-activate it but I
think it will be useful to trap this event and avoid crash.
--
Thierry Simonnet
ESIEE-Paris
Par respect pour l’environnement, n’imprimez ce
With new version (HEAD) of opal, ptlib and ffmpeg, H263 seems working.
H264 crashes.
I have some trouble using 5...@ekiga.net. Return video is corrupted (H261
and H263). Any hints?
On 04/02/2010 02:30 PM, Thierry Simonnet wrote:
I also generated a gtk2-runtime-2.20-2010-04-02-ash.exe
This version has troubles with H263, H263+ and H264. It crashes.
For ekiga/src/gui/main_window.cpp: std::freopen : It compiles with
#include cstdio
Let me know where to search to replace video frame at the right place.
Best regards
On 04/01/2010 05:02 PM, Thierry Simonnet wrote:
On
I also generated a gtk2-runtime-2.20-2010-04-02-ash.exe available at
http://www.pateam.org/archive/tmp/ekiga-win32/trunk.
This allow a full windows installer by its integration in Ekiga NSIS
(through Makefile). No need to patch client PC.
My Makefile is also available at the same place :
First test :
* Asterisk registration : OK
* Echo test PCMU/H261 : OK
* Trouble for video frame inside main windows.
TO DO :
* upgrading to GTK-2.20
* re-enabling CODEC_ID_IFF_ILBM, CODEC_ID_IFF_BYTERUN1 inside ffmpeg.
* re-enabling sse and amd3dnow (--enable-sse
RMQ : To complete development environement, it could be useful but not
mandatory to install dosemu package.
Further tests (using my own asterisk PBX) :
* Asterisk registration : OK
* Echo test PCM(A/U)/H261 : OK
* Echo test PCM(A/U)/H263 : OK but trouble for refreshing main
window
Hi,
nice to have news :-)
Thierry Simonnet a écrit :
opal/plugins/video/H.264/shared/h264frame.cxx needs also to be patched
as written previously.
Please push upstream.
Another trouble s:
* on ekiga/lib/engine/framework/boost-exceptions.cpp abort is not
defined. How to correct it
On 04/01/2010 03:54 PM, Julien Puydt wrote:
Hi,
nice to have news :-)
Thierry Simonnet a écrit :
opal/plugins/video/H.264/shared/h264frame.cxx needs also to be
patched as written previously.
Please push upstream.
Diff in attachment
Another trouble s:
* on
Hello,
I discovered this week that it is necessary to use gtk+-dev_2.18.
Unfortunately, even if I can cross compile ekiga for win 32 using
gtk+-dev_2.18, there are some problems when executing.
I will write a complete report next week.
Best regards
Thierry
Hello,
I will have a look on all troubles.
I tested chat part of Ekiga.
I noticed that there is a trouble when sending an instant message with a
SIP account. The From field of the SIP MESSAGE (RFC3428) is set to
windows user and not to cid_num.
I integrate MESSAGE method on chan_sip of my
can you send me your Makefile for cross compiling this version of ekiga?
On Mon, Feb 1, 2010 at 11:10 AM, e schmidbauer e.schmidba...@gmail.comwrote:
just tested the celt codec (0.7.1) with freeswitch and it works! great job
everyone.
On Mon, Feb 1, 2010 at 8:50 AM, Thierry Simonnet
You can get all you need at
http://www.pateam.org/archive/tmp/ekiga-win32/trunk
http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.1-git-496_gb9026d8-celt071.exe
:
* Makefile I use
* celtcodec.c (I put a #define to avoid compiling trouble, waiting
for a clean
Hi Thierry,
Thierry Simonnet wrote:
I used version 496 intensively. Here are my first feedbacks :
1/ trouble with the fist call. I need to use history or adress book. The
green phone pic at the right has no effects.
2/ trouble to end a call. Many time, it is necessary to click twice or
three
Hi,
I integrate celt 0.7.1 on my Makefile and use your last celtcodec.c file.
As Eugen wrote, there is a trouble using HAVE_CELT_0_7_0_OR_LATER.
For test purposes, I defined it at 1 in your celtcodec.c file, waiting
for a final patch.
You can download the last ekiga-setup.exe at
just tested the celt codec (0.7.1) with freeswitch and it works! great job
everyone.
On Mon, Feb 1, 2010 at 8:50 AM, Thierry Simonnet t.simon...@esiee.frwrote:
Hi again,
I checked my package and saw that I made a mistake for plib and opal (due
to name change from 2/3.7beta1 to 2/3.9beta0.
I
e schmidbauer wrote:
I've attached what i think will work for compiling opal with celt 0.7
Can you please test it to see if it compiles?
Thanks a lot for the patch.
1. When compiling, I have a few warnings, could you remove them too?
snoopy:~/softs/ekiga/opal/plugins/audio/celt$ make
[CC]
Please try compiling with this file. I have not been able to test this
version of celt because i do not have a linux machine available to cross
compile. If you are successful at compiling, i can test it out. I will get
to the plugins/configure.ac file later. Please tell me if you get any errors
or
I have two warnings:
snoopy:~/softs/ekiga/opal/plugins/audio/celt$ make
[CC] celtcodec.c
celtcodec.c: In function ‘valid_for_sip’:
celtcodec.c:196: warning: pointer targets in passing argument 1 of
‘strcasecmp’ differ in signedness
/usr/include/string.h:534: note: expected ‘const char *’ but
This should work.
On Sun, Jan 31, 2010 at 2:48 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr
wrote:
I have two warnings:
snoopy:~/softs/ekiga/opal/plugins/audio/celt$ make
[CC] celtcodec.c
celtcodec.c: In function ‘valid_for_sip’:
celtcodec.c:196: warning: pointer targets in passing
Great!
Note however that replacing
#ifdef HAVE_CELT_0_5_0_OR_LATER
with
#ifdef HAVE_CELT_0_7_0_OR_LATER
is not good.
There should be something like this:
#ifdef HAVE_CELT_0_7_0_OR_LATER
your new line
#elifdef HAVE_CELT_0_5_0_OR_0_6_0
existing line
#else
existing line
#endif
Could you compile it and post the install? I'll work on the configure.ac
On Sun, Jan 31, 2010 at 5:33 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr
wrote:
Great!
Note however that replacing
#ifdef HAVE_CELT_0_5_0_OR_LATER
with
#ifdef HAVE_CELT_0_7_0_OR_LATER
is not good.
There should
e schmidbauer wrote:
Can you send me your makefile? or possibly compile ekiga with celt 0.7.1?
celt 0.7 changed their API and does not compile with ekiga. If you can
provide a patch it would be wonderful! (See also
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556832)
On Tue, Jan 26, 2010
Thierry Simonnet wrote:
Hello,
even if it is a little bit late, I wish you a Happy new year.
I have a lot of trouble compiling ekiga/trunk for windows. In attachment
make.log.
I tried to compile ekiga using opal and ptlib both in 2.7/3.7 version and
trunk
version.
I previously
Hi Eugen,
Ptlib mod :
previously I used 2.7 version without trouble. I changed my makefile to
use trunk version and had following trouble :
'P_fd_set::P_fd_set(const P_fd_set)' is private
Audio SHM:
I only modify this for compiling purposes. I need to check why I have
this trouble.
I will
Some feedbacks on 493/494 version using logitech QuickCam S5500 under
winXP SP3:
works with 5...@ekiga.net more than 40h without quality loss (h261/PCMA)
I also did some test on my own asterisk PBX. No trouble with h261, h263
and h264. H264 needs CPU resources.
H263+ doesn't work. I will send
Hi,
I made 2 mods :
src/ptlib/include/ptlib/socket.h (line 495):
/* private: */
public:
P_fd_set(const P_fd_set ) {}
void operator=(const P_fd_set ) {}
};
src/ptlib/plugins/Makefile.in :
###audioSHM
#HAS_AUDIOSHM= 1
HAS_AUDIOSHM= 0
ifeq
So with these two modifications, ekiga trunk compiles well on windows?
Does also 5...@ekiga.net work?
Thierry Simonnet wrote:
Hi,
I made 2 mods :
src/ptlib/include/ptlib/socket.h (line 495):
/* private: */
public:
P_fd_set(const P_fd_set ) {}
void operator=(const P_fd_set )
ekiga cross-compile under linux for Windows :-)
5...@ekiga.net works with low latency :-)
I use :
* opal : trunk
* ptlib : trunk
* LOUDMOUTH_VER := 1.4.3
* OPENLDAP_VER := 2.4.19
* LIBSASL2_VER := 2.1.22
* OGG_VER := 1.1.4
* SPEEX_VER := 1.2rc1
* GTK_VER := 2.16.6-1
*
Hello,
even if it is a little bit late, I wish you a Happy new year.
I have a lot of trouble compiling ekiga/trunk for windows. In
attachment make.log.
I tried to compile ekiga using opal and ptlib both in 2.7/3.7 version
and trunk version.
I previously posted for the same trouble and had
Damien Sandras schrieb:
Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit :
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For
the attached gdb backtrace I did a bt then thread apply all bt, not
very meaningful I think. The d4 output I do not dare to
Le jeudi 29 octobre 2009 à 19:04 +0100, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit :
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For
the attached gdb backtrace I did a bt then thread
Michael Rickmann schrieb:
This is the last one for tonight and a rather old one. It occurs when I
Remove an account in the accounts window. We do not have it in stable
and I can not remember when it appeared in head/master. It must have
been before June 09. To get a more meaning backtrace than
Le jeudi 29 octobre 2009 à 19:53 +0100, Michael Rickmann a écrit :
Michael Rickmann schrieb:
This is the last one for tonight and a rather old one. It occurs when I
Remove an account in the accounts window. We do not have it in stable
and I can not remember when it appeared in
Am Montag, den 26.10.2009, 20:57 +0100 schrieb Damien Sandras:
Le dimanche 25 octobre 2009 à 22:56 +0100, Michael Rickmann a écrit :
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For
the attached gdb backtrace I did a bt then thread apply all bt, not
very
I got this under XP-SP2 when calling 5...@ekiga.net after hanging up. For
the attached gdb backtrace I did a bt then thread apply all bt, not
very meaningful I think. The d4 output I do not dare to attach, first
normal then
2009/10/25 22:18:35.750 2:10.605 Media Patch:1892
This is the last one for tonight and a rather old one. It occurs when I
Remove an account in the accounts window. We do not have it in stable
and I can not remember when it appeared in head/master. It must have
been before June 09. To get a more meaning backtrace than the attached
one (bt then
Hello,
the last commit(s) on celt tree generate(s) some compiling errors on
opal/codecs.
To have a working compiling toolchain :
.../src/celt# git reset --hard 6a9780228032bcc7c7b701df6d156e194c05b099
Best regards
--
Thierry Simonnet
ESIEE-Paris
Par respect pour l’environnement,
Here is the output :
[CC] ./vic/bv.c
[LD] ./h261-vic_video_pwplugin.dll
make[3]: Leaving directory `/root/win32/opal/plugins/video/H.261-vic'
make[3]: Entering directory `/root/win32/opal/plugins/audio/celt'
[CC] celtcodec.c
celtcodec.c: In function 'init_mode':
celtcodec.c:55: warning: passing
Hello,
here it is :
../lib/engine/engine.cpp: In function â..void
engine_init(Ekiga::ServiceCorePtr, int, char**)â..:
../lib/engine/engine.cpp:166: error: type â..class
Ekiga::ServiceCorePtrâ.. argument given to â..deleteâ.., expected pointer
../lib/engine/engine.cpp:167: error: no match for
Thierry Simonnet a écrit :
here it is :
../lib/engine/engine.cpp: In function â..void
engine_init(Ekiga::ServiceCorePtr, int, char**)â..:
../lib/engine/engine.cpp:166: error: type â..class
Ekiga::ServiceCorePtrâ.. argument given to â..deleteâ.., expected pointer
../lib/engine/engine.cpp:167:
Michael Rickmann a écrit :
Let me start with the simple thing. There is a setenv in
src/gui/main.cpp:4367 which seems Pulseaudio related and stops
compilation under Mingw. Attached ekiga_pulseenv.diff disables it for
WIN32 without doing any harm.
It's in.
Next, in the meantime, we have two
Let me start with the simple thing. There is a setenv in
src/gui/main.cpp:4367 which seems Pulseaudio related and stops
compilation under Mingw. Attached ekiga_pulseenv.diff disables it for
WIN32 without doing any harm.
Next, in the meantime, we have two boost::throw_exception functions one
in
Michael Rickmann a écrit :
I think, I found the reason for the crash. From the sequence of
service_core-add s in lib/engine/engine.cpp follows that
videooutput_core is destructed before videoinput_core, so the preview
shovels data into nothingness. To play it safe I gave the
Michael Rickmann wrote:
Just replying to myself: I think I have localized the culprit, Opal
commits 23554 (Fixed locating correct authorisation credentials for
INVITE when AOR user is different from authorisation ID. Big code tidy
up of SIP handler index maps) and 23559 (Fixed possible double
Le dimanche 04 octobre 2009 à 14:07 +0200, Damien Sandras a écrit :
Le jeudi 01 octobre 2009 à 10:33 +0200, Michael Rickmann a écrit :
I just gave Ekiga master a try with yesterday's Ptlib and Opal. Result
is Ekiga does not start up any longer.
1) I get a crash from
I have come to a solution for integrating libboost into the Win32 build
process. I learnt from the bjam compilation of boost_signals which
compiler flags they use. I combined them with the ones we need and made
a small subMakefile which we call from our main Win32 Makefile, so no
private
Le dimanche 04 octobre 2009 à 12:15 +0200, Michael Rickmann a écrit :
Just replying to myself: I think I have localized the culprit, Opal
commits 23554 (Fixed locating correct authorisation credentials for
INVITE when AOR user is different from authorisation ID. Big code tidy
up of SIP
Le jeudi 01 octobre 2009 à 10:33 +0200, Michael Rickmann a écrit :
I just gave Ekiga master a try with yesterday's Ptlib and Opal. Result
is Ekiga does not start up any longer.
1) I get a crash from opal/src/sip/handlers.cxx:1656
m_byAOR.erase(handler-m_byAOR); - backtrace and d4 log are
Le dimanche 04 octobre 2009 à 12:15 +0200, Michael Rickmann a écrit :
Just replying to myself: I think I have localized the culprit, Opal
commits 23554 (Fixed locating correct authorisation credentials for
INVITE when AOR user is different from authorisation ID. Big code tidy
up of SIP
Hallo,
yes I have succeded with your instructions, but the outcome is not quite
what I think that we need. Two of the compiler flags are wrong we need
1) -mthreads instead of -pthreads and 2) -gstabs instead of -g .
Point 1) can be overcome by changing user-config.jam to
using gcc : :
I just gave Ekiga master a try with yesterday's Ptlib and Opal. Result
is Ekiga does not start up any longer.
1) I get a crash from opal/src/sip/handlers.cxx:1656
m_byAOR.erase(handler-m_byAOR); - backtrace and d4 log are attached.
Ok, then I went back to Ekiga d6ff5f8bfcacbb4db 2009-09-04
I've finished generation of ekiga-setup-3.3.1-git-391_g765e249.exe with
generated libboost.
http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.1-git-391_g765e249.exe
First remarks :
libopal.3.7-beta.dll and libpt.2.7-beta1.dll are not included in
nsisinstaller (nor
Thierry Simonnet wrote:
For opal, the trouble is than echocancel codec is not compiled. Inside
Makefile, it is located in SPEEXDSP_SYSTEM codecs block. I copy it
inside Software Codec block
I have sent an e-mail to Craig, who made the modification with this
trouble a few days ago, let's wait
A little mistake for libboost generation.
For step 4 :
use
echo using gcc : : i586-mingw32msvc-g++ : ; user-config.jam
instead of gcc. If not you will have trouble generating .dll library.
Michael Rickmann wrote:
Thierry Simonnet schrieb:
If somebody is interested, I succeed to compile
If somebody is interested, I succeed to compile libbost under linux for
win 32 with mingw .
1/ download last version of libboost : boost_1_40_0.tar.gz
2/ uncompress
3/ generate bjam for local platform : sh bootstrap.sh
4/ create a config file for mingw :
*
touch user-config.jam
*
Thierry Simonnet schrieb:
If somebody is interested, I succeed to compile libbost under linux for
win 32 with mingw .
1/ download last version of libboost : boost_1_40_0.tar.gz
2/ uncompress
3/ generate bjam for local platform : sh bootstrap.sh
4/ create a config file for mingw :
*
I'm not an Ekiga expert but it seems you forgot to attach the mentioned log.
On Tue, Sep 29, 2009 at 8:57 AM, Thierry Simonnet t.simon...@esiee.frwrote:
Hello,
in attachment log of ptlib 2.7 beta build
It is not possible to build last version of ekiga and then not possible to
work on
Tht's true. Here it is ;-)
László Monda wrote:
I'm not an Ekiga expert but it seems you forgot to attach the
mentioned log.
On Tue, Sep 29, 2009 at 8:57 AM, Thierry Simonnet t.simon...@esiee.fr
mailto:t.simon...@esiee.fr wrote:
Hello,
in attachment log of ptlib 2.7 beta build
Thank you for -fstack-protector flag. I will have a look to integrate
libboost on nsisinstaller.
Previous tests indicates that mingw10.dll was missing and trouble for
opal/ptlib naming. I think that the solution will be including libboost
compiling inside main Makefile.
Michael Rickmann
Hi
Michael Rickmann wrote:
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ .
Nice work.
But I
Hi Jarmo,
that local video split sounds serious, thank you for reporting. I have
never seen seen something like that. I admit that I have not played very
much with the resolutions. For my old Phillips ToU Cam Pro which I use
mostly I tried only 640x480 and 320x240 and for both resolutions NTSC.
I
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ .
The Win32 version has two issues:
1) ptlib was
Le mercredi 23 septembre 2009 à 09:35 +0200, Michael Rickmann a écrit :
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
Michael Rickmann wrote:
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ .
The Win32 version has
Am Mittwoch, den 23.09.2009, 10:00 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
Michael Rickmann a écrit :
Am Mittwoch, den 23.09.2009, 10:00 +0200 schrieb Eugen Dedu:
Michael Rickmann wrote:
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and
Hello , thanks for this new release , especially appreciated for Win32
2009/9/23 Michael Rickmann mric...@gwdg.de:I think that gwdg.de has
enough bandwidth
(mirroring Debian, Ubuntu, Suse, ...), so that we can leave the files
there.
I downloaded at 80 Ko/s so it's pretty slow. Why not give
michel memeteau a écrit :
Hello , thanks for this new release , especially appreciated for Win32
2009/9/23 Michael Rickmann mric...@gwdg.de:I think that gwdg.de has
enough bandwidth
(mirroring Debian, Ubuntu, Suse, ...), so that we can leave the files
there.
I downloaded at 80 Ko/s so
Am Mittwoch, den 23.09.2009, 11:06 +0200 schrieb michel memeteau:
Hello , thanks for this new release , especially appreciated for Win32
2009/9/23 Michael Rickmann mric...@gwdg.de:I think that gwdg.de has
enough bandwidth
(mirroring Debian, Ubuntu, Suse, ...), so that we can leave the files
Am Mittwoch, den 23.09.2009, 09:44 +0200 schrieb Damien Sandras:
Le mercredi 23 septembre 2009 à 09:35 +0200, Michael Rickmann a écrit :
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release.
Le mercredi 23 septembre 2009 à 12:04 +0200, Michael Rickmann a écrit :
However, I have a question. Do you think that version to be stable
enough to be released as stable publicly on ekiga.org ?
--
_ Damien Sandras
I would not call it stable but beta, something like skype 2.1 for
yannick wrote:
Damien Sandras a écrit :
Le mercredi 23 septembre 2009 à 12:04 +0200, Michael Rickmann a écrit :
However, I have a question. Do you think that version to be stable
enough to be released as stable publicly on ekiga.org ?
--
_ Damien Sandras
I would not call it stable but
Julien Puydt a écrit :
Michael Rickmann a écrit :
Ok I think I got that one working with attached patch which simply
adds the -fexceptions flag to the AM_CXXFLAGS in src/Makefile.am as
you had done already for the lib Makefile.am. But in general I am not
happy with the C++ exceptions. It
Julien Puydt schrieb:
Michael Rickmann a écrit :
Next compilation fails for videooutput-manager-dx.cpp. I feel not fit
enough to interpret the 67 kB long error log (attached).
Well... C++ templates often lead to worse. Notice that concepts, which
were supposed to make it into C++0x, should
Michael Rickmann a écrit :
Ok I think I got that one working with attached patch which simply adds
the -fexceptions flag to the AM_CXXFLAGS in src/Makefile.am as you had
done already for the lib Makefile.am. But in general I am not happy with
the C++ exceptions. It seems to add considerable
Thierry Simonnet schrieb:
Julien Puydt wrote:
Julien Puydt a écrit :
Thierry Simonnet a écrit :
checking whether the Boost::Signals library is available...
yes configure:
error: Could not link against
!
Michael Rickmann a écrit :
Next compilation fails for videooutput-manager-dx.cpp. I feel not fit
enough to interpret the 67 kB long error log (attached).
Well... C++ templates often lead to worse. Notice that concepts, which
were supposed to make it into C++0x, should have helped make error
Julien Puydt wrote:
Julien Puydt a écrit :
Thierry Simonnet a écrit :
checking whether the Boost::Signals library is available...
yes configure:
error: Could not link against
!
Julien Puydt wrote:
Julien Puydt a écrit :
Thierry Simonnet a écrit :
../lib/engine/.libs/libekiga_engine.a(opal-bank.o):opal-bank.cpp:(.text$_ZN5boost6detail12shared_countC1IN4Opal7AccountEEEPT_[boost::detail::shared_count::shared_countOpal::Account(Opal::Account*)]+0x5d):
undefined
Michael Rickmann wrote:
As far as I can see Win32 Ekiga's audio device / file handling need some
changes:
1) After the GetVolume issue has been fixed in Ptlib (
http://sourceforge.net/tracker/?func=detailaid=2841719group_id=204472atid=989748
) Win32 Ekiga can store the volume settings of its
Thierry Simonnet a écrit :
checking whether the Boost::Signals library is available...
yes configure:
error: Could not link against
!
Could you tell me more?
Snark
Julien Puydt a écrit :
Thierry Simonnet a écrit :
checking whether the Boost::Signals library is available...
yes configure:
error: Could not link against
!
Could
As far as I can see Win32 Ekiga's audio device / file handling need some
changes:
1) After the GetVolume issue has been fixed in Ptlib (
http://sourceforge.net/tracker/?func=detailaid=2841719group_id=204472atid=989748
) Win32 Ekiga can store the volume settings of its primary audio
device in
Hello,
here is the log of yesterday and today's cross compile log for win32.
Is it possible to have information to resolve this trouble?
Best regards
---
make[5]: Entering directory `/root/win32/ekiga/lib/gui'
/bin/sh ../../libtool --tag=CXX
Thierry Simonnet a écrit :
here is the log of yesterday and today's cross compile log for win32.
Is it possible to have information to resolve this trouble?
Yes! Now ekiga uses boost' smart pointers!
Snark
___
Ekiga-devel-list mailing list
Julien Puydt wrote:
Thierry Simonnet a écrit :
here is the log of yesterday and today's cross compile log for win32.
Is it possible to have information to resolve this trouble?
Yes! Now ekiga uses boost' smart pointers!
Julien, what has changed in ekiga dependencies on master? For ex.,
Copying .boost_1_40_0/boost under include gives me :
-
*** Warning: Linking the executable ekiga.exe against the loadable
module
*** libgmpresence.dll.a is not
portable!
*** Warning: Linking the executable ekiga.exe
Thierry Simonnet a écrit :
../lib/engine/.libs/libekiga_engine.a(opal-bank.o):opal-bank.cpp:(.text$_ZN5boost6detail12shared_countC1IN4Opal7AccountEEEPT_[boost::detail::shared_count::shared_countOpal::Account(Opal::Account*)]+0x5d):
undefined reference to `boost::throw_exception(std::exception
Eugen Dedu a écrit :
Julien Puydt wrote:
Thierry Simonnet a écrit :
here is the log of yesterday and today's cross compile log for win32.
Is it possible to have information to resolve this trouble?
Yes! Now ekiga uses boost' smart pointers!
Julien, what has changed in ekiga dependencies on
Julien Puydt a écrit :
Thierry Simonnet a écrit :
../lib/engine/.libs/libekiga_engine.a(opal-bank.o):opal-bank.cpp:(.text$_ZN5boost6detail12shared_countC1IN4Opal7AccountEEEPT_[boost::detail::shared_count::shared_countOpal::Account(Opal::Account*)]+0x5d):
undefined reference to
201 - 300 of 414 matches
Mail list logo