3:24 a.m.
The GTK redisplay backend now builds & runs. No funky widgets yet, but
that should be fairly simple.
This builds on my 3 boxes here (freebsd 4.2, solaris 2.7, linux 2.4 (debian
unstable)) in all its glory.
Could other people please test it on their machines? Thanks.
-Bill P.
5:35 a.m.
>>>>>>>>>>>>>>>>>
Original Message <<<<<<<<<<<<<<<<<<
On 2/2/01, 10:24:48 PM, wmperry(a)aventail.com (William M. Perry) wrote
regarding More XEmacs/GTK patches commited to the branch...:
The GTK redisplay backend now builds & runs. No funky widgets
yet, but
that should be fairly simple.
This builds on my 3 boxes here (freebsd 4.2, solaris 2.7, linux 2.4
(debian
unstable)) in all its glory.
Builds fine. Just won't run. It crashes before it even starts. Below
are the following:
o uname -a
o Brief description of OS and hardware
o contents of 'Installation'
o output from execution of 'xemacs'
Let me know if you need any more info.
Could other people please test it on their machines? Thanks.
Craig
-------------------------------------------------------------------
>>>>> uname -a
Linux craigl 2.4.1 #8 Fri Feb 2
20:46:51 EST 2001 i686 unknown
350MHz Pentium II, 384MB RAM
Red Hat 7.0
Linux 2.4.1
>>>>> Installation:
uname -a: Linux craigl 2.4.1
#8 Fri Feb 2 20:46:51 EST 2001 i686 unknown
./configure '--prefix=/usr' '--pdump' '--with-gtk'
'--with-gnome'
'--with-file-coding'
XEmacs 21.2-b42 "Poseidon" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /src/xemacs-gtk
Installation prefix: /usr
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch
-Wpointer-arith -Winline -Wmissing-prototypes -Wshadow
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Using GTK menubars.
Using GTK scrollbars.
Using GTK dialog boxes.
Using GTK native widgets.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Compiling in support for ESD (Enlightened Sound Daemon).
Databases:
Compiling in support for Berkeley database.
Compiling in support for LDAP.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: pgsql/libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Compiling in support for file coding.
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
Compiling in support for extra debugging code.
WARNING: ---------------------------------------------------------
WARNING: Compiling in support for runtime error checking.
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
>>>>> output from 'xemacs'
Initialization error: event-stream callbacks not initialized (internal
error?)
exec-directory is "/src/xemacs-gtk/lib-src/"
data-directory is "/src/xemacs-gtk/etc/"
data-directory-list is ("/usr/lib/xemacs/xemacs-packages/etc/"
"/usr/lib/xemacs/xemacs-packages/etc/auctex/"
"/usr/lib/xemacs/xemacs-packages/etc/bbdb/"
"/usr/lib/xemacs/xemacs-packages/etc/e/"
"/usr/lib/xemacs/xemacs-packages/etc/ediff/"
"/usr/lib/xemacs/xemacs-packages/etc/frame-icon/"
"/usr/lib/xemacs/xemacs-packages/etc/gnats/"
"/usr/lib/xemacs/xemacs-packages/etc/gnus/"
"/usr/lib/xemacs/xemacs-packages/etc/gnusrefcard/"
"/usr/lib/xemacs/xemacs-packages/etc/hm--html-menus/"
"/usr/lib/xemacs/xemacs-packages/etc/idlwave/"
"/usr/lib/xemacs/xemacs-packages/etc/ilisp/"
"/usr/lib/xemacs/xemacs-packages/etc/jde/"
"/usr/lib/xemacs/xemacs-packages/etc/message/"
"/usr/lib/xemacs/xemacs-packages/etc/mew/"
"/usr/lib/xemacs/xemacs-packages/etc/mine/"
"/usr/lib/xemacs/xemacs-packages/etc/psgml/"
"/usr/lib/xemacs/xemacs-packages/etc/reftex/"
"/usr/lib/xemacs/xemacs-packages/etc/slider/"
"/usr/lib/xemacs/xemacs-packages/etc/smilies/"
"/usr/lib/xemacs/xemacs-packages/etc/sounds/"
"/usr/lib/xemacs/xemacs-packages/etc/time/"
"/usr/lib/xemacs/xemacs-packages/etc/vm/"
"/usr/lib/xemacs/xemacs-packages/etc/w3/"
"/usr/lib/xemacs/xemacs-packages/etc/zenirc/" "/src/xemacs-gtk/etc/")
doc-directory is "/src/xemacs-gtk/lib-src/"
load-path is ("/usr/lib/xemacs/xemacs-packages/lisp/"
"/usr/lib/xemacs/xemacs-packages/lisp/Sun/"
"/usr/lib/xemacs/xemacs-packages/lisp/ada/"
"/usr/lib/xemacs/xemacs-packages/lisp/apel/"
"/usr/lib/xemacs/xemacs-packages/lisp/auctex/"
"/usr/lib/xemacs/xemacs-packages/lisp/bbdb/"
"/usr/lib/xemacs/xemacs-packages/lisp/c-support/"
"/usr/lib/xemacs/xemacs-packages/lisp/calc/"
"/usr/lib/xemacs/xemacs-packages/lisp/calendar/"
"/usr/lib/xemacs/xemacs-packages/lisp/cc-mode/"
"/usr/lib/xemacs/xemacs-packages/lisp/cookie/"
"/usr/lib/xemacs/xemacs-packages/lisp/crisp/"
"/usr/lib/xemacs/xemacs-packages/lisp/debug/"
"/usr/lib/xemacs/xemacs-packages/lisp/dired/"
"/usr/lib/xemacs/xemacs-packages/lisp/edebug/"
"/usr/lib/xemacs/xemacs-packages/lisp/ediff/"
"/usr/lib/xemacs/xemacs-packages/lisp/edit-utils/"
"/usr/lib/xemacs/xemacs-packages/lisp/edt/"
"/usr/lib/xemacs/xemacs-packages/lisp/efs/"
"/usr/lib/xemacs/xemacs-packages/lisp/elib/"
"/usr/lib/xemacs/xemacs-packages/lisp/emerge/"
"/usr/lib/xemacs/xemacs-packages/lisp/eterm/"
"/usr/lib/xemacs/xemacs-packages/lisp/eudc/"
"/usr/lib/xemacs/xemacs-packages/lisp/footnote/"
"/usr/lib/xemacs/xemacs-packages/lisp/forms/"
"/usr/lib/xemacs/xemacs-packages/lisp/frame-icon/"
"/usr/lib/xemacs/xemacs-packages/lisp/fsf-compat/"
"/usr/lib/xemacs/xemacs-packages/lisp/games/"
"/usr/lib/xemacs/xemacs-packages/lisp/gnats/"
"/usr/lib/xemacs/xemacs-packages/lisp/gnus/"
"/usr/lib/xemacs/xemacs-packages/lisp/hm--html-menus/"
"/usr/lib/xemacs/xemacs-packages/lisp/idlwave/"
"/usr/lib/xemacs/xemacs-packages/lisp/igrep/"
"/usr/lib/xemacs/xemacs-packages/lisp/ilisp/"
"/usr/lib/xemacs/xemacs-packages/lisp/ispell/"
"/usr/lib/xemacs/xemacs-packages/lisp/jde/"
"/usr/lib/xemacs/xemacs-packages/lisp/mail-lib/"
"/usr/lib/xemacs/xemacs-packages/lisp/mailcrypt/"
"/usr/lib/xemacs/xemacs-packages/lisp/mew/"
"/usr/lib/xemacs/xemacs-packages/lisp/mh-e/"
"/usr/lib/xemacs/xemacs-packages/lisp/mine/"
"/usr/lib/xemacs/xemacs-packages/lisp/misc-games/"
"/usr/lib/xemacs/xemacs-packages/lisp/net-utils/"
"/usr/lib/xemacs/xemacs-packages/lisp/os-utils/"
"/usr/lib/xemacs/xemacs-packages/lisp/pc/"
"/usr/lib/xemacs/xemacs-packages/lisp/pcl-cvs/"
"/usr/lib/xemacs/xemacs-packages/lisp/prog-modes/"
"/usr/lib/xemacs/xemacs-packages/lisp/ps-print-nomule/"
"/usr/lib/xemacs/xemacs-packages/lisp/psgml/"
"/usr/lib/xemacs/xemacs-packages/lisp/reftex/"
"/usr/lib/xemacs/xemacs-packages/lisp/rmail/"
"/usr/lib/xemacs/xemacs-packages/lisp/scheme/"
"/usr/lib/xemacs/xemacs-packages/lisp/semantic/"
"/usr/lib/xemacs/xemacs-packages/lisp/sgml/"
"/usr/lib/xemacs/xemacs-packages/lisp/sh-script/"
"/usr/lib/xemacs/xemacs-packages/lisp/slider/"
"/usr/lib/xemacs/xemacs-packages/lisp/sounds-au/"
"/usr/lib/xemacs/xemacs-packages/lisp/sounds-wav/"
"/usr/lib/xemacs/xemacs-packages/lisp/speedbar/"
"/usr/lib/xemacs/xemacs-packages/lisp/strokes/"
"/usr/lib/xemacs/xemacs-packages/lisp/supercite/"
"/usr/lib/xemacs/xemacs-packages/lisp/texinfo/"
"/usr/lib/xemacs/xemacs-packages/lisp/text-modes/"
"/usr/lib/xemacs/xemacs-packages/lisp/textools/"
"/usr/lib/xemacs/xemacs-packages/lisp/time/"
"/usr/lib/xemacs/xemacs-packages/lisp/tm/"
"/usr/lib/xemacs/xemacs-packages/lisp/tooltalk/"
"/usr/lib/xemacs/xemacs-packages/lisp/tpu/"
"/usr/lib/xemacs/xemacs-packages/lisp/vc/"
"/usr/lib/xemacs/xemacs-packages/lisp/vhdl/"
"/usr/lib/xemacs/xemacs-packages/lisp/view-process/"
"/usr/lib/xemacs/xemacs-packages/lisp/viper/"
"/usr/lib/xemacs/xemacs-packages/lisp/vm/"
"/usr/lib/xemacs/xemacs-packages/lisp/w3/"
"/usr/lib/xemacs/xemacs-packages/lisp/xemacs-base/"
"/usr/lib/xemacs/xemacs-packages/lisp/xemacs-devel/"
"/usr/lib/xemacs/xemacs-packages/lisp/zenirc/" "/src/xemacs-gtk/lisp/"
"/src/xemacs-gtk/lisp/mule/" "/src/xemacs-gtk/lisp/term/"
"/src/xemacs-gtk/lisp/ui/")
backtrace(external-debugging-output t)
# bind (string error debug-on-error stream debugger-args)
early-error-handler(error (error "event-stream callbacks not
initialized (internal error?)"))
# (catch debugger ...)
# (unwind-protect ...)
# bind (stack-trace-on-signal debug-on-signal stack-trace-on-error
debug-on-error)
make-device(gtk nil)
make-gtk-device()
init-gtk-win()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
5:34 a.m.
New subject: wait.h warnings from gpmevent.c
Anybody know what this warning is about? glibc on Linux bug, I presume?
------------------------------------------------------------------------
gcc -c -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -W
shadow -Demacs -I. -DHAVE_CONFIG_H -I/usr/X11R6/include /coda/Projects/XEmacs/G
TK-XEmacs/src/gpmevent.c
In file included from /usr/include/linux/keyboard.h:4,
from /coda/Projects/XEmacs/GTK-XEmacs/src/gpmevent.c:48:
/usr/include/linux/wait.h:4: warning: `WNOHANG' redefined
/usr/include/bits/waitflags.h:26: warning: this is the location of the previous
definition
/usr/include/linux/wait.h:5: warning: `WUNTRACED' redefined
/usr/include/bits/waitflags.h:27: warning: this is the location of the previous
definition
------------------------------------------------------------------------
This is the same config I've been using for months. The only thing
that's new is gcc and glibc, which probably got updated within the
last two weeks. glibc 2.2.1 from Debian unstable, with Debian's
"standard Linux headers" from libc6-dev (it's not 2.4.still-broken or
anything like that).
ii libc6 2.2.1-1 GNU C Library: Shared libraries and Timezone
ii libc6-dev 2.2.1-1 GNU C Library: Development Libraries and Hea
ii gcc 2.95.3-4 The GNU C compiler.
Yes, that is a GTK build (albeit --with-gtk=no) but I have duplicated
it in the current CVS release-21-2 source tree.
Debian GNU/Linux "unstable", Linux kernel 2.2.18 local build.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
8:59 p.m.
New subject: wait.h warnings from gpmevent.c
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
Anybody know what this warning is about? glibc on Linux bug, I
presume?
------------------------------------------------------------------------
gcc -c -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -W
shadow -Demacs -I. -DHAVE_CONFIG_H -I/usr/X11R6/include /coda/Projects/XEmacs/G
TK-XEmacs/src/gpmevent.c
In file included from /usr/include/linux/keyboard.h:4,
from /coda/Projects/XEmacs/GTK-XEmacs/src/gpmevent.c:48:
/usr/include/linux/wait.h:4: warning: `WNOHANG' redefined
/usr/include/bits/waitflags.h:26: warning: this is the location of the previous
definition
/usr/include/linux/wait.h:5: warning: `WUNTRACED' redefined
/usr/include/bits/waitflags.h:27: warning: this is the location of the previous
definition
------------------------------------------------------------------------
I got this when I compiled 21.2.43 on linux the other day. Looks like
linux kernel stupidity to me. Solution: avoid linux. :)
-bp
1:37 a.m.
New subject: wait.h warnings from gpmevent.c
>>>> "-BP" == William M Perry
<wmperry(a)aventail.com> writes:
-BP> I got this when I compiled 21.2.43 on linux the other day.
-BP> Looks like linux kernel stupidity to me.
No, it's _not_ _kernel_ stupidity. It's _all_ glibc stuff. glibc
distributes its own set of kernel headers, because they don't trust
Linus to know what's in the kernel, I guess.
-BP> Solution: avoid linux. :)
Fine by me. OK, I resign as Release Manager effective immediately --
I'm going to be too busy "avoiding Linux" for the next few weeks. :-)
Unfortunately, these days Linux is to part-time developers what 'dose
is to part-time users: too convenient to give up.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
3:07 a.m.
New subject: wait.h warnings from gpmevent.c
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
>>>>> "-BP" == William M Perry
<wmperry(a)aventail.com> writes:
-BP> I got this when I compiled 21.2.43 on linux the other day.
-BP> Looks like linux kernel stupidity to me.
No, it's _not_ _kernel_ stupidity. It's _all_ glibc stuff. glibc
distributes its own set of kernel headers, because they don't trust Linus
to know what's in the kernel, I guess.
Well, glibc is another can of worms entirely... equally as bad. See some
of the comments in gpmevent.c as to why I hate certain parts of the linux
kernel. :) I really hate the debian libc6 packages - if you try to use
anything but their kernel packages, you are screwed.
-BP> Solution: avoid linux. :)
Fine by me. OK, I resign as Release Manager effective immediately -- I'm
going to be too busy "avoiding Linux" for the next few weeks. :-)
It takes time to get over any addiction, but if you take the time to do it,
your life will drastically improve. :)
-bp
3:40 a.m.
New subject: wait.h warnings from gpmevent.c
>>>> "-BP" == William M Perry
<wmperry(a)aventail.com> writes:
"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
> Fine by me. OK, I resign as Release Manager effective
> immediately -- I'm going to be too busy "avoiding Linux" for
> the next few weeks. :-)
-BP> It takes time to get over any addiction, but if you take the
-BP> time to do it, your life will drastically improve. :)
Which one should I get over first (RM or Linux)?
Um, this is neither the time nor the place[1], but I would really like
to hear from people who think the glibc/Linux development model is
fucked[2] and who have ideas how _we_ can avoid that and still stay a
pretty free-wheeling bazaar kind of place---and release more than once
every two years.
Footnotes:
[1] Followups set to private reply.
[2] Sometimes I agree, sometimes I don't. Mostly I don't know.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
3:15 a.m.
New subject: wait.h warnings from gpmevent.c
On Tue, 06 Feb 2001 10:37:42 +0900, "Stephen J. Turnbull"
<turnbull(a)sk.tsukuba.ac.jp> said:
No, it's _not_ _kernel_ stupidity. It's _all_ glibc stuff.
glibc
distributes its own set of kernel headers, because they don't trust
Linus to know what's in the kernel, I guess.
Is this brought to you by the same crew that brought us the infamous
gcc fuxincludes, where the compiler thought they knew better than
the system what system header files should look like, and punished non
compliant systems by breaking on every patch that hit /usr/include? ;)
/Valdis (who is trying to move from an AIX to Linux, and wondering how
much brain-damage he's willing to accept as the cost of price/performace ;)
2:30 p.m.
New subject: wait.h warnings from gpmevent.c
Valdis.Kletnieks(a)vt.edu writes:
Is this brought to you by the same crew that brought us the infamous
gcc fuxincludes, where the compiler thought they knew better than
the system what system header files should look like, and punished non
compliant systems by breaking on every patch that hit /usr/include? ;)
It's a different crew. Fixincludes are necessary for GCC because
vendor include files contain vendor specific extensions (and bugs)
that only works on the vendor specific compiler. So it is either
fixincludes, no system includes, or using the vendor compiler.
Alternatively, GCC could implement every extension and support every
bug that have ever existed in a Unix system compiler.
If fixincludes is necessary with glibc include files it is silly,
since the "vendor compiler" for glibc is GCC.
/Valdis (who is trying to move from an AIX to Linux, and wondering
how
much brain-damage he's willing to accept as the cost of price/performace ;)
Basically, from the point of view of the GNU tools, anything is better
than AIX. AIX is the most non-standard Unix system. Currently, AIX
support seems to be the major thing holding back the GCC 3.0 release.
8690
days inactive
8693
days old
8 comments
5 participants
participants (5)
-
Craig Lanning -
Per Abrahamsen -
Stephen J. Turnbull -
Valdis Kl=?iso8859-4?Q?=BA?=tnieks -
William M. Perry