This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Tcl/Tk update on the upgrade...
- To: Ian Roxborough <irox at redhat dot com>
- Subject: Re: Tcl/Tk update on the upgrade...
- From: Phil Edwards <pedwards at disaster dot jaj dot com>
- Date: Mon, 24 Sep 2001 13:12:57 -0400
- Cc: gcc at gcc dot gnu dot org, insight at sources dot redhat dot com, gdb at sources dot redhat dot com
- References: <200109211712.f8LHC7201923@constant.com> <20010921165404.A22761@disaster.jaj.com> <3BABDA51.8C9B293A@redhat.com>
On Fri, Sep 21, 2001 at 05:24:49PM -0700, Ian Roxborough wrote:
> Phil Edwards wrote:
> > -L/home/pme/build/install-2001-09-21/lib -ltclstub8.3 -L/usr/X11R6/lib
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Hmmmm, looks like this line should point to the build directory. I.E. it should
> probably read -L/home/pme/build/build-2001-09-21/tcl/unix -ltclstub8.3
Yep. I changed it in the generated Makefile, and the build succeeded.
It's coming from the rules in configure.in which set MAKE_LIB,
TCL_LD_SEARCH_FLAGS, and TK_CC_SEARCH_FLAGS. The -L paths are taken
from (around line 205) LIB_RUNTIME_DIR, with colons replaced by ' -L'.
And the library's runtime directory is indeed install-2001-09-21/lib.
But that shouldn't be used for link-time searching, or at least not
by itself.
Hmmmmmm... *looks* Under Red Hat 7.0, libtclstub.8.3.a exists in /usr/lib.
Not under Debian. That would explain it. (Same goes for libitclstub.)
In fact, after I copied libtclstub8.3.a and libitclstub3.1.a into /usr/lib,
changed the RANLIB thing in the Makefile.in like I mentioned in my private
email, and regenerated the Makefile, the build passed.
Thanks very much for helping me with this.
Phil
--
"You have to wonder what kind of life you have when your list of personal
rules begins with, '#3: No drowning in your own mucus,' and '#4: Don't
ask what happened to rules 1 and 2.'"