Giles Robertson wrote:
Just got an error on the following compile:
In file included from C:/msys/1.0/fg/include/plib/pu.h:2140,
from layout-props.cxx:1:
C:/msys/1.0/fg/include/plib/puGLUT.h:36:22: GL/glut.h: No such file or
directory
My fault; I Forgot to test the build on a
Gunnstein Lye wrote:
Thanks for the info. Do you really have to build separate binaries
of gcc for each target? I thought I could use the same binary for
linux (native) and windows (crosscompiling).
Not to my knowledge. The code generation is more or less identical,
but some of the symbol
Andy Ross writes:
Gunnstein Lye wrote:
Thanks for the info. Do you really have to build separate binaries
of gcc for each target? I thought I could use the same binary for
linux (native) and windows (crosscompiling).
Not to my knowledge. The code generation is more or less identical,
Norman Vine wrote:
Andy Ross wrote:
You *can* do this with cygwin [...] The compiler supports a
-mno-cygwin flag
Unfortunately it turns out that cygwin doesn't install these tools
under the conventional platform-program names (e.g. mingw32-gcc)
To invoke the the MingW version of the
Andy Ross writes:
Norman Vine wrote:
Andy Ross wrote:
You *can* do this with cygwin [...] The compiler supports a
-mno-cygwin flag
Unfortunately it turns out that cygwin doesn't install these tools
under the conventional platform-program names (e.g. mingw32-gcc)
To invoke
Andy Ross writes:
Norman Vine wrote:
Andy Ross wrote:
You *can* do this with cygwin [...] The compiler supports a
-mno-cygwin flag
Unfortunately it turns out that cygwin doesn't install these tools
under the conventional platform-program names (e.g. mingw32-gcc)
To invoke
I actually got interested in all this windows stuff yesterday (no, I
can't explain why), and played around with getting it built. Here's
the proof:
http://plausible.org/andy/fgfs-mingw.zip [2.3 MB]
It's a MinGW* build, using SDL and OpenAL. It works, with sound and
video mode switching.
Andy Ross writes:
I actually got interested in all this windows stuff yesterday (no, I
can't explain why), and played around with getting it built. Here's
the proof:
http://plausible.org/andy/fgfs-mingw.zip [2.3 MB]
Cool
+ There is no Win32 implementation of the simgear/threads
Norman Vine wrote:
Andy Ross writes:
+ There is no Win32 implementation of the simgear/threads stuff, so
MinGW (and MSVC) builds cannot use threads.
see
Open Source POSIX Threads for Win32
http://sources.redhat.com/pthreads-win32/
This works fine with MingW or MSVC and
OK, I think I've got the kinks worked out of the MinGW work, and
have written up a little README (attached) describing how the
process works. Thanks to Norman and Frederic for the pointer to
the pthread library.
The required changes are in CVS now, and the process has been
tested at least on my
Can anyone tell me if FlightGear has been successfully compiled and
linked using mingw?
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Jon S Berndt writes:
Can anyone tell me if FlightGear has been successfully compiled and
linked using mingw?
Before Fred started providing MSVC compiled executables IIRC
the the only Win32 executables ever available for download from
flightgear.org were MingW compiled.
What problems are you
On Mon, 12 Apr 2004 11:45:48 -0400
Norman Vine [EMAIL PROTECTED] wrote:
Before Fred started providing MSVC compiled executables IIRC
the the only Win32 executables ever available for download from
flightgear.org were MingW compiled.
What problems are you experiencing ?
Norman
Nothing really. I
On Thu, 08 Apr 2004 10:14:57 -0500
Jon S Berndt [EMAIL PROTECTED] wrote:
How does one get g++ under CygWin to use the mingw includes and
libraries instead of the nominally supplied ones (which, I think,
require the cygwin dll to execute).
Jon
How does one get g++ under CygWin to use the mingw includes and
libraries instead of the nominally supplied ones (which, I think,
require the cygwin dll to execute).
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
On 4/8/04 at 10:14 AM Jon S Berndt wrote:
How does one get g++ under CygWin to use the mingw includes and
libraries instead of the nominally supplied ones (which, I think,
require the cygwin dll to execute).
I *think* that you just include the -mno-cygwin flag during compilation.
eg
g++
On Thu, 08 Apr 2004 16:26:08 +0100
David Luff [EMAIL PROTECTED] wrote:
On 4/8/04 at 10:14 AM Jon S Berndt wrote:
How does one get g++ under CygWin to use the mingw includes and
libraries instead of the nominally supplied ones (which, I think,
require the cygwin dll to execute).
I *think*
Jon S Berndt wrote:
On Thu, 08 Apr 2004 16:26:08 +0100
David Luff [EMAIL PROTECTED] wrote:
On 4/8/04 at 10:14 AM Jon S Berndt wrote:
How does one get g++ under CygWin to use the mingw includes and
libraries instead of the nominally supplied ones (which, I think,
require the cygwin
On Thu, 8 Apr 2004 19:27:50 +0200
Frederic Bouvier [EMAIL PROTECTED] wrote:
I guess that you should link with -lwsock32 ( or -lws2_32 if it
isn't working )
-Fred
That fixed it, thanks.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Frederic Bouvier writes:
Norman Vine wrote :
[snip]
continues to spew
Stopping audio after 0 sec: squeal
Stopping audio after 0 sec: rumble
Anybody got any ideas ??
It happens to me with MSVC when I link the MS runtime statically.
The sound works (I can hear something) when
I wrote:
Norman Vine wrote :
[snip]
continues to spew
Stopping audio after 0 sec: squeal
Stopping audio after 0 sec: rumble
Anybody got any ideas ??
It happens to me with MSVC when I link the MS runtime statically.
The sound works (I can hear something) when the MS runtime is
Norman Vine wrote :
[snip]
continues to spew
Stopping audio after 0 sec: squeal
Stopping audio after 0 sec: rumble
Anybody got any ideas ??
It happens to me with MSVC when I link the MS runtime statically.
The sound works (I can hear something) when the MS runtime is linked
dynamically. I
Norman Vine wrote:
Hi All
Here are some changes that allow FGFS to compile with MingW32
Okay they are in.
I don't know whether removing the winbase.h check from configure will
hit any other compiler, but there doesn't seem any check for it in the
source.
Erik
Erik Hofman writes:
Norman Vine wrote:
Hi All
Here are some changes that allow FGFS to compile with MingW32
Okay they are in.
I don't know whether removing the winbase.h check from configure will
hit any other compiler, but there doesn't seem any check for it in the
source.
Thank you
Hi All
Here are some changes that allow FGFS to compile with MingW32
I have temporarily placed a Windows 0.9.2 fgfs executable bundled
with the necessary pthreads.dll and a gui/menubar.xml that allows
toggling in and out of GameMode @
http://www.vso.cape.com/~nhv/files/fgfs/
Note:
The AutoPilot
25 matches
Mail list logo
