This is the mail archive of the
insight@sources.redhat.com
mailing list for the Insight project.
Re: Wish8.3 from gdb-20020411-1 again (status update)
- From: Keith Seitz <keiths at redhat dot com>
- To: Ton van Overbeek <tvoverbe at cistron dot nl>
- Cc: Insight Maling List <insight at sources dot redhat dot com>
- Date: Tue, 16 Apr 2002 09:18:24 -0700 (PDT)
- Subject: Re: Wish8.3 from gdb-20020411-1 again (status update)
[moved to insight@sources.redhat.com]
On Tue, 16 Apr 2002, Ton van Overbeek wrote:
> A few days ago I reported about problems with wish8.3 in gdb-20020409-1.
> I got a patch from Keith Seitz which made it not crash.
> In fact when running from a Cygwin bash shell in a DOS window it works fine.
>
> I only realised yesterday that the gdb test version has been updated from
> gdb-20020409-1 to gdb-20020411-1 on the cygwin mirror sites. It seems that
> gdb-20020411-1 has Keith's patches applied to it, although these are not
> reflected (yet?) in the CVS repository on sources.redhat.com.
>
> When rebuilding from the gdb-20020411-1-src.tar.bz2 file I noticed a few
> things:
>
> - In tcl/win configure is trying to build a file called tcl.hpj, but does not
> succeed because tcl.hpj.in does not exist in tcl/win. tcl.hpj is needed
> for building a windows helpfile and tcl.hpj.in is in tcl/tools not tcl/win.
> I guess for cygwin tcl.hpj can be removed from AC_OUTPUT in tcl/win/configure.in.
I have a "patch" for this.
> - When installing the libraries in tcl it wants to install http2.3 which does
> not exist. Only http2.0 is there. With the tcl 8.3.2 import this was missed
> somehow. I do not know enough about tcl library packages to know if you
> need all versions installed (http2.0, http2.1, http 2.2, etc.).
I'll fix this.
> - Under tcl/cygwin a libtcl_cygwin.a is build, but nothing is done with it.
> What is its purpose ?
I wondered a while about this, too. I still haven't looked thoroughly at
it, but I did notice that expect links against this on cygwin.
> One other funny thing I noticed. When I run autoconf myself I do not get
> the 'cyg' prefix on the dll's and libraries but 'rh'. For cygwin I believe
> the prefix should remain 'cyg'. Guess that is an autotool problem.
Hmm. I haven't noticed this yet... I'll keep my eyes open for it.
Keith