Re: [Flightgear-devel] fgfs configure error

2011-01-06 Thread Jari Häkkinen
It looks like there is a stray 2.0.0 version.h somewhere or your 
cpp-flags are pointing to the wrong place. In your fg/source directory 
there is a config.log file. Search for the string 'checking for SimGear 
2.2.0 or newer' and you'll see some more details. Specifically the 
compile command used to test the simgear version. Are the -I options 
pointing to the proper location? And are the locations really free from 
the old version.h? Remember to also check the default header file 
locations like /usr/include.

As a final step I'd do a search like

find / -name version.h | grep simgear

to locate all simgear version.h files.

Is FG_ROOT pointing to /usr/local?

Cheers,

Jari

On 2011-01-06 06.29, dave perry wrote:
 With today's simgear and flightgear source from git, after compiling and
 installing simgear, fgfs
 ./configure CFLAGS=-march=native CXXFLAGS=-march=native
 --prefix=$FG_ROOT
 fails with

 checking simgear/version.h usability... yes
 checking simgear/version.h presence... yes
 checking for simgear/version.h... yes
 checking for SimGear 2.2.0 or newer... [found 2.0.0] ... wrong version
 configure: error: Install latest SimGear first...
 make: *** [config.status] Error 1

 I assume that it is checking the file /usr/local/include/simgear/version.h

 that was written by the simgear
 sudo make install.

 That file contains
 #ifndef _SIMGEAR_VERSION_H
 #define _SIMGEAR_VERSION_H


 #define SIMGEAR_VERSION 2.2.0


 #endif // _SIMGEAR_VERSION_H

 which should have passed the test.

 I do have a source folder for SimGear 2.0.0 that contains
 simgear/version.h that would not pass.  But I did a make uninstall in
 that folder before compiling and installing the git simgear.

 Suggestions?



 --
 Learn how Oracle Real Application Clusters (RAC) One Node allows customers
 to consolidate database storage, standardize their database environment, and,
 should the need arise, upgrade to a full multi-node Oracle RAC database
 without downtime or disruption
 http://p.sf.net/sfu/oracle-sfdevnl
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] fgfs configure error

2011-01-06 Thread dave perry
On 01/06/2011 03:01 AM, Jari Häkkinen wrote:
 find / -name version.h | grep simgear
I had already looked at config.log.  The check was against 
simgear/version.h.  But since  --prefix=$FG_ROOT, the config checks 
for $FG_ROOT/include/simgear/version.h before it checks for 
/usr/local/include/simgear/version.h.  Using the above find showed the 
accidentally created version.h in $FG_ROOT.  Apparently I had used the 
config string from a fgfs compile script while compiling simgear 2.0.0 
for an atlas build on Dec. 16.  All makes sense now.

Thanks,
Dave

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] fgfs configure error

2011-01-06 Thread Frederic Bouvier
Hi Dave,

- dave perry a écrit :

 On 01/06/2011 03:01 AM, Jari Häkkinen wrote:
  find / -name version.h | grep simgear
 I had already looked at config.log.  The check was against 
 simgear/version.h.  But since  --prefix=$FG_ROOT, the config checks

Why are you using $FG_ROOT to install your binaries ? $FG_ROOT is the location 
of data. You shouldn't have problem if your --prefix is the same for SimGear 
and FlightGear

-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://www.youtube.com/user/fgfred64   Videos


--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] fgfs configure error

2011-01-05 Thread dave perry
With today's simgear and flightgear source from git, after compiling and 
installing simgear, fgfs
./configure CFLAGS=-march=native CXXFLAGS=-march=native 
--prefix=$FG_ROOT
fails with

checking simgear/version.h usability... yes
checking simgear/version.h presence... yes
checking for simgear/version.h... yes
checking for SimGear 2.2.0 or newer... [found 2.0.0] ... wrong version
configure: error: Install latest SimGear first...
make: *** [config.status] Error 1

I assume that it is checking the file /usr/local/include/simgear/version.h

that was written by the simgear
sudo make install.

That file contains
#ifndef _SIMGEAR_VERSION_H
#define _SIMGEAR_VERSION_H


#define SIMGEAR_VERSION 2.2.0


#endif // _SIMGEAR_VERSION_H

which should have passed the test.

I do have a source folder for SimGear 2.0.0 that contains 
simgear/version.h that would not pass.  But I did a make uninstall in 
that folder before compiling and installing the git simgear.

Suggestions?



--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] fgfs configure error

2011-01-05 Thread Curtis Olson
Hi Dave,

I didn't know we had a make uninstall ... I'm not sure I'd trust it to do
what you are hoping ... but I haven't looked at it or tried it myself (we
have so many sharp people contributing to the project it also wouldn't
surprise me if it worked.)  I'd definitely hunt through $(prefix)/include
and /usr/include and /usr/local/include looking for a stray
simgear/version.h (and other stray simgear pieces.)

Curt.


On Wed, Jan 5, 2011 at 11:29 PM, dave perry wrote:

 With today's simgear and flightgear source from git, after compiling and
 installing simgear, fgfs
 ./configure CFLAGS=-march=native CXXFLAGS=-march=native
 --prefix=$FG_ROOT
 fails with

 checking simgear/version.h usability... yes
 checking simgear/version.h presence... yes
 checking for simgear/version.h... yes
 checking for SimGear 2.2.0 or newer... [found 2.0.0] ... wrong version
 configure: error: Install latest SimGear first...
 make: *** [config.status] Error 1

 I assume that it is checking the file /usr/local/include/simgear/version.h

 that was written by the simgear
 sudo make install.

 That file contains
 #ifndef _SIMGEAR_VERSION_H
 #define _SIMGEAR_VERSION_H


 #define SIMGEAR_VERSION 2.2.0


 #endif // _SIMGEAR_VERSION_H

 which should have passed the test.

 I do have a source folder for SimGear 2.0.0 that contains
 simgear/version.h that would not pass.  But I did a make uninstall in
 that folder before compiling and installing the git simgear.

 Suggestions?




 --
 Learn how Oracle Real Application Clusters (RAC) One Node allows customers
 to consolidate database storage, standardize their database environment,
 and,
 should the need arise, upgrade to a full multi-node Oracle RAC database
 without downtime or disruption
 http://p.sf.net/sfu/oracle-sfdevnl
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel




-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org -
http://www.flightgear.org/blogs/category/curt/http://www.flightgear.org/blogs/category/personal/curt/
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel