Re: [Flightgear-devel] SimGear CVS error SG_LOG Cygwin

2005-11-23 Thread Georg Vollnhals

Erik Hofman schrieb:


Georg Vollnhals wrote:


Hi,
with the newest SimGear CVS I get this compiling error (Cygwin, gcc 
3.4.4):


RenderTexture.cpp:1595:44: macro "SG_LOG" passed 4 arguments, but takes 



Bah, conditional compiles don't make life easier.
This should be fixed now.

Erik


Erik, thank you! All works fine now. Georg

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS error SG_LOG Cygwin

2005-11-23 Thread Erik Hofman

Georg Vollnhals wrote:

Hi,
with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4):

RenderTexture.cpp:1595:44: macro "SG_LOG" passed 4 arguments, but takes 


Bah, conditional compiles don't make life easier.
This should be fixed now.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] SimGear CVS error SG_LOG Cygwin

2005-11-22 Thread Georg Vollnhals

Hi,
with the newest SimGear CVS I get this compiling error (Cygwin, gcc 3.4.4):

RenderTexture.cpp:1595:44: macro "SG_LOG" passed 4 arguments, but takes 
just 3
RenderTexture.cpp: In member function `void 
RenderTexture::_ParseModeString(const char*, std::vectorstd::allocator >&, std::vector >&)':

RenderTexture.cpp:1592: error: `SG_LOG' undeclared (first use this function)
RenderTexture.cpp:1592: error: (Each undeclared identifier is reported 
only once for each function it appears in.)
RenderTexture.cpp:1642:72: macro "SG_LOG" passed 4 arguments, but takes 
just 3

make[3]: *** [RenderTexture.o] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

Anyone else with this problem?
Regards
Georg

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Norman Vine
Giles  Robertson writes:
> 
> In case anyone's interested, I have at times had to add -lwsock32 to
> LIBS to get some compiles working under mingw (with network programs).
> I forget if that's currently the case for FlightGear.

please use '-lws2_32'   it is a better library

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Giles Robertson
> *** 258,264 
>   case "${host}" in
>   *-*-cygwin* | *-*-mingw32*)
>   dnl CygWin under Windoze.
> !
>   AC_SEARCH_LIBS(alGenBuffers, openal32)
>   AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] )
>   LIBS="$LIBS -lwinmm -ldsound -ldxguid -lole32"
> --- 258,265 
>   case "${host}" in
>   *-*-cygwin* | *-*-mingw32*)
>   dnl CygWin under Windoze.
> ! INCLUDES="$INCLUDES -I/usr/local/include"
> ! LIBS="$LIBS -L/usr/local/lib"
>   AC_SEARCH_LIBS(alGenBuffers, openal32)
>   AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] )
>   LIBS="$LIBS -lwinmm -ldsound -ldxguid -lole32"

In case anyone's interested, I have at times had to add -lwsock32 to
LIBS to get some compiles working under mingw (with network programs).
I forget if that's currently the case for FlightGear.

Giles Robertson

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Paul Surgeon
> Hermann Schiffer wrote:
> >--opengl-headers
> >  Normally, installation does not install NVIDIA's OpenGL header
> >  files.  This option enables installation of the NVIDIA OpenGL
> >  header files.

The nVidia installer puts the header files 
under /usr/share/doc/NVIDIA_GLX-1.0/include/GL by default or where ever your 
distros documentation folder is.
I just do a normal install and then copy them by hand to /usr/include/GL

If you have all the mesa devel stuff installed it's unnecessary to use the 
nVidia headers although they won't hurt.

Paul

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread John Wojnaroski






Hermann Schiffer wrote:

  

  I have the same problem on Debian. Theres two different glx.h residing on
my system, one in /usr/include/GL and one in /usr/X11R6/include/GL.
I tried several combinations of the two files in the two places, no luck
though.
  

On my debian system /usr/include/GL/glx.h is a link to
/usr/X11R6/include/GL/glx.h

-Fred

  
  
I got it sorted: It seems like (on linux) the video driver comes with the 
GL(X) header files, in my case with an Nvidia card, I installed them 
using ' ./NVIDIA-Linux-x86-1.0-6629-pkg1.run --opengl-headers' :

--opengl-headers
  Normally, installation does not install NVIDIA's OpenGL header
  files.  This option enables installation of the NVIDIA OpenGL
  header files.

This put the files in /usr/include/GL, but simgear picked them up from 
/usr/X11R6/include/GL, so i just copied  glx.h and glxtokens.h (glxtokens.h
is included by glx.h and contains the missing definitions). Not sure what 
other files are involved besides those two, but that did the trick for me so 
far.

Hermann

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

  

Yup, nicely done.  worked here as well. 

Thanks
John W


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Hermann Schiffer

> >I have the same problem on Debian. Theres two different glx.h residing on
> > my system, one in /usr/include/GL and one in /usr/X11R6/include/GL.
> >I tried several combinations of the two files in the two places, no luck
> >though.
>
> On my debian system /usr/include/GL/glx.h is a link to
> /usr/X11R6/include/GL/glx.h
>
> -Fred

I got it sorted: It seems like (on linux) the video driver comes with the 
GL(X) header files, in my case with an Nvidia card, I installed them 
using ' ./NVIDIA-Linux-x86-1.0-6629-pkg1.run --opengl-headers' :

--opengl-headers
  Normally, installation does not install NVIDIA's OpenGL header
  files.  This option enables installation of the NVIDIA OpenGL
  header files.

This put the files in /usr/include/GL, but simgear picked them up from 
/usr/X11R6/include/GL, so i just copied  glx.h and glxtokens.h (glxtokens.h
is included by glx.h and contains the missing definitions). Not sure what 
other files are involved besides those two, but that did the trick for me so 
far.

Hermann

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread John Wojnaroski

- Original Message -
From: "Frederic Bouvier" <[EMAIL PROTECTED]>
To: "FlightGear developers discussions" 
Sent: Sunday, February 06, 2005 5:12 AM
Subject: Re: [Flightgear-devel] SimGear CVS errors



>Perhaps John can enlight us on the system he use. My bet would be on
>cygwin looking the way the error was clipped.

Debian with a Nvidia card and glut-3.7 which I thought included the gl
extensions.  I'll have to go back and review just what is on this machine.
It's been a while since I messed with the configuration...

Thanks
John W.



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Frederic Bouvier
Hermann Schiffer a écrit :
Am Sunday, 6. February 2005 14:12 schrieb Frederic Bouvier:
 

Erik Hofman a écrit :
   

 

off
   

You might want to check if the glx-dev package is installed, or the
glx.h header is present on your system.
 

Perhaps John can enlight us on the system he use. My bet would be on
cygwin looking the way the error was clipped.
   

Hi,
I have the same problem on Debian. Theres two different glx.h residing on my 
system, one in /usr/include/GL and one in /usr/X11R6/include/GL.
I tried several combinations of the two files in the two places, no luck 
though.
 

On my debian system /usr/include/GL/glx.h is a link to 
/usr/X11R6/include/GL/glx.h

-Fred

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Hermann Schiffer
Am Sunday, 6. February 2005 14:12 schrieb Frederic Bouvier:
> Erik Hofman a écrit :

> >> off
> >
> > You might want to check if the glx-dev package is installed, or the
> > glx.h header is present on your system.
>
> Perhaps John can enlight us on the system he use. My bet would be on
> cygwin looking the way the error was clipped.

Hi,

I have the same problem on Debian. Theres two different glx.h residing on my 
system, one in /usr/include/GL and one in /usr/X11R6/include/GL.
I tried several combinations of the two files in the two places, no luck 
though.

Any ideas?
Hermann

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Norman Vine
Frederic Bouvier writes:
> 
> > John Wojnaroski wrote:
> >
> >> Started building a CVS version and bombed out in Simgear with the 
> >> following:
> >>
> >> RenderTexture.cpp: In method `RenderTexture::Render
> >> RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
> >
> >
> >> RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar
> >> RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla
> >> make[2]: *** [RenderTexture.o] Error 1
> >> make[1]: *** [install-recursive] Error 1
> >> make: *** [install-recursive] Error 1

> Perhaps John can enlight us on the system he use. My bet would be on 
> cygwin looking the way the error was clipped.

Here are my local changes to Simgear configure.ac that
should help in case John is on Cygwin and happens to have 
the XServer package installed

Norman


$ cvs diff -c configure.ac
Index: configure.ac
===
RCS file: /var/cvs/SimGear-0.3/source/configure.ac,v
retrieving revision 1.82
diff -c -r1.82 configure.ac
*** configure.ac18 Jan 2005 14:34:13 -  1.82
--- configure.ac6 Feb 2005 13:34:43 -
***
*** 121,127 

  dnl Determine an extra directories to add to include/lib search paths
  case "${host}" in
! *-apple-darwin* | *-*-mingw32*)
  echo no EXTRA_DIRS for $host
  ;;

--- 121,127 

  dnl Determine an extra directories to add to include/lib search paths
  case "${host}" in
! *-apple-darwin* | *-*-cygwin* | *-*-mingw32*)
  echo no EXTRA_DIRS for $host
  ;;

***
*** 258,264 
  case "${host}" in
  *-*-cygwin* | *-*-mingw32*)
  dnl CygWin under Windoze.
!
  AC_SEARCH_LIBS(alGenBuffers, openal32)
  AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] )
  LIBS="$LIBS -lwinmm -ldsound -ldxguid -lole32"
--- 258,265 
  case "${host}" in
  *-*-cygwin* | *-*-mingw32*)
  dnl CygWin under Windoze.
! INCLUDES="$INCLUDES -I/usr/local/include"
! LIBS="$LIBS -L/usr/local/lib"
  AC_SEARCH_LIBS(alGenBuffers, openal32)
  AC_SEARCH_LIBS(alutInit, [ openal32 ALut ] )
  LIBS="$LIBS -lwinmm -ldsound -ldxguid -lole32"

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Frederic Bouvier
Erik Hofman a écrit :
John Wojnaroski wrote:
Started building a CVS version and bombed out in Simgear with the 
following:

RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec

RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar
RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla
make[2]: *** [RenderTexture.o] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
looks like a GL extension thingy for SGI machines.

No, it's a standard glx extension that should be supported by all 
UNIX/Linux OpenGL implementations.

Any suggestions where to look or add or specify as an option or turn 
off

You might want to check if the glx-dev package is installed, or the 
glx.h header is present on your system.

Perhaps John can enlight us on the system he use. My bet would be on 
cygwin looking the way the error was clipped.

-Fred

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS errors

2005-02-06 Thread Erik Hofman
John Wojnaroski wrote:
Started building a CVS version and bombed out in Simgear with the following:
RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec

RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar
RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla
make[2]: *** [RenderTexture.o] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
looks like a GL extension thingy for SGI machines.
No, it's a standard glx extension that should be supported by all 
UNIX/Linux OpenGL implementations.
Any suggestions where to look or add or specify as an option or turn off
You might want to check if the glx-dev package is installed, or the 
glx.h header is present on your system.

Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] SimGear CVS errors

2005-02-05 Thread John Wojnaroski
Started building a CVS version and bombed out in Simgear with the following:

RenderTexture.cpp: In method `RenderTexture::Render
RenderTexture.cpp:151: `GLX_RENDER_TYPE_SGIX' undec
RenderTexture.cpp:151: (Each undeclared identifier
RenderTexture.cpp:151: for each function it appears
RenderTexture.cpp:152: `GLX_RGBA_BIT_SGIX' undeclar
RenderTexture.cpp:153: `GLX_DRAWABLE_TYPE_SGIX' und
RenderTexture.cpp:154: `GLX_PBUFFER_BIT_SGIX' undec
RenderTexture.cpp: In method `bool RenderTexture::I
RenderTexture.cpp:456: `GLXFBConfigSGIX' undeclared
RenderTexture.cpp:456: `fbConfigs' undeclared (firs
RenderTexture.cpp:460: implicit declaration of func
RenderTexture.cpp:473: implicit declaration of func
RenderTexture.cpp:480: implicit declaration of func
RenderTexture.cpp:505: `GLX_WIDTH_SGIX' undeclared
RenderTexture.cpp:506: implicit declaration of func
RenderTexture.cpp:507: `GLX_HEIGHT_SGIX' undeclared
RenderTexture.cpp: In method `bool RenderTexture::_
RenderTexture.cpp:611: implicit declaration of func
RenderTexture.cpp: In method `bool RenderTexture::_
RenderTexture.cpp:1774: `GLX_SGIX_pbuffer' undeclar
RenderTexture.cpp:1779: `GLX_SGIX_fbconfig' undecla
make[2]: *** [RenderTexture.o] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

looks like a GL extension thingy for SGI machines.

Any suggestions where to look or add or specify as an option or turn off

Thanks
John W.


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Simgear-cvs

2005-02-03 Thread Norman Vine
Vivian Meazza writes:
> > 
> > Now Flightgear won't compile - stops as following:
> > 
> > /usr/lib/gcc-lib/i686-pc-
> > cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex
> > t+0
> > 5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]'
> > collect2: ld returned 1 exit status
> > make[2]: *** [js_demo.exe] Error 1
> > 
> > I'm using plib 1.8.4. Any more good advice?
> > 
> 
> I think I've worked around this one. I went back to an earlier cvs version
> compiled, then updated to today, and recompiled successfully. I don't know
> why that worked ... it's a computer :-)

A 'make clean; make' or maybe even just a 
 'cd $FGFS/src/Input; make clean; cd $FGFS; make' 
would probably have also worked.

Norman

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Vivian Meazza
Vivian Meazza wrote:
> 
> I wrote:
> 
> >
> > Norman Vine wrote
> >
> >
> > > Vivian
> > >
> > > Haven't got time to investigate but I would try changing
> > > line 4  alctypes.h
> > >
> > > from
> > > #if !defined(_WIN32)
> > > to
> > > #if !defined(WIN32)
> > >
> > > I won't be back online till late tonight
> > >
> >
> > Already working on that, thanks.
> >
> 
> That works - so far as compiling Simgear is concerned. I've attached the
> modified file which works with Norman's modified code, not Erik's.
> 
> Now Flightgear won't compile - stops as following:
> 
> /usr/lib/gcc-lib/i686-pc-
> cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex
> t+0
> 5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]'
> collect2: ld returned 1 exit status
> make[2]: *** [js_demo.exe] Error 1
> 
> I'm using plib 1.8.4. Any more good advice?
> 

I think I've worked around this one. I went back to an earlier cvs version
compiled, then updated to today, and recompiled successfully. I don't know
why that worked ... it's a computer :-)

Regards,

Vivian   



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Vivian Meazza
I wrote:

> 
> Norman Vine wrote
> 
> 
> > Vivian
> >
> > Haven't got time to investigate but I would try changing
> > line 4  alctypes.h
> >
> > from
> > #if !defined(_WIN32)
> > to
> > #if !defined(WIN32)
> >
> > I won't be back online till late tonight
> >
> 
> Already working on that, thanks.
> 

That works - so far as compiling Simgear is concerned. I've attached the
modified file which works with Norman's modified code, not Erik's.

Now Flightgear won't compile - stops as following:

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../libplibjs.a(jsWindows.o)(.tex
t+0
5c9):jsWindows.cxx: undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
make[2]: *** [js_demo.exe] Error 1

I'm using plib 1.8.4. Any more good advice?



Regards,

Vivian



alctypes.h
Description: Binary data
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

RE: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Vivian Meazza
Norman Vine wrote

 
> Vivian
> 
> Haven't got time to investigate but I would try changing
> line 4  alctypes.h
> 
> from
> #if !defined(_WIN32)
> to
> #if !defined(WIN32)
> 
> I won't be back online till late tonight
> 

Already working on that, thanks.


Vivian



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Vivian Meazza
Erik Hofman wrote:

> Vivian Meazza wrote:
> > I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
> stops
> > with the following error:
> >
> > In file included from soundmgr_openal.hxx:50,
> >  from xmlsound.hxx:40,
> >  from xmlsound.cxx:38:
> > /usr/local/include/AL/alc.h:39: error: syntax error before `*' token
> > /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in
> this
> 
> > Any advice on fixing this?
> 
> David Luff and I have figured out this is due to out-dated include files
> in that package. It would really be nice to seem them updated for Cygwin
> users.
> 
> In the mean time you could apply this patch to the alc.h header file:
> 
> diff -u alc.old.h alc.h
> --- alc.old.h   2005-01-31 15:20:33.785550400 +
> +++ alc.h   2005-01-31 15:17:49.299030400 +
> @@ -17,7 +17,7 @@
> #define ALCAPI __declspec(dllimport)
>#endif
> 
> -#ifdef _MSC_VER
> +#if defined _MSC_VER || defined __CYGWIN__
>typedef struct ALCdevice_struct ALCdevice;
>typedef struct ALCcontext_struct ALCcontext;
>   #endif
> 

This is a different solution to Norman's but:

In file included from soundmgr_openal.cxx:33:
/usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct
   ALCdevice_struct ALCdevice'
/usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef
   struct _AL_device ALCdevice'
/usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct
   ALCcontext_struct ALCcontext'
/usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef
   void ALCcontext'

Is some other change needed?

Thanks for you help, instant as always,

Regards,

Vivian



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Norman Vine
Vivian

Haven't got time to investigate but I would try changing
line 4  alctypes.h

from
#if !defined(_WIN32)
to 
#if !defined(WIN32)

I won't be back online till late tonight

