Re: [Ekiga-devel-list] win32 build updated

["Torsten Schlabach" <TSchlabach gmx net>]

Hi Matthias!

Thanks for your effort. I couldn't wait to try it.

Good news first: It worked 99%! It compiled Ekiga, but it failed to create the installer. I will attach a complete log file of the entire build.

Some remarks:

1. There is still that automake-1.9 versus 1.20 problem. I had to patch the Makefile.

2. It seems to be important to stick to

  1. make update-sources
  2. apply the patches to OPAL and PTLib (as long as they are needed)
  3. make

In an earlier attempt, I was curious if I would get the same error message which you got, so I did not patch, but did a make update-sources, tried a make, which failed, than patched the libs and tried again, but was unable to recover.

Tomorrow I will try and run the .exe on a Windows box and report the results. I will just have to check how to get it installed without the installer.

Actually, the dist/Eikiga dir seems to have most of what I would probably need, but I cannot spot the OPAL and PTLib DLLs there.

Additional questions:

- Will we now have a nightly build again?

> However, we will probably drop the 2.0 stuff 
> since it is coming to an end-of-life...

Can we please keep it around at least until the first release of 3.0 is available? As long as 3.0 is an entirely moving target, I'd argue that there are people using 2.0.x in production (either on Linux or Windows) and would need to be able to fix bugs.

Obviously, the build which lead to 2.0.11-BETA.exe does not seem to be reproduceable until know and AFAIK there is no 2.0.12 for Windows at all.

Regards,
Torsten


-------- Original-Nachricht --------
> Datum: Mon, 07 Apr 2008 08:19:16 +0200
> Von: Matthias Schneider <matthias schneider TU-Ilmenau DE>
> An: Ekiga development mailing list <ekiga-devel-list gnome org>
> Betreff: [Ekiga-devel-list] win32 build updated

> 
> 
> Hi all,
> due to the huge demand of the win32 build I have updated Ekiga's Makefile
> to
> work with current ptlib, opal and ekiga svn trunk. The only issue
> remaining are
> the changes made in
> 
> revision 18828: Fixed UNICODE support issue where wchar_t is not precisely
> the
> same thing as the WORD (aka unsigned short) type previously used in
> strings.
> 
> and the corresponding OPAL commit. It completely breaks Ekiga's
> cross-compilation with errors like this:
> 
> ./src/ptclib/asner.cxx: In member function 'PBoolean
> PASN_BMPString::IsLegalCharacter(WORD)':
> ./src/ptclib/asner.cxx:1490: error: invalid conversion from 'const short
> unsigned int*' to 'const wchar_t*'
> In file included from ./src/ptclib/asner.cxx:2498:
> ./src/ptclib/asnber.cxx: In member function 'void
> PASN_BMPString::EncodeBER(PBER_Stream&) const':
> ./src/ptclib/asnber.cxx:246: error: invalid cast from type 'const
> PWCharArray'
> to type 'const wchar_t*'
> 
> [...]
> 
> ./src/ptlib/common/contain.cxx: In constructor 'PString::PString(const
> PWCharArray&)':
> ./src/ptlib/common/contain.cxx:631: error: invalid conversion from 'const
> short
> unsigned int*' to 'const wchar_t*'
> ./src/ptlib/common/contain.cxx:631: error:   initializing argument 1 of
> 'void
> PString::InternalFromUCS2(const wchar_t*, int)'
> ./src/ptlib/common/contain.cxx: In member function 'PWCharArray
> PString::AsUCS2() const':
> ./src/ptlib/common/contain.cxx:1695: error: invalid conversion from 'short
> unsigned int*' to 'WCHAR*'
> ./src/ptlib/common/contain.cxx:1695: error:   initializing argument 5 of
> 'int
> MultiByteToWideChar(UINT, DWORD, const CHAR*, int, WCHAR*, int)'
> 
> Craig, Robert, I do not know if you are both subscribed to this list, but
> if you
> are, could you give it a look?
> 
> In case someone wants to build a win32 ekiga he/she can do the following:
> - get the buildscript like described on the wiki
> - make update-sources
> - aplly the enclosed patches to opal and ptlib, which revert the WideChar
> commits
> - make
> 
> The resulting executable and installer have not been tested by me though,
> so no
> guarantee it will work...
> 
> I have also updated the wiki, separating 2.0 stuff from 3.0 stuff.
> However, we
> will probably drop the 2.0 stuff since it is coming to an end-of-life...
> 
> Matthias
> 
> 
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.