Re: [Flightgear-devel] Installing only changed header files

2002-04-19 Thread Erik Hofman

Curtis L. Olson wrote:
 This is off the top of my head with a healthy mix of speculation.
 But, I believe you can override the 'install' command in the
 Makefiles.  Often it is just cp or the is often an actual install
 program or similar install.sh script.  This means that in theory,
 you ought to be able to write a script that compares the md5sum of the
 installed file with the about to be installed file and only actually
 install it if the two files are different.

Now that you mention it, I haven't seen this begaviour for quite some 
time. The only difference I can think of is that I don't build SimGear 
and FlightGear in the root directory but instead I create a directory 
called $(top_dir)/build and start from there (run ../configure 
whatever from within this directory).

Maybe that solves this?

Erik





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



Re: [Flightgear-devel] Installing only changed header files

2002-04-19 Thread Julian Foad

Thanks; I think I'll do that.

- Julian


David Megginson wrote:
 
 Julian Foad writes:
 
   Doesn't everyone have the same problem that I have: that after
   re-building plib and/or SimGear, even after a one-file change, the
   make install copies all of the header files to the install
   directory, putting the current date stamp on them, even though they
   have not changed.  This causes almost every file in FlightGear to
   be re-compiled.
 
 I keep the SimGear source tree in /usr/local/src, then just do this:
 
   rm -rf /usr/local/include/simgear
   ln -s /usr/local/src/SimGear/simgear /usr/local/include
   ln -sf `find /usr/local/src/SimGear -name '*.a' -print` /usr/local/lib
 
 Then, I make sure I never do a 'make install' in
 /usr/local/src/SimGear, and everything works nicely.
 
 For plib, the procedure is slightly different, since all include files
 have to be in the same directory:
 
   rm -rf /usr/local/include/plib
   mkdir /usr/local/include/plib
   ln -sf `find /usr/local/src/plib/ -name '*.h' -print` /usr/local/include/plib
   ln -sf `find /usr/local/src/plib/ -name '*.a' -print` /usr/local/lib
 
 I'm doing this from memory, so please forgive any typos.
 
 There's one caveat -- if SimGear or plib changes only in the cxx
 files, you will have to remove the FlightGear binary to force a
 relink.
 
 All the best,
 
 David

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



re: [Flightgear-devel] Installing only changed header files

2002-04-18 Thread David Megginson

Julian Foad writes:

  Doesn't everyone have the same problem that I have: that after
  re-building plib and/or SimGear, even after a one-file change, the
  make install copies all of the header files to the install
  directory, putting the current date stamp on them, even though they
  have not changed.  This causes almost every file in FlightGear to
  be re-compiled.

I keep the SimGear source tree in /usr/local/src, then just do this:

  rm -rf /usr/local/include/simgear
  ln -s /usr/local/src/SimGear/simgear /usr/local/include
  ln -sf `find /usr/local/src/SimGear -name '*.a' -print` /usr/local/lib

Then, I make sure I never do a 'make install' in
/usr/local/src/SimGear, and everything works nicely.

For plib, the procedure is slightly different, since all include files
have to be in the same directory:

  rm -rf /usr/local/include/plib
  mkdir /usr/local/include/plib
  ln -sf `find /usr/local/src/plib/ -name '*.h' -print` /usr/local/include/plib
  ln -sf `find /usr/local/src/plib/ -name '*.a' -print` /usr/local/lib

I'm doing this from memory, so please forgive any typos.

There's one caveat -- if SimGear or plib changes only in the cxx
files, you will have to remove the FlightGear binary to force a
relink.


All the best,


David

-- 
David Megginson
[EMAIL PROTECTED]


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