3:52 p.m.
Building XEmacs from hg sources on a brand-new Ubuntu box, fails with
termcap.c:236:1: error: unknown type name 'speed_t'
Looks like this type is defined in /usr/include/termios.h but that header isn't
getting pulled in. The configure test is finding this header file and reporting:
configure:18681: checking for termios.h
ac_cv_header_termios_h=yes
Full config and make output attached, if anyone wants that level of detail.
The problem is solved by the following trivial patch:
diff -r 7b5f88e5b456 src/termcap.c
--- a/src/termcap.c Mon Oct 15 20:47:00 2012 +0200
+++ b/src/termcap.c Thu Nov 01 10:49:51 2012 -0500
＠＠ -26,6 +26,7 ＠＠
#include "device.h"
#include "device-impl.h" /* For DEVICE_BAUD_RATE */
#include "sysfile.h"
+#include "systty.h"
#include "process.h"
#else /* not emacs */
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
5:11 p.m.
Charles G. Waldman writes:
Building XEmacs from hg sources on a brand-new Ubuntu box, fails
with
termcap.c:236:1: error: unknown type name 'speed_t'
That's odd. On a modern Linux system I would expect the build to
include terminfo.c, not termcap.c. I think you should check to make
sure you have relevant TTY support (including dev packages) such as
n?curses.
The problem is solved by the following trivial patch:
diff -r 7b5f88e5b456 src/termcap.c
--- a/src/termcap.c Mon Oct 15 20:47:00 2012 +0200
+++ b/src/termcap.c Thu Nov 01 10:49:51 2012 -0500
＠＠ -26,6 +26,7 ＠＠
#include "device.h"
#include "device-impl.h" /* For DEVICE_BAUD_RATE */
#include "sysfile.h"
+#include "systty.h"
#include "process.h"
#else /* not emacs */
Makes sense except that I suspect that systems that need termcap
probably pull in the relevant typedefs in some other way.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
9:56 p.m.
>>>> Stephen J Turnbull <stephen(a)xemacs.org> writes:
That's odd. On a modern Linux system I would expect the build
to
include terminfo.c, not termcap.c.
Well, I had a fight with that problem a few years ago. Maybe it then
was under cygwin but I think the problem remains the same. Whether or
not we prefer terminfo if it is there I'm not sure but I fear we do.
Maybe it is time now to remove support of termcap? As you say all
modern systems ought to have terminfo or ncurses.
I think you should check to make sure you have relevant TTY support
(including dev packages) such as n?curses.
The workaround I have used when this issue pops up is to install
ncurses. We prefer that to termcap when it is available.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
12:58 p.m.
Mats Lidell writes:
>>>>> Stephen J Turnbull <stephen(a)xemacs.org>
writes:
> That's odd. On a modern Linux system I would expect the build to
> include terminfo.c, not termcap.c.
Well, I had a fight with that problem a few years ago.
Maybe it is time now to remove support of termcap? As you say all
modern systems ought to have terminfo or ncurses.
I don't see a reason to remove it, it probably still works on systems
that need it. The effort to check whether there are any systems that
need it seems unreasonable.
We could have configure warn, though.
The workaround I have used when this issue pops up is to install
ncurses. We prefer that to termcap when it is available.
I'm pretty sure you must be talking of Cygwin. On Gentoo, Debian, and
Mac OS X, here's the guts of termcap.h:
#include <ncurses_dll.h>
I doubt Ubuntu is any different.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
9:41 p.m.
>>>> Stephen J Turnbull <stephen(a)xemacs.org> writes:
We could have configure warn, though.
Sorry I don't get it. Warn about what?
I doubt Ubuntu is any different.
I tried to install latest Ubuntu in a virtual-box in order to
investigate the problem better. Unfortunately it failed to launch
gnome properly because of problems with 3D-acceleration. Sigh. Maybe I
can still use it to check the xemacs build anyway. Don't need the
graphics to build it. I'll keep you posted.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
10:38 p.m.
Mats Lidell wrote:
I tried to install latest Ubuntu in a virtual-box in order to
investigate the problem better. Unfortunately it failed to launch
gnome properly because of problems with 3D-acceleration. Sigh.
In case something like this comes up again, I recommend installing
Xubuntu (Xfce) in VMs, rather than Ubuntu (GNOME) or Kubuntu (KDE).
It's relatively lightweight, and it works fine with unaccelerated
graphics.
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:27 a.m.
>>>> Mike Kupfer <mike.kupfer(a)xemacs.org> writes:
In case something like this comes up again, I recommend installing
Xubuntu (Xfce) in VMs, rather than Ubuntu (GNOME) or Kubuntu (KDE).
It's relatively lightweight, and it works fine with unaccelerated
graphics.
Yes, thanks. I wanted to recreate the environment for the error report
so I just went for the latest Ubuntu install. Are the distros close
enough so that building on Xubuntu will be as good as building on
Ubuntu?
However: I managed to get it working using Virtual-Box on a linux
machine, first try was from windows, so I now have that
environment. Out of the box configure did then not find any window
system nor tty!!! So this could explain some of the problems I guess.
So some development packages are missing.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
5:46 p.m.
Mats Lidell wrote:
Yes, thanks. I wanted to recreate the environment for the error
report
so I just went for the latest Ubuntu install. Are the distros close
enough so that building on Xubuntu will be as good as building on
Ubuntu?
For building XEmacs, yes, Xubuntu should be close enough. The only
possible difference I can think of would be related to the GTK
libraries.
So some development packages are missing.
Yes, I had to add these packages after a fresh install of Ubuntu 11.10:
libncurses5-dev
libx11-dev
libxaw7-dev
libpng++-dev
libxft-dev
(libxft-dev is only needed if you're building 21.5 with Xft support, of
course.)
cheers,
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3:49 a.m.
Mats Lidell writes:
>>>>> Stephen J Turnbull <stephen(a)xemacs.org>
writes:
> We could have configure warn, though.
Sorry I don't get it. Warn about what?
If ncurses isn't found, we could report in Installation "TTY uses
deprecated termcap; do you have ncurses dev package installed?"
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:17 a.m.
>>>> Stephen J Turnbull <stephen(a)xemacs.org> writes:
If ncurses isn't found, we could report in Installation "TTY
uses
deprecated termcap; do you have ncurses dev package installed?"
OK. I get it. That's fine.
In this case there seems to be no TTY support compiled in at all. That
part of "Installation" is empty. Does this imply a bad setup, that no
tty-support should be used or that we silently use termcap for
tty-support in that case?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
9:51 a.m.
Mats Lidell writes:
In this case there seems to be no TTY support compiled in at all.
That
part of "Installation" is empty.
Well, try running "xemacs -nw". If it works, then there's TTY support.
Does this imply a bad setup, that no tty-support should be used or
that we silently use termcap for tty-support in that case?
I believe it's the last. We only build without TTY support if you
supply the --without-tty option. I find it hard to imagine a system
that has *zero* TTY support. That's why I suggest a warning.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
2:21 p.m.
>>>> Stephen J Turnbull <stephen(a)xemacs.org> writes:
Well, try running "xemacs -nw". If it works, then
there's TTY
support.
Thinking of the old song "There is a hole in my bucket" sung by
Harry Belafonte and Odetta ...
Remember that the build fails due to the broken!? termcap support. ;-)
I believe it's the last. We only build without TTY support if
you
supply the --without-tty option. I find it hard to imagine a system
that has *zero* TTY support. That's why I suggest a warning.
Interesting. I think I will test --without-tty on my virtual Ubuntu
and see what happens.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
7:06 a.m.
>>>> Mats Lidell <matsl(a)xemacs.org> writes:
Following up on my own post.
Interesting. I think I will test --without-tty on my virtual Ubuntu
and see what happens.
This made the build brake in another way than the termcap problem
which is logical.
However I don't feel like it is important to investigate that path
further. If you don't have a windows environment and still want to
build with no tty I guess it won't work.
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
2:28 a.m.
As other folks said, you are missing libncurses5-dev. Actually to save
yourself a bunch of little issues with what Configure finds on your
machine just do "sudo apt-get build-deps xemacs21" to get all the build
requires for the old version and that should get you fairly far towards
building the beta version. (Geez, I can't believe there is a ppa
somewhere for xemacs-beta.)
--
Jeff Baird <Jeff_Baird(a)cs.cmu.edu>
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
6:05 p.m.
Charles G. Waldman wrote:
Building XEmacs from hg sources on a brand-new Ubuntu box, fails
with
termcap.c:236:1: error: unknown type name 'speed_t'
Just curiosity:did you run
apt-get build-dep xemacs21
before the installation?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4396
days inactive
4404
days old
14 comments
6 participants
participants (6)
-
Charles Waldman -
Jeff Baird -
Mike Kupfer -
Stephen J. Turnbull -
The XEmacs Package Smoketest -
Uwe Brauer