Dear Filippo, You really hit the head on the nail, as we say in Sweden when you manage to solve something. It seems like your extern patch was what was nedded to make sofia sip work on mingw, at least for me.
Many dear thanks Filippo. /Jonas Jonas Jalminger skrev: > Dear Filippo, > > Thank you for your reply. > > I have also done some more work on this since the last post. I used the > release tarball instead. I can definately confirm 3, 4 and 7. The error > for no 4 only appeared on my XP machine and not on my Vista machine but > this might be due to different installations as I installed mingw at > different times. I have not had the time to investigate this further. > > I did the same as you for no 7 and noticed that it suddenly worked. > > When using the compiled library I still get the two assertions I > mentioned in my last post. However, I will check as soon as possible the > fact that the extern keyword was missing from su_config.h. This might > fix the issue of the first assertion I got. > > I'll get back as soon as have tested your patch. > > Thanks > /Jonas > > Della Betta Filippo skrev: > >> Dear Jonas, all >> if you want to compile the latest version win mingw I found the following: >> 1) to overcome the PKG_CHECK_MODULE problem, you need to install pkg-config >> (see http://www.mingw.org/wiki/FAQ - How do I get pkg-config installed? -) >> 2) I noticed that there are o lot of warnings on mingw complaining >> declaration with SOFIAPUBVAR. I think extern is missing (see patch attached) >> 3) Makefile.am should be modified to include (in case of MinGW platform) >> su_win32_port.c on the list of libsu_la_SOURCES (and removed from EXTRA_DIST) >> 4) I also had some problem with gai_strerror function (the check in >> sac-su2.m4 line 529 don't find gai_strerror for mingw, but actually >> gai_strerror is present on mingw platform). To overcome this issue, I simply >> changed config.h generated defining HAVE_GAI_STRERROR to 1 >> 5) I had some problem with s2check (s2base.c line 77 timespec is not defined >> on mingw platform). I included pthread.h on s2base.c and changed code a >> little since timespec in pthread.h has tv_nsec instead of tv.tv_usec. >> 6) Regarding error in winbase.h, this is due to the fact that #include >> <stdio.h> and #include <stdarg.h> (needed for va_list macro definition) are >> missing on line 274 of sac-su2.m4) >> 7) The -lpthreadVC2 is correct, what mingw doesn't like (I don't know why) >> is the -I and -L syntax with $(top_srcdir). I overcome this issue I put the >> full path of pthread dir (i.e. -I/home/Administrator/sofia-sip/win32/pthread >> and -L/home/Administrator/sofia-sip/win32/pthread) in sac-general.m4 >> >> Hope that helps, >> Regards, >> Filippo >> >> -----Original Message----- >> From: Jonas Jalminger [mailto:jo...@jalminger.com] >> Sent: venerdì 6 marzo 2009 14.56 >> To: Pekka Pessi >> Cc: sofia-sip-devel@lists.sourceforge.net >> Subject: Re: [Sofia-sip-devel] Building sofia-sip with mingw >> >> Dear Pekka and Kai, >> >> Thanks for your replies. I did what Kai suggested and used the latest >> release tarball (1.12.10). It does not complain about any PKG_CHECK_MODULE. >> >> In the config.log I can see the following: >> >> It fails when checking for iphlpapi.h as the winbase.h include gives a >> syntax error on line 1308 and 1309 saying "before va_list". >> >> It fails also on checking for pthread_create beacuse the linker includes >> -lpthread as well as -lpthreadVC2. I suppose that -lpthread should not >> be there. >> >> ld.exe always fails actually on finding phreadVC2.lib. I guess it is >> because the combination -L and -lpthreadVC2 does not work with mingw. >> Shouldn't it be -L/whateverpath/pthreadVC2.lib without the -lpthreadVC2? >> This is also why the long long for printf test fails. >> >> Also, the file su_win32_port.c does not get included in the makefile in >> the su suddirectory. I inserted it along with the .lo counterpart >> directly into the makefile. It now compiled. >> >> However, when I run a program which runs fine on Linux I get two >> assertions when calling: >> nua_create(appl->root, app_callback, appl, TAG_NULL()); >> >> 1. It fails on soa.c line 244 SOA_VALID_ACTIONS(actions). I have traced >> to the the deafult soa struct has its members set to 0 (NULL). >> 2. su_alloc.c line 552 size >= sizeof(*home). The reason is that home = >> NULL. >> >> Well that's about it so far. I guess that the assertions might be >> related to the fact that the configure script repeatadly fails. >> >> Cheers, >> /Jonas >> >> Pekka Pessi skrev: >> >> >>> 2009/3/6 Jonas Jalminger <jo...@jalminger.com>: >>> >>> >>> >>>> Building sofia-sip on Windows using mingw/msys is hard. I have not seen >>>> too many posts regarding this so I will share my experience so far. >>>> >>>> >>>> >>> Thanks for sharing. >>> >>> >>> >>> >>>> I started by doing an autreconf in the top directory. >>>> >>>> >>>> >>> I'm afraid that this is a mistake. autoconf and automake has number of >>> version-related problem. In this particular case, autoconf does not >>> warn if you miss autoconf macros of pkg-config. >>> >>> >>> >>> >>>> Trying configure >>>> gave the following problem: >>>> ./configure: line 16805: syntax error near unexpected token `GLIB,' >>>> ./configure: line 16805: ` PKG_CHECK_MODULES(GLIB, glib-$with_glib, >>>> HAVE_GLIB=yes, HAVE_GLIB=no)' >>>> Trying --with-glib=no had no effect. Instead I manually removed the test >>>> in the configure script and set HAVE_GLIB=no. >>>> >>>> >>>> >>> >>> >>>> Next, it stopped once again on a PKG_CHECK_MODULE for ssl. The same >>>> problem here and I had to manually set HAVE_OPENSSL=0. >>>> >>>> Same problem with CHECK. Same soultion, have_check=0. >>>> >>>> Next, it says that the compiler cannot handle 64-bit integers, which it >>>> can. Again I manully changed it to use %llu and the rest even if the >>>> test failed. >>>> >>>> >>>> >>> Could you have a peek in your config.log and see why and what exactly >>> failed there? >>> >>> >>> >>> >>>> The configuration now completed without errors. Time to do make and it >>>> failed much right away with the first libtool command: >>>> if /bin/sh ../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. >>>> -I. -I../.. -I../../libsofia-sip-ua/su/sofia-sip -Wall -g -O2 >>>> -I../../win32/pthread -DWINVER=0x0501 -D_WIN32_WINNT=0x0501 >>>> -DIN_LIBSOFIA_SIP_UA -DIN_LIBSOFIA_SRES -mms-bitfields -pipe >>>> -mno-cygwin -mwindows -mconsole -Wall -g -O0 -MT su.lo -MD -MP -MF >>>> ".deps/su.Tpo" -c -o su.lo su.c; \ >>>> then mv -f ".deps/su.Tpo" ".deps/su.Plo"; else rm -f ".deps/su.Tpo"; >>>> exit 1; fi >>>> ../../libtool: line 828: X--mode=compile: command not found >>>> ../../libtool: line 828: X--tag=CC: command not found >>>> ../../libtool: line 861: libtool: ignoring unknown tag : command not found >>>> ../../libtool: line 995: *** Warning: inferring the mode of operation is >>>> deprecated.: command not found >>>> ../../libtool: line 996: *** Future versions of Libtool will require >>>> --mode=MODE be specified.: command not found >>>> ../../libtool: line 1139: Xgcc: command not found >>>> and so forth. It seems like there is an extra X inserted. >>>> >>>> >>>> >>> >>> >>>> I have no idea which file to modify to remove the extra X. It would be >>>> great if someone could point me to where the problem is. >>>> >>>> >>>> >>> I think autoreconf used M4 macros from newer libtool for autoconf, but >>> failed to install the libtool script itself. Or vice versa. Either >>> copy the original configure and Makefile.in files from release tar, or >>> run libtoolize --force --install. >>> >>> >>> >>> >> >> ------------------------------------------------------------------------------ >> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise >> -Strategies to boost innovation and cut costs with open source participation >> -Receive a $600 discount off the registration fee with the source code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> _______________________________________________ >> Sofia-sip-devel mailing list >> Sofia-sip-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel >> >> Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle >> persone indicate. La diffusione, copia o qualsiasi altra azione derivante >> dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora >> abbiate ricevuto questo documento per errore siete cortesemente pregati di >> darne immediata comunicazione al mittente e di provvedere alla sua >> distruzione, Grazie. >> >> This e-mail and any attachments is confidential and may contain privileged >> information intended for the addressee(s) only. Dissemination, copying, >> printing or use by anybody else is unauthorised. If you are not the intended >> recipient, please delete this message and any attachments and advise the >> sender by return e-mail, Thanks. >> >> >> > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > Sofia-sip-devel mailing list > Sofia-sip-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel > ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Sofia-sip-devel mailing list Sofia-sip-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
