This is the mail archive of the
xconq7@sourceware.cygnus.com
mailing list for the Xconq project.
Re: the CVS repo
- To: steve@nyongwa.montreal.qc.ca
- Subject: Re: the CVS repo
- From: Stan Shebs <shebs@cygnus.com>
- Date: Tue, 11 May 1999 20:12:15 -0700
- CC: xconq7@sourceware.cygnus.com
Date: Mon, 10 May 1999 01:28:41 -0400 (EDT)
From: Steve Robbins <steve@nyongwa.montreal.qc.ca>
That's even better that remembering to not use '-d'. Best of all -- from
my point of view -- would be to reverse things, and have the *default* to
be the "no tcl" version.
I thought about that for awhile, the idea does have merit, but ended up
deciding to do it the "Cygnus way" :-) which is to have the default
module include everything that might possibly be needed, and then
add subset modules. The problem is that tcl and tk libraries are not
as standard as, say, X11, and one could really lose if they're not
present, or if the wrong ones are present.
When I add the cvs info to the web page, all will be described.
> I don't think all the configury is there to use
> the system versions automatically though, beware.
No, it doesn't use it automatically. After removing the tcl & tk
directories & configuring, the build failed. I edited x11/Makefile.in,
uncommenting
TCLTK_LIB = -ltk -ltcl -ldl -lm
The build failed again however, since there are no rules for make to
update Makefile when Makefile.in changes. OK, so I rerun configure and I
got xconq to build.
Sigh, I copied what automake generated for another program, but it
didn't seem to work...
Then the install failed, since I was NOT building in the source tree:
files for xconqlibdir were not searched for in the source tree. I got
messages like:
install: ../../x11/../lib-x11/../../x11/../lib-x11/README: No such file or directory
I'd like to send you patches to fix these two problems (Makefile depends
on Makefile.in, and non-srcdir builds). The easiest way I know of to do
this is to use automake. Would that be acceptable?
That seems like a nontrivial transition, but I was expecting to move to
automake eventually anyway. Let's see what it looks like!
Stan