Norman

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Vivian
> Meazza
> Sent: Wednesday, February 02, 2005 5:55 AM
> To: 'FlightGear developers discussions'
> Subject: RE: [Flightgear-devel] Simgear-cvs
> 
> 
> Norman Vine wrote
> 
> 
> > Vivian Meazza writes:
> > >
> > > I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
> > stops
> > > with the following error:
> > >
> > > In file included from soundmgr_openal.hxx:50,
> > >  from xmlsound.hxx:40,
> > >  from xmlsound.cxx:38:
> > > /usr/local/include/AL/alc.h:39: error: syntax error before `*' token
> > > /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in
> > this
> > >scope
> > > /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in
> > this
> > >scope
> > > /usr/local/include/AL/alc.h:51: error: variable `ALCboolean
> > >alcMakeContextCurrent' definition is marked dllimport.
> > >
> > > Thereafter follows a long list of similar errors.
> > >
> > > I would suppose that this is a consequence of Erik's latest improvements
> > to
> > > the sound. We Cygwin users are still using Norman Vine's OpenAL stuff.
> > >
> > > Any advice on fixing this?
> > 
> > Yes  I ran into this the other day  :-(
> > 
> > I changed a few defines in my "AL/alc.h"  and it seems to compile
> > but I don't have a soundcard on that machine so .
> > 
> 
> Close, but no coconut yet:
> 
> In file included from soundmgr_openal.cxx:33:
> /usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct
>ALCdevice_struct ALCdevice'
> /usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef
>struct _AL_device ALCdevice'
> /usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct
>ALCcontext_struct ALCcontext'
> /usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef
>void ALCcontext'
> 
> Something else needed?
> 
> 
> Thanks for your very rapid response, as usual
> 
> Regards,
> 
> Vivian
> 
> 
> 
> ___
> Flightgear-devel mailing list
> Flightgear-devel@flightgear.org
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel
> 2f585eeea02e2c79d7b1d8c4963bae2d
> 

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Vivian Meazza
Norman Vine wrote


> Vivian Meazza writes:
> >
> > I'm having a problem compiling Simgear-cvs under Cygwin. The compiler
> stops
> > with the following error:
> >
> > In file included from soundmgr_openal.hxx:50,
> >  from xmlsound.hxx:40,
> >  from xmlsound.cxx:38:
> > /usr/local/include/AL/alc.h:39: error: syntax error before `*' token
> > /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in
> this
> >scope
> > /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in
> this
> >scope
> > /usr/local/include/AL/alc.h:51: error: variable `ALCboolean
> >alcMakeContextCurrent' definition is marked dllimport.
> >
> > Thereafter follows a long list of similar errors.
> >
> > I would suppose that this is a consequence of Erik's latest improvements
> to
> > the sound. We Cygwin users are still using Norman Vine's OpenAL stuff.
> >
> > Any advice on fixing this?
> 
> Yes  I ran into this the other day  :-(
> 
> I changed a few defines in my "AL/alc.h"  and it seems to compile
> but I don't have a soundcard on that machine so .
> 

Close, but no coconut yet:

In file included from soundmgr_openal.cxx:33:
/usr/local/include/AL/alc.h:21: error: conflicting types for `typedef struct
   ALCdevice_struct ALCdevice'
/usr/local/include/AL/alctypes.h:6: error: previous declaration as `typedef
   struct _AL_device ALCdevice'
/usr/local/include/AL/alc.h:22: error: conflicting types for `typedef struct
   ALCcontext_struct ALCcontext'
/usr/local/include/AL/alctypes.h:8: error: previous declaration as `typedef
   void ALCcontext'

Something else needed?


Thanks for your very rapid response, as usual

Regards,

Vivian



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Norman Vine
Vivian Meazza writes:
> 
> I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops
> with the following error:
> 
> In file included from soundmgr_openal.hxx:50,
>  from xmlsound.hxx:40,
>  from xmlsound.cxx:38:
> /usr/local/include/AL/alc.h:39: error: syntax error before `*' token
> /usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this
>scope
> /usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this
>scope
> /usr/local/include/AL/alc.h:51: error: variable `ALCboolean
>alcMakeContextCurrent' definition is marked dllimport.
> 
> Thereafter follows a long list of similar errors.
> 
> I would suppose that this is a consequence of Erik's latest improvements to
> the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. 
> 
> Any advice on fixing this?

Yes  I ran into this the other day  :-(

I changed a few defines in my "AL/alc.h"  and it seems to compile
but I don't have a soundcard on that machine so .

attached

Norman

alc.h
Description: Binary data
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d

Re: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread Erik Hofman
Vivian Meazza wrote:
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops
with the following error:
In file included from soundmgr_openal.hxx:50,
 from xmlsound.hxx:40,
 from xmlsound.cxx:38:
/usr/local/include/AL/alc.h:39: error: syntax error before `*' token
/usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this

Any advice on fixing this?
David Luff and I have figured out this is due to out-dated include files 
in that package. It would really be nice to seem them updated for Cygwin 
users.

In the mean time you could apply this patch to the alc.h header file:
diff -u alc.old.h alc.h
--- alc.old.h   2005-01-31 15:20:33.785550400 +
+++ alc.h   2005-01-31 15:17:49.299030400 +
@@ -17,7 +17,7 @@
   #define ALCAPI __declspec(dllimport)
  #endif
-#ifdef _MSC_VER
+#if defined _MSC_VER || defined __CYGWIN__
  typedef struct ALCdevice_struct ALCdevice;
  typedef struct ALCcontext_struct ALCcontext;
 #endif

Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] Simgear-cvs

2005-02-02 Thread David Luff


On 02/02/2005 at 09:11 Vivian Meazza wrote:

>I'm having a problem compiling Simgear-cvs under Cygwin. The compiler

> 

>I would suppose that this is a consequence of Erik's latest improvements
to
>the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. 
>
>Any advice on fixing this?

You need the following patch to alc.h (one of the files in Norman's
tarball).  According to Erik this alteration is in OpenAL CVS - I guess we
should update the tarball.

Cheers - Dave

$ diff -u alc.old.h alc.h
--- alc.old.h   2005-01-31 15:20:33.785550400 +
+++ alc.h   2005-01-31 15:17:49.299030400 +
@@ -17,7 +17,7 @@
   #define ALCAPI __declspec(dllimport)
  #endif

-#ifdef _MSC_VER
+#ifdef _WIN32
  typedef struct ALCdevice_struct ALCdevice;
  typedef struct ALCcontext_struct ALCcontext;
 #endif



This message has been checked for viruses but the contents of an attachment
may still contain software viruses, which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] Simgear-cvs

2005-02-02 Thread Vivian Meazza
I'm having a problem compiling Simgear-cvs under Cygwin. The compiler stops
with the following error:

In file included from soundmgr_openal.hxx:50,
 from xmlsound.hxx:40,
 from xmlsound.cxx:38:
/usr/local/include/AL/alc.h:39: error: syntax error before `*' token
/usr/local/include/AL/alc.h:51: error: `ALCcontext' was not declared in this
   scope
/usr/local/include/AL/alc.h:51: error: `alcHandle' was not declared in this
   scope
/usr/local/include/AL/alc.h:51: error: variable `ALCboolean
   alcMakeContextCurrent' definition is marked dllimport.

Thereafter follows a long list of similar errors.

I would suppose that this is a consequence of Erik's latest improvements to
the sound. We Cygwin users are still using Norman Vine's OpenAL stuff. 

Any advice on fixing this?

Regards,

Vivian 



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Frederic BOUVIER
Curtis L. Olson wrote:

> Roy Vegard Ovesen wrote:
> > On Fri, 27 Feb 2004 10:40:39 +0100 (CET), Frederic BOUVIER 
> > wrote:
> > 
> >>
> >> A correct solution would be to find out why HAVE_WINDOWS_H is not defined
> > 
> > 
> > Thanks for the tip!
> > 
> > I added "-DHAVE_WINDOWS_H" to my CXXFLAGS environment variable, defining 
> > HAVE_WINDOWS_H. I think this is a better solution that changing the 
> > source code.
> 
> The configure script *should* define this flag for you automatically, but 
> you may need to add:
> 
> #ifdef HAVE_CONFIG_H
> #include 
> #endif
> 
> to the top of the affected file.

That's what I thought first. But the file has already :

#ifdef HAVE_CONFIG_H
#  include 
#endif

and HAVE_WINDOW_H is not present in that file, nor in configure.ac, so no reason
it appears in simgear_config.h

It is defined in simgear_config.h.vc5 that is used to bootstrap MSVC projects

-Fred

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Curtis L. Olson
Roy Vegard Ovesen wrote:
On Fri, 27 Feb 2004 10:40:39 +0100 (CET), Frederic BOUVIER 
<[EMAIL PROTECTED]> wrote:

A correct solution would be to find out why HAVE_WINDOWS_H is not defined


Thanks for the tip!

I added "-DHAVE_WINDOWS_H" to my CXXFLAGS environment variable, defining 
HAVE_WINDOWS_H. I think this is a better solution that changing the 
source code.
The configure script *should* define this flag for you automatically, but 
you may need to add:

#ifdef HAVE_CONFIG_H
#include 
#endif
to the top of the affected file.

Regards,

Curt.
--
Curtis Olson   Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Roy Vegard Ovesen
On Fri, 27 Feb 2004 10:40:39 +0100 (CET), Frederic BOUVIER 
<[EMAIL PROTECTED]> wrote:

A correct solution would be to find out why HAVE_WINDOWS_H is not defined
Thanks for the tip!

I added "-DHAVE_WINDOWS_H" to my CXXFLAGS environment variable, defining 
HAVE_WINDOWS_H. I think this is a better solution that changing the source 
code.

--
Roy Vegard Ovesen
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Roy Vegard Ovesen
On Fri, 27 Feb 2004 10:30:52 +0100, Erik Hofman <[EMAIL PROTECTED]> wrote:

I think this is the problem where cygwin was installed together with 
XFree86. So far everybody has advised not to install XFree86 on cygwin, 
but recently someone suggested to configure using --without-x
I'm sure I haven't installed XFree86.

--
Roy Vegard Ovesen
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Frederic BOUVIER
Roy Vegard Ovesen wrote:

> On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen 
> wrote:
> 
> I should mention that I am using Cygwin.
> 
> > I get this error when building SimGear:
> >
> >
> > if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../.. 
> > -pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD 
...

The code bellow is a dirty hack and not the solution :

$ cvs -z3 -q diff -u glut_shapes.c
Index: glut_shapes.c
===
RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/scene/sky/clouds3d/glut_shapes.c,v
retrieving revision 1.1
diff -u -r1.1 glut_shapes.c
--- a/glut_shapes.c 11 Aug 2003 21:14:48 -  1.1
+++ b/glut_shapes.c 27 Feb 2004 09:37:24 -
@@ -49,9 +49,9 @@
 #endif


-#ifdef HAVE_WINDOWS_H
+//#ifdef HAVE_WINDOWS_H
 #  include 
-#endif
+//#endif


 #include 
==END==

A correct solution would be to find out why HAVE_WINDOWS_H is not defined

-Fred


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Erik Hofman
Roy Vegard Ovesen wrote:
On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen 
<[EMAIL PROTECTED]> wrote:

I should mention that I am using Cygwin.
I think this is the problem where cygwin was installed together with 
XFree86. So far everybody has advised not to install XFree86 on cygwin, 
but recently someone suggested to configure using --without-x

Erik


I get this error when building SimGear:

if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../..
-pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD 
-MP -MF ".deps/glut_shapes.Tpo" \
-c -o glut_shapes.o `test -f 'glut_shapes.c' || echo 
'./'`glut_shapes.c; \
then mv -f ".deps/glut_shapes.Tpo" ".deps/glut_shapes.Po"; \
else rm -f ".deps/glut_shapes.Tpo"; exit 1; \
fi
In file included from glut_shapes.c:59:
/usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token
In file included from glut_shapes.c:61:
glut_shapes.h:12:1: warning: "APIENTRY" redefined
In file included from /usr/include/w32api/GL/glu.h:37,
   from glut_shapes.c:59:
/usr/include/w32api/GL/gl.h:80:1: warning: this is the location of the 
previous definition
make[5]: *** [glut_shapes.o] Error 1

Any ideas?







___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Roy Vegard Ovesen
On Fri, 27 Feb 2004 09:39:14 +0100, Roy Vegard Ovesen 
<[EMAIL PROTECTED]> wrote:

I should mention that I am using Cygwin.

I get this error when building SimGear:

if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../..
-pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD 
-MP -MF ".deps/glut_shapes.Tpo" \
-c -o glut_shapes.o `test -f 'glut_shapes.c' || echo 
'./'`glut_shapes.c; \
then mv -f ".deps/glut_shapes.Tpo" ".deps/glut_shapes.Po"; \
else rm -f ".deps/glut_shapes.Tpo"; exit 1; \
fi
In file included from glut_shapes.c:59:
/usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token
In file included from glut_shapes.c:61:
glut_shapes.h:12:1: warning: "APIENTRY" redefined
In file included from /usr/include/w32api/GL/glu.h:37,
   from glut_shapes.c:59:
/usr/include/w32api/GL/gl.h:80:1: warning: this is the location of the 
previous definition
make[5]: *** [glut_shapes.o] Error 1

Any ideas?




--
Roy Vegard Ovesen
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] SimGear CVS build error

2004-02-27 Thread Roy Vegard Ovesen
I get this error when building SimGear:

if gcc -DHAVE_CONFIG_H -I. -I. -I../../../../simgear -I../../../..
-pipe -O2 -Wall -DWIN32 -DNOMINMAX -D_REENTRANT -MT glut_shapes.o -MD -MP 
-MF ".deps/glut_shapes.Tpo" \
   -c -o glut_shapes.o `test -f 'glut_shapes.c' || echo 
'./'`glut_shapes.c; \
then mv -f ".deps/glut_shapes.Tpo" ".deps/glut_shapes.Po"; \
else rm -f ".deps/glut_shapes.Tpo"; exit 1; \
fi
In file included from glut_shapes.c:59:
/usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token
In file included from glut_shapes.c:61:
glut_shapes.h:12:1: warning: "APIENTRY" redefined
In file included from /usr/include/w32api/GL/glu.h:37,
  from glut_shapes.c:59:
/usr/include/w32api/GL/gl.h:80:1: warning: this is the location of the 
previous definition
make[5]: *** [glut_shapes.o] Error 1

Any ideas?

--
Roy Vegard Ovesen
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] simgear CVS

2004-02-12 Thread Josh Babcock
There still seem to be problems with simgear/environment on the CVS 
server.  I'm not getting any of the files in that dir when I do a cvs 
up. I had to dl them off the web server. Everything else seems to be 
updating well though.

Josh



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS - error

2003-12-27 Thread Curtis L. Olson
Erik Hofman writes:
> Curtis L. Olson wrote:
> > Ok, should be fixed ...
> 
> >>>(/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721/#cvs.lock):
> >>>Permission denied
> 
> Do you have any idea what is causing these problems?
> As far as I can tell everything went smooth.

When new directories are created, they don't seem to automatically get
the correct group id.  I haven't had time to look into the problem.

Curt.
-- 
Curtis Olson   HumanFIRST Program   FlightGear Project
Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org
Minnesota  http://www.flightgear.org/~curt  http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS - error

2003-12-27 Thread Erik Hofman
Curtis L. Olson wrote:
Ok, should be fixed ...

(/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721/#cvs.lock):
Permission denied
Do you have any idea what is causing these problems?
As far as I can tell everything went smooth.
Erik

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS - error

2003-12-27 Thread kreuzritter2000
On Saturday 27 December 2003 18:39, Curtis L. Olson wrote:
> Ok, should be fixed ...
>
Thank you.

Now it works. :)

Best Regards,
 Oliver C.
 

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS - error

2003-12-27 Thread Jacek
Yes, It works.
Curtis L. Olson wrote:
Ok, should be fixed ...

[EMAIL PROTECTED] writes:
 

Am Samstag, 27. Dezember 2003 15:55 schrieb Jacek:
   

I have just tried to update from cvs:


cvs update: Updating simgear/compatibility
cvs update: Updating simgear/compatibility/MIPSpro721
cvs update: failed to create lock directory for
`/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721'
(/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721/#cvs.lock):
Permission denied
cvs update: failed to obtain dir lock in repository
`/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721'
cvs [update aborted]: read lock failed - giving up
I have never seen this before. Any suggestion?
Regards, Jacek.
 

I have the same problem.

I decided to wait until the problem is fixed. :)

Best Regards,
Oliver C.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
   

 



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS - error

2003-12-27 Thread Curtis L. Olson
Ok, should be fixed ...

[EMAIL PROTECTED] writes:
> Am Samstag, 27. Dezember 2003 15:55 schrieb Jacek:
> > I have just tried to update from cvs:
> >
> > 
> > cvs update: Updating simgear/compatibility
> > cvs update: Updating simgear/compatibility/MIPSpro721
> > cvs update: failed to create lock directory for
> > `/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721'
> > (/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721/#cvs.lock):
> > Permission denied
> > cvs update: failed to obtain dir lock in repository
> > `/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721'
> > cvs [update aborted]: read lock failed - giving up
> >
> > I have never seen this before. Any suggestion?
> > Regards, Jacek.
> >
> >
> I have the same problem.
> 
> I decided to wait until the problem is fixed. :)
> 
> 
> Best Regards,
>  Oliver C.
> 
> 
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel

-- 
Curtis Olson   HumanFIRST Program   FlightGear Project
Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org
Minnesota  http://www.flightgear.org/~curt  http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS - error

2003-12-27 Thread kreuzritter2000
Am Samstag, 27. Dezember 2003 15:55 schrieb Jacek:
> I have just tried to update from cvs:
>
> 
> cvs update: Updating simgear/compatibility
> cvs update: Updating simgear/compatibility/MIPSpro721
> cvs update: failed to create lock directory for
> `/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721'
> (/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721/#cvs.lock):
> Permission denied
> cvs update: failed to obtain dir lock in repository
> `/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721'
> cvs [update aborted]: read lock failed - giving up
>
> I have never seen this before. Any suggestion?
> Regards, Jacek.
>
>
I have the same problem.

I decided to wait until the problem is fixed. :)


Best Regards,
 Oliver C.


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] SimGear CVS - error

2003-12-27 Thread Jacek
I have just tried to update from cvs:


cvs update: Updating simgear/compatibility
cvs update: Updating simgear/compatibility/MIPSpro721
cvs update: failed to create lock directory for 
`/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721' 
(/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721/#cvs.lock): 
Permission denied
cvs update: failed to obtain dir lock in repository 
`/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/MIPSpro721'
cvs [update aborted]: read lock failed - giving up

I have never seen this before. Any suggestion?
Regards, Jacek.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] simgear CVS compile problem onscreen/extensions.hxx

2003-06-22 Thread Erik Hofman
Michael Czajka wrote:
Hello;
I just downloaded cygwin, installed PLIB 1.6.0, got the Simgear-0.3 CVS,
installed Metakit, and proceeded to make Simgear. However, I get the
following problem:
This should be fixed now.

Erik

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] simgear CVS compile problem on screen/extensions.hxx

2003-06-20 Thread Michael Czajka
Hello;
I just downloaded cygwin, installed PLIB 1.6.0, got the Simgear-0.3 CVS,
installed Metakit, and proceeded to make Simgear. However, I get the
following problem:


make[3]: Entering directory `/usr/local/src/SimGear/simgear/screen'
if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../..-g -O2
-D_REENTRANT -M
T extensions.o -MD -MP -MF ".deps/extensions.Tpo" \
  -c -o extensions.o `test -f 'extensions.cxx' || echo './'`extensions.cxx; \
then mv -f ".deps/extensions.Tpo" ".deps/extensions.Po"; \
else rm -f ".deps/extensions.Tpo"; exit 1; \
fi
In file included from extensions.cxx:35:
extensions.hxx: In function `void (* SGLookupFunction(const char*))()':
extensions.hxx:65: `glXGetProcAddressARB' undeclared (first use this
function)
extensions.hxx:65: (Each undeclared identifier is reported only once for each
   function it appears in.)
make[3]: *** [extensions.o] Error 1
make[3]: Leaving directory `/usr/local/src/SimGear/simgear/screen'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/SimGear/simgear'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/local/src/SimGear/simgear'
make: *** [all-recursive] Error 1
===


I looked into extensions.hxx and hacked it as follows to get everything to
compile:
===
#if defined( WIN32 )
return (void (*)()) wglGetProcAddress(func);

#elif defined( __APPLE__ )
return (void (*)()) macosxGetGLProcAddress(func);
#else

  // If the target system s UNIX and the ARB_get_proc_address
  // GLX extension is *not* guaranteed to be supported. An alternative
  // dlsym-based approach will be used instead.
  //#if defined( linux ) || defined ( sgi ) //comment out to get to
compile under cygwin
void *libHandle;
void (*fptr)();
libHandle = dlopen("libGL.so", RTLD_LAZY);
fptr = (void (*)()) dlsym(libHandle, func);
dlclose(libHandle);
return fptr;
  //#else//comment out to get to compile under cygwin

  //   return glXGetProcAddressARB(func); //comment out to get to
compile under cygwin
  //#endif //comment out to get to compile under cygwin
#endif
===


After this change Simgear compiles, the FlightGear-0.9 CVS compiles,
however, upon starting FlightGear everything goes well, but when the
splash screen is shown and the beeping sound is heard, things lock and I
get a message in the console as follows:
=
WARNING: SlDSP: Cannot perform this operation while media data is still
playing.
  Reset the device, or wait until the data is finished playing. (33)
=

Could this problem be due to my hack? Could anyone confirm the compile
problem at least, and suggest another fix?

Thanks,
-Mike



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS oddity

2003-06-18 Thread Jim Wilson
What looks odd?  That one "cannot open directory" message just indicates that
you've got a directory in your local copy that was moved or deleted.  Just
remove it.

Best,

Jim

Alex Perry <[EMAIL PROTECTED]> said:

> ? GLenum.patch
> ? sudo-make-install
> ? simgear/interpreter/.deps
> ? simgear/interpreter/Makefile
> ? simgear/interpreter/Makefile.in
> cvs server: Updating .
> cvs server: Updating simgear
> cvs server: Updating simgear/bucket
> cvs server: Updating simgear/compatibility
> cvs server: Updating simgear/debug
> cvs server: Updating simgear/ephemeris
> cvs server: Updating simgear/interpreter
> cvs server: Updating simgear/io
> cvs server: Updating simgear/magvar
> cvs server: Updating simgear/math
> cvs server: Updating simgear/metar
> cvs server: Updating simgear/metar/MetarTest
> cvs server: Updating simgear/misc
> cvs server: Updating simgear/props
> cvs server: Updating simgear/route
> cvs server: Updating simgear/scene
> cvs server: Updating simgear/scene/material
> cvs server: Updating simgear/scene/model
> cvs server: Updating simgear/scene/sky
> cvs server: Updating simgear/scene/sky/clouds3d
> cvs server: Updating simgear/scene/tgdb
> cvs server: Updating simgear/screen
> cvs server: Updating simgear/serial
> cvs server: Updating simgear/sky
> cvs server: cannot open directory /var/cvs/SimGear-0.3/SimGear/simgear/sky:
No such file or directory
> cvs server: skipping directory simgear/sky
> cvs server: Updating simgear/sound
> cvs server: Updating simgear/threads
> cvs server: Updating simgear/timing
> cvs server: Updating simgear/xgl
> cvs server: Updating simgear/xml
> cvs server: Updating src-libs
> 


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] SimGear CVS oddity

2003-06-18 Thread Alex Perry
? GLenum.patch
? sudo-make-install
? simgear/interpreter/.deps
? simgear/interpreter/Makefile
? simgear/interpreter/Makefile.in
cvs server: Updating .
cvs server: Updating simgear
cvs server: Updating simgear/bucket
cvs server: Updating simgear/compatibility
cvs server: Updating simgear/debug
cvs server: Updating simgear/ephemeris
cvs server: Updating simgear/interpreter
cvs server: Updating simgear/io
cvs server: Updating simgear/magvar
cvs server: Updating simgear/math
cvs server: Updating simgear/metar
cvs server: Updating simgear/metar/MetarTest
cvs server: Updating simgear/misc
cvs server: Updating simgear/props
cvs server: Updating simgear/route
cvs server: Updating simgear/scene
cvs server: Updating simgear/scene/material
cvs server: Updating simgear/scene/model
cvs server: Updating simgear/scene/sky
cvs server: Updating simgear/scene/sky/clouds3d
cvs server: Updating simgear/scene/tgdb
cvs server: Updating simgear/screen
cvs server: Updating simgear/serial
cvs server: Updating simgear/sky
cvs server: cannot open directory /var/cvs/SimGear-0.3/SimGear/simgear/sky: No such 
file or directory
cvs server: skipping directory simgear/sky
cvs server: Updating simgear/sound
cvs server: Updating simgear/threads
cvs server: Updating simgear/timing
cvs server: Updating simgear/xgl
cvs server: Updating simgear/xml
cvs server: Updating src-libs

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] SimGear CVS web problem

2003-06-13 Thread Christopher S Horler
Curt,

SimGear/simgear/scene/sky/clouds3d/SkyContext.cpp

When I try to view this using the web interface I get an python error
relating to enscript.

Chris
-

Failure during use of an external program:


enscript --color -W html -Ecpp -o - -


Python Exception Occurred


Traceback (most recent call last):
  File "/usr/local/viewcvs-0.9.2/lib/viewcvs.py", line 2625, in run_cgi
main()
  File "/usr/local/viewcvs-0.9.2/lib/viewcvs.py", line 2589, in main
view_checkout(request)
  File "/usr/local/viewcvs-0.9.2/lib/viewcvs.py", line 1914, in
view_checkout
markup_stream(request, fp, revision, request.mime_type)
  File "/usr/local/viewcvs-0.9.2/lib/viewcvs.py", line 662, in
markup_stream
markup_stream_enscript(lang, fp)
  File "/usr/local/viewcvs-0.9.2/lib/viewcvs.py", line 493, in
markup_stream_enscript
enscript.write(chunk)
IOError: [Errno 32] Broken pipe



-- 
Christopher S Horler <[EMAIL PROTECTED]>


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS

2003-06-12 Thread Christopher S Horler
Whoops, 

My mistake I didn't own the file locally:-)

n Thu, 2003-06-12 at 20:42, Christopher S Horler wrote:
> I just experienced a few problems:
> 
> 
> [EMAIL PROTECTED] SimGear $ cvs upd -dP
> cvs server: Updating .
> P DoxygenMain.cxx
> cvs [update aborted]: cannot open .new.DoxygenMa: Permission denied
-- 
Christopher S Horler <[EMAIL PROTECTED]>


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] SimGear CVS

2003-06-12 Thread Christopher S Horler
I just experienced a few problems:


[EMAIL PROTECTED] SimGear $ cvs upd -dP
cvs server: Updating .
P DoxygenMain.cxx
cvs [update aborted]: cannot open .new.DoxygenMa: Permission denied



-- 
Christopher S Horler <[EMAIL PROTECTED]>


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear CVS Problem

2003-01-01 Thread Curtis L. Olson
Erik Hofman writes:
> Jonathan Polley wrote:
> > I noticed this last night while trying to update SimGear:
> > 
> > % cvs update -dP
> 
> > cvs server: failed to obtain dir lock in repository 
> > `/var/cvs/SimGear-0.3/SimGear/simgear/compatibility'
> > cvs [server aborted]: read lock failed - giving up
> > 
> > 
> > Any thoughts?  I assume that this is a CVS server issue since I have the 
> > problem under both MacOS and Windows.
> 
> It's time for Curtis to quite the holidays and return to do his duty.
> ;-)
> 
> David added some code for me, including one directory, but Curtis has to 
> change the rights of that directory. I guess we'll have to wait a bit.

We went to Dallas to visit my parents for the holidays.  Unfortunately
(or fortunately from my wife's perspective) my work laptop completely
died and refused to boot.  I had a bit of really spotty and highly
inconvenient email access, but I mostly used it to clean cruft so I'd
have less to worry about on my return.  So, if anyone has an extra
laptop lying around they have no use for and want to donate it to a
worthy cause ... :-) :-) :-)

Regards,

Curt.
-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



re: [Flightgear-devel] Simgear cvs hung up

2002-12-31 Thread David Megginson
Jim Wilson writes:

 > H...anything in simgear cvs that would affect building current cvs
 > FlightGear?  It's only the latest changes (last day or so) that I don't have
 > from SimGear.

Hopefully not, but perhaps Erik could post a tarball of the new
compatibility directory anyway just to be safe.


All the best,


David

-- 
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



re: [Flightgear-devel] Simgear cvs hung up

2002-12-31 Thread Jim Wilson
H...anything in simgear cvs that would affect building current cvs
FlightGear?  It's only the latest changes (last day or so) that I don't have
from SimGear.

Best,

Jim


David Megginson <[EMAIL PROTECTED]> said:

> Jim Wilson writes:
> 
>  > Sounds like cvs might be hung up?  It won't give me a read lock on the
>  > "SimGear-0.3/SimGear/simgear/compatibility" directory (permission denied on 
>  > the #cvs.lock file).
> 
> I added that directory with some of Erik's SGI patches, but
> unfortunately, the permissions won't let anyone else read the
> directory until Curt gets back online and fixes things up -- I don't
> have shell access to the CVS machine.
> 
> 
> All the best,
> 
> 
> David
> 
> -- 
> David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
> 
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel
> 



-- 
Jim Wilson - IT Manager
Kelco Industries
PO Box 160
58 Main Street
Milbridge, ME 04658
207-546-7989 - FAX 207-546-2791
http://www.kelcomaine.com




___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



re: [Flightgear-devel] Simgear cvs hung up

2002-12-31 Thread David Megginson
Jim Wilson writes:

 > Sounds like cvs might be hung up?  It won't give me a read lock on the
 > "SimGear-0.3/SimGear/simgear/compatibility" directory (permission denied on 
 > the #cvs.lock file).

I added that directory with some of Erik's SGI patches, but
unfortunately, the permissions won't let anyone else read the
directory until Curt gets back online and fixes things up -- I don't
have shell access to the CVS machine.


All the best,


David

-- 
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



[Flightgear-devel] Simgear cvs hung up

2002-12-31 Thread Jim Wilson
Sounds like cvs might be hung up?  It won't give me a read lock on the
"SimGear-0.3/SimGear/simgear/compatibility" directory (permission denied on 
the #cvs.lock file).

Best,

Jim


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Re: [Flightgear-devel] SimGear CVS Problem

2002-12-31 Thread Erik Hofman
Jonathan Polley wrote:

I noticed this last night while trying to update SimGear:

% cvs update -dP



cvs server: failed to obtain dir lock in repository 
`/var/cvs/SimGear-0.3/SimGear/simgear/compatibility'
cvs [server aborted]: read lock failed - giving up


Any thoughts?  I assume that this is a CVS server issue since I have the 
problem under both MacOS and Windows.

It's time for Curtis to quite the holidays and return to do his duty.
;-)

David added some code for me, including one directory, but Curtis has to 
change the rights of that directory. I guess we'll have to wait a bit.

Curtis!

Erik


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


[Flightgear-devel] SimGear CVS Problem

2002-12-31 Thread Jonathan Polley
I noticed this last night while trying to update SimGear:

% cvs update -dP

cvs server: Updating .
P configure.ac
cvs server: Updating simgear
P simgear/Makefile.am
P simgear/compiler.h
cvs server: Updating simgear/bucket
cvs server: Updating simgear/compatibility
cvs server: failed to create lock directory for 
`/var/cvs/SimGear-0.3/SimGear/simgear/compatibility' 
(/var/cvs/SimGear-0.3/SimGear/simgear/compatibility/#cvs.lock): 
Permission denied
cvs server: failed to obtain dir lock in repository 
`/var/cvs/SimGear-0.3/SimGear/simgear/compatibility'
cvs [server aborted]: read lock failed - giving up


Any thoughts?  I assume that this is a CVS server issue since I have 
the problem under both MacOS and Windows.

Thanks,

Jonathan Polley


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] simgear-cvs compile error (cygwin gcc-3.2)

2002-11-28 Thread ace project

--- Norman Vine <[EMAIL PROTECTED]> wrote:
> William Earnest writes:
> 
> > Norman Vine wrote:
> > 
> > > ace project writes:
> > >
> > > >I'm getting a compile error while compiling the
> latest
> > > >SimGear(CVS) under cygwin(current version/fresh
> > > >install).
> 
> > > >> > >extgl.h:363: `glBlendColor' redeclared as
> different
> > > >kind of symbol /usr/X11R6/include/GL/gl.h:1648:
> > >
> > >
> > > Looks like you have 'X-Windows' installed
> > >
> YIKES -- The *right* way todo this is to just change
> the configure.ac
> files to NOT check for 'X' and NOT include the
> X_Header path when
> WIN32 is defined.
> 
> Obviously this change needs tobe done by someone who
> has the 
> Cygwin X-Server installed
> 
> There is support in the script already to determine
> if this
> is a Windows installation.  
> 
> My WAG is that perhaps changing
> 
> if test "x$HOSTTYPE" != "xmacintosh" -a "x$is_mingw"
> != "xyes"; then
> dnl extra library and include directories
> EXTRA_DIRS="/usr/X11R6"
> 
> if test -d /opt/X11R6 ; then
> EXTRA_DIRS="$EXTRA_DIRS /opt/X11R6"
> fi
> fi
> 
> TO
> 
> if test "x$HOSTTYPE" != "xmacintosh" -a "x$is_mingw"
> != "xyes" -a :x$is_cywin"!="xyes"; then
> dnl extra library and include directories
> EXTRA_DIRS="/usr/X11R6"
> 
> if test -d /opt/X11R6 ; then
> EXTRA_DIRS="$EXTRA_DIRS /opt/X11R6"
> fi
> fi
> 
> Might just work,  but I am not an autoconf guru nor
> do I have X installed
> so I can not test this
> 
> FWIW - I am not sure about the multiple '-a' arg to
> if 'if test'
> 
> Norman

I tryed disabling X (--without-x), that failed. I
removed Cygwin X-windows, that was succesful.

I will try changing the configure.ac file somewhere
next week and post the results (unless William(?) gets
there first...)

Leon

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Re: [Flightgear-devel] simgear-cvs compile error (cygwin gcc-3.2)

2002-11-27 Thread Bernie Bright
On Wed, 27 Nov 2002 13:41:58 -0500
"Norman Vine" <[EMAIL PROTECTED]> wrote:

> William Earnest writes:
> 
> > Norman Vine wrote:
> > 
> > > ace project writes:
> > >
> > > >I'm getting a compile error while compiling the latest
> > > >SimGear(CVS) under cygwin(current version/fresh
> > > >install).
> 
> > > >> > >extgl.h:363: `glBlendColor' redeclared as different
> > > >kind of symbol /usr/X11R6/include/GL/gl.h:1648:
> > >
> > >
> > > Looks like you have 'X-Windows' installed
> > >
> > > If this is true AFAIK you are breaking new ground and the
> > > configure scripts will need to be tweaked to suport this.
> > >
> > 
> > I'm in a similar position, but possibly a bit further along. Have a 
> > current Cygwin installation including their X windowing package. Also 
> > have the current CVS of the development package. By going to 
> > /usr/X11R6/include/GL/ and renaming (to hide without losing) gl.h and 
> > glext.h, then restarting with ./configure, the compiles all completed 
> > without error (but many warnings). 
> 
> YIKES -- The *right* way todo this is to just change the configure.ac
> files to NOT check for 'X' and NOT include the X_Header path when
> WIN32 is defined.
> 

Doesn't --without-x disable the checks for X headers and libraries?

Bernie



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Re: [Flightgear-devel] simgear-cvs compile error (cygwin gcc-3.2)

2002-11-27 Thread William Earnest
Norman Vine wrote:


William Earnest writes:


>Norman Vine wrote:
>
>
>>ace project writes:
>>
>>
>>>I'm getting a compile error while compiling the latest
>>>SimGear(CVS) under cygwin(current version/fresh
>>>install).


>>extgl.h:363: `glBlendColor' redeclared as different
>>>
>>>kind of symbol /usr/X11R6/include/GL/gl.h:1648:
>>
>>
>>Looks like you have 'X-Windows' installed
>>
>>If this is true AFAIK you are breaking new ground and the
>>configure scripts will need to be tweaked to suport this.
>>
>
>I'm in a similar position, but possibly a bit further along. Have a
>current Cygwin installation including their X windowing package. Also
>have the current CVS of the development package. By going to
>/usr/X11R6/include/GL/ and renaming (to hide without losing) gl.h and
>glext.h, then restarting with ./configure, the compiles all completed
>without error (but many warnings).


YIKES -- The *right* way todo this is to just change the configure.ac
files to NOT check for 'X' and NOT include the X_Header path when
WIN32 is defined.

Obviously this change needs tobe done by someone who has the
Cygwin X-Server installed

There is support in the script already to determine if this
is a Windows installation.

My WAG is that perhaps changing

if test "x$HOSTTYPE" != "xmacintosh" -a "x$is_mingw" != "xyes"; then
dnl extra library and include directories
EXTRA_DIRS="/usr/X11R6"

if test -d /opt/X11R6 ; then
EXTRA_DIRS="$EXTRA_DIRS /opt/X11R6"
fi
fi

TO

if test "x$HOSTTYPE" != "xmacintosh" -a "x$is_mingw" != "xyes" -a 
:x$is_cywin"!="xyes"; then
dnl extra library and include directories
EXTRA_DIRS="/usr/X11R6"

if test -d /opt/X11R6 ; then
EXTRA_DIRS="$EXTRA_DIRS /opt/X11R6"
fi
fi

Might just work,  but I am not an autoconf guru nor do I have X installed
so I can not test this

FWIW - I am not sure about the multiple '-a' arg to if 'if test'

Norman


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Hi Norman,

	Your suggested change to configure.ac fixed the SimGear compile problem 
(for me) with all other files restored to original CVS state. Am now 
recompiling FlightGear (Cygwin is awfully slow on some operations). 
Should know what works (and doesn't) later this afternoon.

--
Bill Earnest  wde3@ptd-dot-net  Linux Powered   Allentown, PA, USA
Computers, like air conditioners, work poorly with Windows open.


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] simgear-cvs compile error (cygwin gcc-3.2)

2002-11-27 Thread Norman Vine
William Earnest writes:

> Norman Vine wrote:
> 
> > ace project writes:
> >
> > >I'm getting a compile error while compiling the latest
> > >SimGear(CVS) under cygwin(current version/fresh
> > >install).

> > >> > >extgl.h:363: `glBlendColor' redeclared as different
> > >kind of symbol /usr/X11R6/include/GL/gl.h:1648:
> >
> >
> > Looks like you have 'X-Windows' installed
> >
> > If this is true AFAIK you are breaking new ground and the
> > configure scripts will need to be tweaked to suport this.
> >
> 
> I'm in a similar position, but possibly a bit further along. Have a 
> current Cygwin installation including their X windowing package. Also 
> have the current CVS of the development package. By going to 
> /usr/X11R6/include/GL/ and renaming (to hide without losing) gl.h and 
> glext.h, then restarting with ./configure, the compiles all completed 
> without error (but many warnings). 

YIKES -- The *right* way todo this is to just change the configure.ac
files to NOT check for 'X' and NOT include the X_Header path when
WIN32 is defined.

Obviously this change needs tobe done by someone who has the 
Cygwin X-Server installed

There is support in the script already to determine if this
is a Windows installation.  

My WAG is that perhaps changing

if test "x$HOSTTYPE" != "xmacintosh" -a "x$is_mingw" != "xyes"; then
dnl extra library and include directories
EXTRA_DIRS="/usr/X11R6"

if test -d /opt/X11R6 ; then
EXTRA_DIRS="$EXTRA_DIRS /opt/X11R6"
fi
fi

TO

if test "x$HOSTTYPE" != "xmacintosh" -a "x$is_mingw" != "xyes" -a 
:x$is_cywin"!="xyes"; then
dnl extra library and include directories
EXTRA_DIRS="/usr/X11R6"

if test -d /opt/X11R6 ; then
EXTRA_DIRS="$EXTRA_DIRS /opt/X11R6"
fi
fi

Might just work,  but I am not an autoconf guru nor do I have X installed
so I can not test this

FWIW - I am not sure about the multiple '-a' arg to if 'if test'

Norman


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Re: [Flightgear-devel] simgear-cvs compile error (cygwin gcc-3.2)

2002-11-27 Thread William Earnest
Norman Vine wrote:


ace project writes:

>I'm getting a compile error while compiling the latest
>SimGear(CVS) under cygwin(current version/fresh
>install).
>
>My compiler is gnu gcc 3.2 (20020927)
>PLib 1.6.0 (in /usr/local)
>GL.h Mesa 3-D version 3.4


Why are you using the Mesa gl header and not the one
that ships with the Cygwin distribution 


>./configure --prefix=/usr/local
>make && make install
>
>The errors:
>Making all in clouds3d
>make[4]: Entering directory
>`/tmp/SimGear/simgear/sky/clouds3d'
>source='extgl.c' object='extgl.o' libtool=no \
>depfile='.deps/extgl.Po' tmpdepfile='.deps/extgl.TPo'
>\
>depmode=gcc /bin/bash ../../../depcomp \
>/usr/bin/gcc-2 -DHAVE_CONFIG_H -I. -I.
>-I../../../simgear -I../../..  -I/usr/local/include
>-I/usr/X11R6/include  -g -O2 -D_REENTRANT -c `test -f
>'extgl.c' || echo './'`extgl.c
>In file included from extgl.c:85:
>extgl.h:363: `glBlendColor' redeclared as different
>kind of symbol /usr/X11R6/include/GL/gl.h:1648:


Looks like you have 'X-Windows' installed

If this is true AFAIK you are breaking new ground and the
configure scripts will need to be tweaked to suport this.

Norman


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



Hello,

	I'm in a similar position, but possibly a bit further along. Have a 
current Cygwin installation including their X windowing package. Also 
have the current CVS of the development package. By going to 
/usr/X11R6/include/GL/ and renaming (to hide without losing) gl.h and 
glext.h, then restarting with ./configure, the compiles all completed 
without error (but many warnings). When running, the splash image shows 
up properly in a window, most off the initialization seems to work, 
textures are found, and about 1 second of sound is heard before a 
segfault and a hex dump of the stack and registers.

	Not being too familiar with Cygwin, I'm a bit lost at this point. A 
symbol table to convert the hex traceback listing could give clues. Plan 
to look for library files tied to the gl*.h files I removed, as a 
possible cause.

	The last few lines of startup dialog before the segfault are:
Loading tile /cygdrive/d/FlightGear/Scenery/w130n30/w123n37/942049
token = OBJECT_BASE name = 942049.btg
token = OBJECT name = KHAF.btg
Segmentation fault (core dumped)

	Any suggestions to reduce wheel spinining?

--
Bill Earnest  wde3@ptd-dot-net  Linux Powered   Allentown, PA, USA
Computers, like air conditioners, work poorly with Windows open.


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] simgear-cvs compile error (cygwin gcc-3.2)

2002-11-27 Thread Norman Vine
ace project writes:
>
> I'm getting a compile error while compiling the latest
> SimGear(CVS) under cygwin(current version/fresh
> install).
> 
> My compiler is gnu gcc 3.2 (20020927)
> PLib 1.6.0 (in /usr/local)
> GL.h Mesa 3-D version 3.4

Why are you using the Mesa gl header and not the one 
that ships with the Cygwin distribution 
 
> ./configure --prefix=/usr/local
> make && make install
> 
> The errors:
> Making all in clouds3d
> make[4]: Entering directory
> `/tmp/SimGear/simgear/sky/clouds3d'
> source='extgl.c' object='extgl.o' libtool=no \
> depfile='.deps/extgl.Po' tmpdepfile='.deps/extgl.TPo'
> \
> depmode=gcc /bin/bash ../../../depcomp \
> /usr/bin/gcc-2 -DHAVE_CONFIG_H -I. -I.
> -I../../../simgear -I../../..  -I/usr/local/include
> -I/usr/X11R6/include  -g -O2 -D_REENTRANT -c `test -f
> 'extgl.c' || echo './'`extgl.c
> In file included from extgl.c:85:
> extgl.h:363: `glBlendColor' redeclared as different
> kind of symbol /usr/X11R6/include/GL/gl.h:1648:

Looks like you have 'X-Windows' installed 

If this is true AFAIK you are breaking new ground and the 
configure scripts will need to be tweaked to suport this.  

Norman


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



[Flightgear-devel] simgear-cvs compile error (cygwin gcc-3.2)

2002-11-27 Thread ace project
I'm getting a compile error while compiling the latest
SimGear(CVS) under cygwin(current version/fresh
install).

My compiler is gnu gcc 3.2 (20020927)
PLib 1.6.0 (in /usr/local)
GL.h Mesa 3-D version 3.4

I already tryed adding the following:

with and without:
export CFLAGS="-DWIN32"
export CXXFLAGS="-DWIN32"

./configure --prefix=/usr/local
make && make install

The errors:
Making all in clouds3d
make[4]: Entering directory
`/tmp/SimGear/simgear/sky/clouds3d'
source='extgl.c' object='extgl.o' libtool=no \
depfile='.deps/extgl.Po' tmpdepfile='.deps/extgl.TPo'
\
depmode=gcc /bin/bash ../../../depcomp \
/usr/bin/gcc-2 -DHAVE_CONFIG_H -I. -I.
-I../../../simgear -I../../..  -I/usr/local/include
-I/usr/X11R6/include  -g -O2 -D_REENTRANT -c `test -f
'extgl.c' || echo './'`extgl.c
In file included from extgl.c:85:
extgl.h:363: `glBlendColor' redeclared as different
kind of symbol /usr/X11R6/include/GL/gl.h:1648:
previous declaration of `glBlendColor'
extgl.h:364: `glBlendEquation' redeclared as different
kind of symbol /usr/X11R6/include/GL/gl.h:1645:
previous declaration of `glBlendEquation'
extgl.h:365: `glDrawRangeElements' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1590: previous declaration
of `glDrawRangeElements'
extgl.h:366: `glColorTable' redeclared as different
kind of symbol /usr/X11R6/include/GL/gl.h:1617:
previous declaration of `glColorTable'
extgl.h:367: `glColorTableParameterfv' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1628: previous declaration
of `glColorTableParameterfv'
extgl.h:368: `glColorTableParameteriv' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1625: previous declaration
of `glColorTableParameteriv'
extgl.h:369: `glCopyColorTable' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1634: previous declaration
of `glCopyColorTable'
extgl.h:370: `glGetColorTable' redeclared as different
kind of symbol /usr/X11R6/include/GL/gl.h:1637:
previous declaration of `glGetColorTable'
extgl.h:371: `glGetColorTableParameterfv' redeclared
as different kind of symbol
/usr/X11R6/include/GL/gl.h:1640: previous declaration
of `glGetColorTableParameterfv'
extgl.h:372: `glGetColorTableParameteriv' redeclared
as different kind of symbol
/usr/X11R6/include/GL/gl.h:1643: previous declaration
of `glGetColorTableParameteriv'
(continues...)

and after that:

extgl.c:244: `glActiveTextureARB' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1767: previous declaration
of `glActiveTextureARB'
extgl.c:245: `glClientActiveTextureARB' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1768: previous declaration
of `glClientActiveTextureARB'
extgl.c:246: `glMultiTexCoord1dARB' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1769: previous declaration
of `glMultiTexCoord1dARB'
extgl.c:247: `glMultiTexCoord1dvARB' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1770: previous declaration
of `glMultiTexCoord1dvARB'
extgl.c:248: `glMultiTexCoord1fARB' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1771: previous declaration
of `glMultiTexCoord1fARB'
extgl.c:249: `glMultiTexCoord1fvARB' redeclared as
different kind of symbol
/usr/X11R6/include/GL/gl.h:1772: previous declaration
of `glMultiTexCoord1fvARB'
(continues...)






=
My Flight Gear Multiplayer Stuff (work-in-progress):
http://www.kbs.twi.tudelft.nl/People/Students/L.Otte/

OK, I admit it: My girlfriend's just an object to me. 
Unfortunately, there is some information hiding, but 
thankfully, she's fairly encapsulated, nicely modular, and 
has a very well defined interface!

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



RE: [Flightgear-devel] SimGear CVS failure?

2002-09-19 Thread Jon Berndt

OK, so which versions should I be using? I want to use the latest, as
usual. Is there a reason not to?

Jon



smime.p7s
Description: application/pkcs7-signature


RE: [Flightgear-devel] SimGear CVS failure?

2002-09-19 Thread Curtis L. Olson

Jon Berndt writes:
> I'm using the password on the simgear web page. What's going on?

Are you using the correct user name as well?

Curt.
-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



RE: [Flightgear-devel] SimGear CVS failure?

2002-09-19 Thread Jon Berndt

I'm using the password on the simgear web page. What's going on?

Jon


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Perry
> Sent: Thursday, September 19, 2002 9:09 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Flightgear-devel] SimGear CVS failure?
>
>
> Curt changed the username password ... to force people to read
> the web page.
>
> > Am I supposed to be getting fgfs-0.9 and simgear-0.3? SimGear-0.3
won't
> > let me get it! ;-)
> >
> > ==
> >
> > (Logging in to [EMAIL PROTECTED])
> > CVS password:
> > Fatal error, aborting.
> > cvs: no such user
> > cvs login: authorization failed: server cvs.simgear.org
> rejected access to
> > /var/cvs/SimGear-0.3 for user cvs
> > Fatal error, aborting.
> > cvs: no such user
> > cvs checkout: authorization failed: server cvs.simgear.org
> rejected access
> > to /var/cvs/SimGear-0.3 for user cvs
> > cvs checkout: used empty password; try "cvs login" with a real
password
>
> ___
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel
>



smime.p7s
Description: application/pkcs7-signature


Re: [Flightgear-devel] SimGear CVS failure?

2002-09-19 Thread Alex Perry

Curt changed the username password ... to force people to read the web page.

> Am I supposed to be getting fgfs-0.9 and simgear-0.3? SimGear-0.3 won't
> let me get it! ;-)
> 
> ==
> 
> (Logging in to [EMAIL PROTECTED])
> CVS password:
> Fatal error, aborting.
> cvs: no such user
> cvs login: authorization failed: server cvs.simgear.org rejected access to
> /var/cvs/SimGear-0.3 for user cvs
> Fatal error, aborting.
> cvs: no such user
> cvs checkout: authorization failed: server cvs.simgear.org rejected access
> to /var/cvs/SimGear-0.3 for user cvs
> cvs checkout: used empty password; try "cvs login" with a real password

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



RE: [Flightgear-devel] SimGear CVS failure?

2002-09-19 Thread Jon Berndt

Am I supposed to be getting fgfs-0.9 and simgear-0.3? SimGear-0.3 won't
let me get it! ;-)

==

(Logging in to [EMAIL PROTECTED])
CVS password:
Fatal error, aborting.
cvs: no such user
cvs login: authorization failed: server cvs.simgear.org rejected access to
/var/cvs/SimGear-0.3 for user cvs
Fatal error, aborting.
cvs: no such user
cvs checkout: authorization failed: server cvs.simgear.org rejected access
to /var/cvs/SimGear-0.3 for user cvs
cvs checkout: used empty password; try "cvs login" with a real password



smime.p7s
Description: application/pkcs7-signature


Re: [Flightgear-devel] SimGear CVS failure?

2002-09-19 Thread Curtis L. Olson

Jon Berndt writes:
> I get this error this evening for the SimGear CVS server:
> 
> 
> $ cvs update -dP
> ? metakit-2.4.2
> ? metakit-2.4.2-32.tar
> ? zlib-1.1.3.tar.gz
> ? simgear/metakit
> ? simgear/zlib
> ? src-libs/boost
> ? src-libs/Makefile
> ? src-libs/Makefile.in
> cvs server: Updating .
> cvs server: failed to create lock directory for
> `/var/cvs/SimGear-0.0/SimGear' (/var/cvs/SimGear-0.0/SimGear/#cvs.lock):
> Permission denied
> cvs server: failed to obtain dir lock in repository
> `/var/cvs/SimGear-0.0/SimGear'
> cvs [server aborted]: read lock failed - giving up

Jon,

You'll need to do a fresh checkout of the CVS trees.  See the specific
instructions on the simgear.org and flightgear.org web pages.

Regards,

Curt.
-- 
Curtis Olson   IVLab / HumanFIRST Program   FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel



[Flightgear-devel] SimGear CVS failure?

2002-09-18 Thread Jon Berndt

I get this error this evening for the SimGear CVS server:


$ cvs update -dP
? metakit-2.4.2
? metakit-2.4.2-32.tar
? zlib-1.1.3.tar.gz
? simgear/metakit
? simgear/zlib
? src-libs/boost
? src-libs/Makefile
? src-libs/Makefile.in
cvs server: Updating .
cvs server: failed to create lock directory for
`/var/cvs/SimGear-0.0/SimGear' (/var/cvs/SimGear-0.0/SimGear/#cvs.lock):
Permission denied
cvs server: failed to obtain dir lock in repository
`/var/cvs/SimGear-0.0/SimGear'
cvs [server aborted]: read lock failed - giving up



smime.p7s
Description: application/pkcs7-signature


[Flightgear-devel] simgear cvs log messages

2001-12-11 Thread Curtis L. Olson

I have set up a mailing list on the flightgear mail server to
distribute SimGear cvs commit notifications.  The old list on SF is no
longer being used:

http://www.simgear.org/mail.html

Regards,

Curt.
-- 
Curtis Olson   Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED]  [EMAIL PROTECTED]
Minnesota  http://www.menet.umn.edu/~curt   http://www.flightgear.org

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel