bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Modifications to Build Scripts - Cross Compiling Win32


From: Joern Thyssen
Subject: Re: [Bug-gnubg] Modifications to Build Scripts - Cross Compiling Win32
Date: Tue, 5 Aug 2003 08:54:11 +0000
User-agent: Mutt/1.4.1i

On Tue, Aug 05, 2003 at 02:25:02AM -0600, Michael Petch wrote
> Howdy All,
> 
> Since I don't have CVS commit privileges I am going to present you a few
> patches for review/potential incorporation. I should note that these
> were issues I attempted to fix in order to build the Windows version of
> GnuBG on my Linux (Redhat 9) box using the MingW Cross compiler. 
> 
> #1)
> The first patch is for intl/localename.c (against version 1.1).This
> particular file should be updated to support WIN32 header files that
> lack new Language defines. The patch that is applied is a simple update
> of this file using the new one in gettext-0.12.1. Really upgrading the
> whole intl directory in gnubg project to 0.12.1+ would be a better idea.
> This fixes the problem of languages like LANG_SORBIAN breaking the build
> because windows headers don't have defines for newer languages.

I'll apply your change to localename.c, and consider upgrading. Brrrrr,
I remember the problems I had with the previous upgrade... :-)

BTW, sorry for being ignorant: but where in the world to they speak
Sorbian? -- and how did you find out?

> The end result is that with a properly configured Linux Mingw cross
> compiler environment you can pull the cvs source and build a Windows
> build with an appropriate ./configure command with approproate cross
> compiling switches and environment variables and then do a standard make
> to build it up. I have been able to build up the Gui/Non Gui Windows
> Apps (With or without sound), as well tested builds of normal GnuBG for
> my Linux platform using the same files.

Hmm, interesting...

I'll apply your patches.

Jørn




reply via email to

[Prev in Thread] Current Thread [Next in Thread]