>>> Ross Burton <r.burton@...> 09/21/01 04:27pm >>>
> Has anyone build RPMs for RedHat 6.2/7.1 of MinGW built as a
> cross-compiler, so we can build Windows code from Linux?
No, sorry. I tought about it, but I had no time.
> I know the source/instructions are out there, but GCC is a pig to build
> and RPMs would save soo much time.
I have a script to build the cross compiler:
You can get it from:
http://members.telering.at/jessich/mingw -> Cross Compilation
You will find also a precompiled version there.
Ing. Reinhard Jessich Phone: +43/1/81150/2395
Software Design Fax: +43/1/81150/2299
Frequentis Nachrichtentechnik GmbH A-1120 Wien, Spittelbreitengasse 34
http://www.frequentis.com eMail: rjessich@...
I've found a bizarre problem with MinGW.
I'm doing a little GUI application for Windows. The program doesn't make use
of the standard Windows controls: all the application does for drawing is:
On my program, buttons and other controls are really groups of bitmaps,
BitBlt'ed over the background.
This way, the program goes well on a wide variety of platforms and graphic
hardware. Strangely, I've found a graphic card (ATI Rage pro) on which the
program doesn't work well: only the last BitBlt seems to work (the window
appears transparent but the last button is drawed).
If the same program is compiled with Visual C++ 6.0, it works perfectly on any
machine, including those with the ATI Rage.
I've found the winnt.h header file on MinGW lacks the following constant
#define PF_FLOATING_POINT_PRECISION_ERRATA 0
#define PF_FLOATING_POINT_EMULATED 1
#define PF_COMPARE_EXCHANGE_DOUBLE 2
#define PF_MMX_INSTRUCTIONS_AVAILABLE 3
#define PF_PPC_MOVEMEM_64BIT_OK 4
#define PF_ALPHA_BYTE_INSTRUCTIONS 5
#define PF_XMMI_INSTRUCTIONS_AVAILABLE 6
#define PF_AMD3D_INSTRUCTIONS_AVAILABLE 7
These constants doesn't appear on MinGW 1.1.
I don't know how to send this to the appropriate person, so it would be great
if anyone can light me on that.