This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

v3's configure chdir'ing to a nonexistant directory


This change

    2001-05-18  Benjamin Kosnik  <bkoz@redhat.com>

        * acinclude.m4 (GLIBCPP_EXPORT_INSTALL_INFO): Set glibcpp_srcdir
        amd glibcpp_prefixdir with absolute paths.

    *** acinclude.m4        2001/05/14 01:15:28     1.145
    --- acinclude.m4        2001/05/18 07:24:22     1.146
    ***************
    *** 1578,1587 ****
      glibcpp_toolexeclibdir=no

      # Export build and source directories.
    ! tmp_builddir=`pwd`
    ! glibcpp_builddir=$tmp_builddir
    ! glibcpp_srcdir=${srcdir}
    ! glibcpp_prefixdir=${prefix}

      AC_MSG_CHECKING([for interface version number])
      libstdcxx_interface=$INTERFACE
    --- 1578,1587 ----
      glibcpp_toolexeclibdir=no

      # Export build and source directories.
    ! # These need to be absolute paths, thus the use of pwd.
    ! glibcpp_builddir=`pwd`
    ! glibcpp_srcdir=`cd ${srcdir} && pwd`
    ! glibcpp_prefixdir=`cd ${prefix} && pwd`

      AC_MSG_CHECKING([for interface version number])
      libstdcxx_interface=$INTERFACE

breaks mkcheck, and will break anything we add in the future which uses
glibcpp_prefixdir (right now, only mkcheck).

We're cd'ing to $prefix, which doesn't necessarily exist until 'make
install' time.  If it doesn't exist, glibcpp_prefixdir gets set to empty.
During mkcheck, we invoke "${glibcpp_prefixdir}/bin/g++" as the installed
compiler, and /bin/g++ doesn't exist -- fortunately, else I'd be testing
the wrong one...

Right now, I have to 'make install', then go back into the v3 build dir,
recheck and regen, and then the directory is there to be cd'd into.


I think I understand why the build and source directories must be absolute
(wasn't really paying attention to that thread, I admit), but why the
install directory?


Phil

-- 
pedwards at disaster dot jaj dot com  |  pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools.  Fools are protected by more capable fools.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]