Cross-compiling ekiga for win32
|
View:
New views
20 Messages
—
Rating Filter:
Alert me
|
| < Prev | 1 - 2 | Next > |
 |
Cross-compiling ekiga for win32
by Julien PUYDT
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Michael Cronenworth
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Eugen Dedu
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Michael Cronenworth
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Eugen Dedu
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Michael Cronenworth
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Eugen Dedu
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Michael Cronenworth
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Julien PUYDT
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by paul hillereau
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Eugen Dedu
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Michael Rickmann
::
Rate this Message:
Am Freitag, den 26.06.2009, 01:48 +0200 schrieb Julien Puydt:
> Michael Cronenworth a écrit : > > It depends on what OS you are building on. The files in win32/ are meant > > for Debian. For Fedora or Windows you would need to customize it a little. > > I'm using debian. I already had a few problems : > - libxml' 2.6.26 isn't available anymore ; > - the openldap compilation fails with : > slapdmsg.rc -O coff -o slapdmsg.res > make[1]: slapdmsg.rc : commande introuvable (means: command not found) > > the Makefile (openldap's libraries/liblutil/ Makefile to be precise) > target triggering the problem is : > lapdmsg.res: slapdmsg.rc slapdmsg.bin > $< -O coff -o $@ > > which doesn't look very honest. > > It's pretty late... uh... early, so I don't think I'll be able to get > myself out of this problem before some rest :-/ > > Snark suggestion how to revise Ekiga's Win32 build - Debian based only, sorry, but better than the current. First, I would like to submit three patches which should go to Ekiga's code directly. 1ekiga_linkmagic.diff allows the linker to choose the correct entry point for a Win32 gui application, so that one can use the -mwindows flag. 2ekiga_shownormal.diff fixes a bug in the installer which would render Ekiga unusable after a default installation. To start Ekiga minimized you have to use Ekiga's own option not the Windows' one. 3ekiga_mvredir.diff fixes a problem under Windows 7 (possibly Vista too). Current Ekiga writes its log files into the application directory. Win7 allows this, but the files are sometimes truncated or they just vanish. It appears they use some mapping to protect the application programs. I would suggest to write the log files onto the user's desktop if debug output was requested. Now to the Ekiga's win32 directory. The current diff subdirectory containes useless diffs. It is needed, however, to hold permanent and temporary patches. Currently there are three for opal and one for ptlib - I will file bug reports for them. The ptlib one is especially nasty because it is Mingw's Win32 headers which are wrong (the WINVER issue), but they seem to prefer being on the conservative side. Finally, in the Makefile I have upgraded the versions of the required libs mostly. libsasl2 and celt were added. And I changed to downloading from git where required (Ekiga) or more reliable (ffmpeg). I attach two forms of the changes to the win32 subdir, a long patch and as an archive of the changed / required files. As we cannot download the win32 subdir separately from git. Starting to build Ekiga would change as follows. Obtain Ekiga git clone git://git.gnome.org/ekiga Make a copy of the win32 directory cp -a ekiga/win32 . Change into that subdirectory, it will be your "BUILDROOT" cd win32 Get all the sources make update-sources Build Ekiga make The Makefile will try to move the already downloaded Ekiga to the right place during the make update-sources. I hope it helps. Regards Michael [1ekiga_linkmagic.diff] diff -ur ekiga.orig/src/gui/main.cpp ekiga/src/gui/main.cpp --- ekiga.orig/src/gui/main.cpp 2009-06-28 08:17:31.000000000 +0200 +++ ekiga/src/gui/main.cpp 2009-06-28 08:18:58.000000000 +0200 @@ -4307,6 +4307,10 @@ return gtk_image_get_pixbuf (GTK_IMAGE (mw->priv->main_video_image)); } +#ifdef WIN32 +// the linker must not find main +#define main(c,v,e) ekigas_real_main(c,v,e) +#endif /* The main () */ int [2ekiga_shownormal.diff] diff -ur src/ekiga/win32/nsisinstaller/ekiga.nsi ekiga/win32/nsisinstaller/ekiga.nsi --- src/ekiga/win32/nsisinstaller/ekiga.nsi 2009-04-19 18:08:42.860313875 +0200 +++ ekiga/win32/nsisinstaller/ekiga.nsi 2009-06-11 13:58:35.729786000 +0200 @@ -393,7 +393,7 @@ Section $(EKIGA_RUN_AT_STARTUP) SecStartup SetOutPath $INSTDIR - CreateShortCut "$SMSTARTUP\Ekiga.lnk" "$INSTDIR\ekiga.exe" "" "" 0 SW_SHOWMINIMIZED + CreateShortCut "$SMSTARTUP\Ekiga.lnk" "$INSTDIR\ekiga.exe" "" "" 0 SW_SHOWNORMAL SectionEnd SubSectionEnd [3ekiga_mvredir.diff] diff -ur ekiga.orig/src/gui/main.cpp ekiga/src/gui/main.cpp --- ekiga.orig/src/gui/main.cpp 2009-06-28 08:22:05.000000000 +0200 +++ ekiga/src/gui/main.cpp 2009-06-28 08:23:30.000000000 +0200 @@ -4410,6 +4410,13 @@ text_label = g_strdup_printf ("PTLIB_TRACE_CODECS_USER_PLANE=%d", debug_level_up); _putenv (text_label); g_free (text_label); + if (debug_level != 0) { + string desk_path = g_get_user_special_dir (G_USER_DIRECTORY_DESKTOP); + if (!desk_path.empty ()) { + std::freopen((desk_path + "\\ekiga-stdout.txt").c_str (), "w", stdout); + std::freopen((desk_path + "\\ekiga-stderr.txt").c_str (), "w", stderr); + } + } #endif /* Ekiga initialisation */ @@ -4579,9 +4586,6 @@ /* use msvcrt.dll to parse command line */ __getmainargs (&argc, &argv, &env, 0, &info); - std::freopen("stdout.txt", "w", stdout); - std::freopen("stderr.txt", "w", stderr); - iresult = main (argc, argv, env); } CloseHandle (ekr_mutex); _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Cross-compiling ekiga for win32
by Julien PUYDT
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Michael Rickmann
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Thierry Simonnet
::
Rate this Message:
After last week changes, I have new cross compiling troubles. See below :
In attachment Makefile I use. (make distclean; make update-sources; make) -------------- Making install in framework make[5]: Entering directory `/root/win32/ekiga/lib/engine/framework' /bin/sh ../../../libtool --tag=CXX --mode=link i586-mingw32msvc-g++ -mms-bitfields -I/root/win32/include/sigc++-2.0 -I/root/win32/lib/sigc++-2.0/include -mms-bitfields -I/root/win32/include/glib-2.0 -I/root/win32/lib/glib-2.0/include -I/root/win32/include/libxml2 -I/root/win32/include -march=pentium-mmx -DPTRACING -mwindows -Wall -Wextra -Winit-self -Wswitch-default -Wswitch-enum -Wstrict-aliasing=2 -Wfloat-equal -Wshadow -DSTATIC_LIBS_USED -shared -module -no-undefined -avoid-version -L/root/win32/lib -march=pentium-mmx -o libgmframework.la -rpath /root/win32/dist/Ekiga form.lo robust-xml.lo gmconf-bridge.lo menu-builder.lo menu-builder-tools.lo form-builder.lo form-dumper.lo form-request-simple.lo runtime-glib.lo services.lo menu-xml.lo kickstart.lo ../../../lib/gmconf/libgmconf.la -L/root/win32/lib -lsigc-2.0 -L/root/win32/lib -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lintl -L/root/win32/lib -lxml2 rm -fr .libs/libgmframework.dll.a i586-mingw32msvc-g++ -mms-bitfields -shared -nostdlib /usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/../../../../i586-mingw32msvc/lib/dllcrt2.o /usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/crtbegin.o .libs/form.o .libs/robust-xml.o .libs/gmconf-bridge.o .libs/menu-builder.o .libs/menu-builder-tools.o .libs/form-builder.o .libs/form-dumper.o .libs/form-request-simple.o .libs/runtime-glib.o .libs/services.o .libs/menu-xml.o .libs/kickstart.o -Wl,--whole-archive ../../../lib/gmconf/.libs/libgmconf.a -Wl,--no-whole-archive -L/root/win32/lib /root/win32/lib/libsigc-2.0.dll.a -lgmodule-2.0 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lintl /root/win32/lib/libxml2.dll.a -L/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj -L/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/../../../../i586-mingw32msvc/lib -lstdc++ -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -lgdi32 -lcomdlg32 -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt /usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/crtend.o -mms-bitfields -mms-bitfields -march=pentium-mmx -mwindows -march=pentium-mmx -o .libs/libgmframework.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libgmframework.dll.a Creating library file: .libs/libgmframework.dll.a ../../../lib/gmconf/.libs/libgmconf.a(gmconf-glib.o):gmconf-glib.c:(.text+0x1f52): undefined reference to `_win32_sysconfdir' collect2: ld returned 1 exit status make[5]: *** [libgmframework.la] Error 1 make[5]: Leaving directory `/root/win32/ekiga/lib/engine/framework' make[4]: *** [install-recursive] Error 1 make[4]: Leaving directory `/root/win32/ekiga/lib/engine' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/root/win32/ekiga/lib' make[2]: *** [install] Error 2 make[2]: Leaving directory `/root/win32/ekiga/lib' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/root/win32/ekiga' make: *** [/root/win32/dist/zips] Error 2 Michael Rickmann wrote: > Am Montag, den 29.06.2009, 14:19 +0200 schrieb Julien Puydt: > >> Michael Rickmann a écrit : >> >>> <big snip> >>> >> I pushed all your changes in. >> > Thanks, I will test it as soon as possible. It should be ok, one never > knows. > >> There's something I don't get : why do you want to download ekiga if you >> already have it on disk? >> > make tries to move the download if it finds it at the most probable > location: > ifeq ($(wildcard $(SRCDIR)/$(EKIGA_ARCHIVE)),) > ifneq ($(wildcard $(BUILDROOT)/../$(EKIGA_ARCHIVE)/.git),) > update-ekiga: > echo --- Moving Ekiga master... > $(MV) $(BUILDROOT)/../$(EKIGA_ARCHIVE) $(SRCDIR) > else > .... > I and the Makefile are just used to have all sources in one subdir. > > >> Perhaps it's something you don't know about autotools : they allow >> out-of-tree builds. You have your sources in $WHATEVER_DIR, but want to >> build in $THIS_DIR : >> $ mkdir -p $THIS_DIR >> $ cd $THIS_DIR >> $ $WHATEVER_DIR/configure $CONFFLAGS >> $ make >> >> This will build the usual program ; if in another console you do : >> $ ~/bin/setup_for_cross_compile >> $ mkdir -p $(THIS_DIR)_cross >> $ cd $(THIS_DIR)_cross >> $ $WHATEVER_DIR/configure $CROSS_CONFFLAGS >> $ make >> >> Then the same sources will be built with very different options in >> different directories. >> >> > Now I remember, I used that when I was building the cross tools myself, > gcc uses that scheme. > > >> Hope this helps, >> >> > It may come in the next revision of the Makefile for a couple of > sources. For those sources, which we are working on, copying the source > and building in tree was what the Makefile was providing for up to now, > but building from a separate git clone may be even easier. > > >> Snark >> _______________________________________________ >> > Thanks > Michael > _______________________________________________ > Ekiga-devel-list mailing list > Ekiga-devel-list@... > http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Cross-compiling ekiga for win32
by Jarmo Pussinen
::
Rate this Message:
Michael Rickmann wrote:
> > As we cannot download the win32 subdir separately from git. Starting to > build Ekiga would change as follows. > Obtain Ekiga > git clone git://git.gnome.org/ekiga > Make a copy of the win32 directory > cp -a ekiga/win32 . > Change into that subdirectory, it will be your "BUILDROOT" > cd win32 > Get all the sources > make update-sources > Build Ekiga > make > The Makefile will try to move the already downloaded Ekiga to the right > place during the make update-sources. I have installed mingw32 version that was mentioned in erlier mails, but I still get three errors. I kind of fixed them, but the resulting executable crashes on video call and on exit. I have attached the bug logs and my patches how I fixed them. (The patches are incremental and should be applied after each corresponding bug, because of the way the build script creates the source tree.) Especially the first bug seems weird in celt/configure: ./configure: line 12345: syntax error near unexpected token `tools="tools",' ./configure: line 12345: ` XIPH_PATH_OGG(tools="tools", tools="")' And I am sure that my fix replacing 'XIPH_PATH_OGG(tools="tools", tools="")' with 'tools="tools"' is not very good. The second bug is about undefined _win32_sysconfdir. And the third bug is about misplace ekiga-rc.o. The latter two I fixed in a reasonable manner (I hope) by adding libgmplatform.la to Makefile and by fixing ekiga-rc.o path in another Makefile. I cannot give much debug help about crashes, because starting Ekiga with command line "ekiga.exe -d 4" causes an additional command line window named c:\Program Files\Ekiga\plugins\h264_video_pwplugin_helper.exe to appear, but that window stays empty. Thanks jarmo _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
|
|
Re: Cross-compiling ekiga for win32
by Thierry Simonnet
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Michael Rickmann
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Jarmo Pussinen
::
Rate this Message:
|
|
|
Re: Cross-compiling ekiga for win32
by Jarmo Pussinen
::
Rate this Message:
Michael Rickmann wrote:
> That Window is absolutely harmless. It is caused by some code in Opal > when debug output is selected and should only contain messages from the > h264_video_pwplugin_helper.exe. Ekiga's debug output should be contained > in a file ekiga-stderr.txt which should appear on your desktop. This > change of file location has become necessary because of security > features of newer Windows versions. I start Ekiga in debug mode from an > extra shortcut symbol with -d 4 added to the command line. And the promised logs follow. jarmo _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@... http://mail.gnome.org/mailman/listinfo/ekiga-devel-list |
win32.diff.gz (20K) | < Prev | 1 - 2 | Next > |
| Free embeddable forum powered by Nabble | Forum Help |
