[CF-Devel] more on configure script

[Mark Wedel]

 Looking at the script, the section is automatically generated by autoconf. 

 I believe that the first part checks for a cached entry.  My guess might be
that the cached entry (stored in config.cache) got bogus.

 Never checking for cached entries would of course work.  You can remove
config.cache everytime before running configure and things will still work.  IT
just takes a lot longer for configure to run (one program doesn't take very long
to run, but configure runs a whole bunch so using a cache speeds things up).

 I would be curious to see if a non modified configure script would now work for
DB.  If so, it really points out that the config.cache was bogus.

 This is not too uncommon if you update a lot of files on the system - some
things may move around.  Certainly, if a configure is run on one platform and
then i'm going to re-compile on another platform, I do remove the config.cache
and config.status files.




Jonathan Taporg wrote:
>
     
     
     >
     
      Yesterday, DB and I were looking at the problem he was having in
     
     >
     
      getting the gcfclient's configure script to recognize the fact that
     
     >
     
      he did have the right version of GTK installed.  After some searching
     
     >
     
      we were able to track down where the problem was:
     
     >
     
     
     >
     
      echo "configure:1740: checking for $ac_word" >&5
     
     >
     
      if eval "test \"`echo '$''{'ac_cv_path_GTK_CONFIG'+set}'`\" = set";
     
     >
     
      then
     
     >
     
        echo $ac_n "(cached) $ac_c" 1>&6
     
     >
     
      else
     
     >
     
        case "$GTK_CONFIG" in
     
     >
     
     
     >
     
      ... in the configure script.  Basically, the if-then resulting in
     
     >
     
      true
     
     >
     
      would cause the script to fail, otherwise it would succeed.  We were
     
     >
     
      able to get things to work in DB's case by replacing the if-then with
     
     >
     
      an unconditional false.  The script works without change for me.  We
     
     >
     
      were wondering what would have caused the problem for bob in the
     
     >
     
      first place?
     
     >
     
     
     >
     
      -j
     
     >
     
     
     >
     
      __________________________________________________
     
     >
     
      Do You Yahoo!?
     
     >
     
      Yahoo! Auctions - Buy the things you want at great prices.
     
     >
     
     
      http://auctions.yahoo.com/
      
      
     >
     
      _______________________________________________
     
     >
     
      crossfire-devel mailing list
     
     >
     
     
      crossfire-devel at lists.real-time.com
      
      
     >
     
     
      https://mailman.real-time.com/mailman/listinfo/crossfire-devel