Apparent configure ordering problem with GTK build

[Stephen J. Turnbull]

>>>>> "robert" == robert delius royar <xemacs at frinabulax.org> writes:

    robert> To whomever is handling the GTK builds.

Nobody, at the moment.  There are many people interested in receiving
fixes, but the core person who did all the work for the initial port
has been extremely busy for the last year or so, and nobody else has
stepped in to provide leadership.  There are one or two people who
occasionally post patches, and a couple people who have worked on
collecting bug reports, but with no coding support....  :-(

There have been noises about updating the port to GTK+ 2.x, but I have
not seen any code yet.

    robert> I cannot install xmu (apparently) with GTK

Why would you want to do that?  AFAICT making them incompatible is
more or less deliberate; HAVE_X_WINDOWS is set to "no" when GTK+ and/or
GNOME are enabled.  HAVE_X_WINDOWS really means HAVE_X_TOOLKIT == Xt,
AFAIK, and the various toolkits are not into peaceful coexistence.
So if you have good reason to do it, we can put it on the stack, but
otherwise it's one of those "you say that hurts? so stop it" things.

    robert> When running configure with the following parameters

	./configure --with-x11 --with-mule --with-widgets=athena
        --with-athena=3d \
	--with-dialogs=athena	--error-checking=none --debug=no \
	--package-path=${XEmacsPPath} \
	--prefix=${ParentPath} --with-prefix \
	"--cflags=-Os" --pdump --with-ldap=no \
	--with-gtk --with-xmu --with-xim=no  \
	--with-sound=esd --with-xfs=no --dynamic=yes \
	--use-number-lib=gmp

    robert> The resulting XEmacs has not buffer tabs--which may be intended.

Yikes.  OK, what is happening here is that GTK+ on the command line is
configured before X11, and it simply assumes that you want GTK+
widgets, unless you explicitly say "no".  I'll try to add some
warnings here.

I'm not sure why you don't get buffer tabs, that is definitely _not_
intended.  Try

	./configure --with-mule
        --error-checking=none --debug=no \
	--package-path=${XEmacsPPath} \
	--prefix=${ParentPath} --with-prefix \
	"--cflags=-Os" --pdump --with-ldap=no \
	--with-gtk \
	--with-sound=esd --dynamic=yes \
	--use-number-lib=gmp

You may need to add --with-widgets=gtk, but I don't think so.

    robert> Similar to the bignum support, there are Lisp_Object
    robert> incompatibilities in glyphs-gtk.c where free_cons()
    robert> expects a Lisp_Object as its only argument.

IIRC Jerry said that he didn't understand the GTK+ code well enough to
fix up the error-checking code there, asked for volunteers, and got
zero response.


-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.