Thread

  1. Re: [HACKERS] PostgreSQL v6.4 BETA2 ...

    Billy G. Allie <bill.allie@mug.org> — 1998-10-14T15:26:47Z

    >    [...]  TCL/TK compile information will now be obtained from the 
    >    tclConfig.sh and tkConfig.sh, without having to have a list of different 
    >    versions of TCL and TK to search for.
    > 
    > These ideas sound great, but I don't understand one thing.
    > 
    > How do you locate the *Config.sh scripts without looking in a bunch of
    > directories until you find them?
    > 
    > Unless there is a general means of finding these which 1) doesn't
    > involve checking directories associated with different versions of
    > tcl/tk, and 2) does allow for the possibility that tcl/tk may not be
    > installed in a particular filesystem (/usr/local, for example), I
    > strongly recommend keeping the part of configure that searches for the
    > location of tcl/tk.  Perhaps we don't need to store the location of
    > include/library files based on the configure script, but I think we do
    > need to use essentially the same mechanism to find the *Config.sh
    > scripts.
    
    I wasn't clear enough in my explaination.  I still search directories for the
    *Config.sh files, but I generalized it so that a list of TCL and TK versions do not have to be maintained.  Here is the segment of code that performs the search for tclConfig.sh:
    
        library_dirs="$LIBRARY_DIRS /usr/lib"
        TCL_CONFIG_SH=
        for dir in $library_dirs; do
            if test -d "$dir" -a -r "$dir/tclConfig.sh"; then
                TCL_CONFIG_SH=$dir/tclConfig.sh
                break
            fi
            for tcl_dir in $dir/tcl[0-9]*.[0-9]*
            do
                if test -d "$tcl_dir" -a -r "$tcl_dir/tclConfig.sh"
                then
                    TCL_CONFIG_SH=$tcl_dir/tclConfig.sh
                    break 2
                fi
            done
        done
    
    -- 
    ____       | Billy G. Allie    | Domain....: Bill.Allie@mug.org
    |  /|      | 7436 Hartwell     | Compuserve: 76337,2061
    |-/-|----- | Dearborn, MI 48126| MSN.......: B_G_Allie@email.msn.com
    |/  |LLIE  | (313) 582-1540    | 
    
    
    
    
  2. Re: [HACKERS] PostgreSQL v6.4 BETA2 ...

    Brook Milligan <brook@trillium.nmsu.edu> — 1998-10-14T16:43:57Z

       I wasn't clear enough in my explaination.  I still search
       directories for the *Config.sh files, but I generalized it so that
       a list of TCL and TK versions do not have to be maintained.  
    
    OK.  That clears things up, now.  But ...
    
       Here is the segment of code that performs the search for
       tclConfig.sh:
    
    	   for tcl_dir in $dir/tcl[0-9]*.[0-9]*
    	   do
    	   ...
    	   done
    
    I think that this will fail by finding the LOWER version of tcl
    before a higher version.  For example, if I have both 7.6 and 8.0
    installed, won't this find 7.6 first?
    
    Might there not be installations with an old version lying around?
    
    Should the script be enhanced to at least report on ALL versions
    found?
    
    Should the script simply assign for each version found, rather than
    breaking out of the loop?  That might have a better chance at catching
    the highest version; although, it doesn't won't order 8.9 and 8.10
    correctly.
    
    Cheers,
    Brook
    
    
  3. Re: [HACKERS] PostgreSQL v6.4 BETA2 ...

    Thomas Lockhart <lockhart@alumni.caltech.edu> — 1998-10-14T17:59:41Z

    > I think that this will fail by finding the LOWER version of tcl
    > before a higher version.  For example, if I have both 7.6 and 8.0
    > installed, won't this find 7.6 first?
    
    Sorry, I've lost track of the discussion. Is it the case that people
    know that pgtcl does not install at the moment? On my machine the
    installation procedure has trouble finding one of the shell files under
    discussion...
    
                     - Tom
    
    
  4. Re: [HACKERS] PostgreSQL v6.4 BETA2 ...

    Bruce Momjian <maillist@candle.pha.pa.us> — 1998-10-14T23:37:11Z

    > > I think that this will fail by finding the LOWER version of tcl
    > > before a higher version.  For example, if I have both 7.6 and 8.0
    > > installed, won't this find 7.6 first?
    > 
    > Sorry, I've lost track of the discussion. Is it the case that people
    > know that pgtcl does not install at the moment? On my machine the
    > installation procedure has trouble finding one of the shell files under
    > discussion...
    
    This is news to me.  The current code looks for tclConfig.sh and
    tkConfig.sh in the various standard directories.  In my case, they are
    in /usr/contrib/lib.  Can you add the directory that has those file to
    your search path include dirs.
    
    
    -- 
      Bruce Momjian                        |  http://www.op.net/~candle
      maillist@candle.pha.pa.us            |  (610) 853-3000
      +  If your life is a hard drive,     |  830 Blythe Avenue
      +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
    
    
  5. Re: [HACKERS] PostgreSQL v6.4 BETA2 ...

    Roland Roberts <roberts@panix.com> — 1998-10-15T02:36:39Z

    -----BEGIN PGP SIGNED MESSAGE-----
    
    
        library_dirs="$LIBRARY_DIRS /usr/lib"
        TCL_CONFIG_SH=
        for dir in $library_dirs; do
           [...]
        done
    
    If you can assume that Tcl is installed and the version the user wants
    is first in their path, you should be able to limit this to
    
        library_dirs=`echo 'puts $auto_path' | tclsh`
    
    roland
    
    -----BEGIN PGP SIGNATURE-----
    Version: 2.6.2
    Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface
    
    iQCVAwUBNiVfs+oW38lmvDvNAQFpPgP9Gsk515V66r0BHUk9hIE8atCyxu08QIpo
    kRWGLd3gO5vs04Y56OrNAwCZuddfr1lx+S01MP6G5HKdHWQ9z1mDGixODYrdW9K2
    39HT3OHJ9YEzgoQV77m1Ef9OPmLpuboXMg1iEd4+Wv/PJrTvVVmLHCD98wMjgpgF
    BenOPn5wV0w=
    =NiLZ
    -----END PGP SIGNATURE-----
    -- 
    Roland B. Roberts, PhD                  Custom Software Solutions
    roberts@panix.com                           101 West 15th St #4NN
                                                   New York, NY 10011