3:41 p.m.
Will everyone please try out the latest 21.4 as checked into source
control? I am particularly interested in people who maintain XEmacs
packages, i.e. netbsd, gentoo, cygwin, native Windows setup kit (oops
- that's me!), etc.
Here's what I'm hoping you'll do:
1. hg clone https://bitbucket.org/xemacs/xemacs-21.4
2. cd xemacs-21.4
3. apply whatever patches you want/need
4. configure [options]
5. make
And send your results to the xemacs-beta list.
Please also send the patches you apply to xemacs-beta, so I can review
those patches for general suitability.
My hope is to release 21.4.24 sometime in the near future and to
declare 21.4.24 as the final 21.4 release.
Thank you,
Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
6:48 p.m.
> "Vin" == Vin Shelton <acs(a)alumni.princeton.edu>
writes:
Will everyone please try out the latest 21.4 as checked into source
control? I am particularly interested in people who maintain XEmacs
packages, i.e. netbsd, gentoo, cygwin, native Windows setup kit (oops
- that's me!), etc.
Here's what I'm hoping you'll do:
1. hg clone https://bitbucket.org/xemacs/xemacs-21.4
2. cd xemacs-21.4
3. apply whatever patches you want/need
4. configure [options]
5. make
And send your results to the xemacs-beta list.
Kubuntu 10.04, no patch applied compilation runs without problems.
Xemacs -vanilla starts.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:12 p.m.
On Tue, 17 Feb 2015 10:41:18 -0500, Vin Shelton wrote:
Here's what I'm hoping you'll do:
1. hg clone https://bitbucket.org/xemacs/xemacs-21.4
2. cd xemacs-21.4
3. apply whatever patches you want/need
4. configure [options]
5. make
As a quick shot:
% uname -mrs
NetBSD 7.0_BETA amd64
% sh ./configure ; make
[...]
gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes
-Wsign-compare -fno-strict-aliasing -Wshadow -Wpointer-arith -Xlinker
-z -Xlinker nocombreloc -Wl,-R/usr/X11R7/lib -L/usr/X11R7/lib
-Wl,-export-dynamic -o temacs abbrev.o alloc.o blocktype.o buffer.o
bytecode.o callint.o callproc.o casefiddle.o casetab.o chartab.o
cmdloop.o cmds.o console.o console-stream.o data.o device.o dired.o
doc.o doprnt.o dynarr.o editfns.o elhash.o emacs.o eval.o events.o
filelock.o unexelf.o balloon_help.o balloon-x.o eldap.o dgif_lib.o
gif_io.o menubar.o scrollbar.o dialog.o toolbar.o menubar-x.o
scrollbar-x.o dialog-x.o toolbar-x.o gui-x.o realpath.o inline.o
linuxplay.o miscplay.o console-tty.o device-tty.o event-tty.o
frame-tty.o objects-tty.o redisplay-tty.o cm.o tparam.o event-unixoid.o
database.o sysdll.o emodules.o process-unix.o event-stream.o extents.o
faces.o fileio.o filemode.o floatfns.o fns.o font-lock.o frame.o
general.o glyphs.o glyphs-eimage.o glyphs-widget.o gui.o gutter.o
hash.o imgproc.o indent.o insdel.o intl.o keymap.o line-number.o
lread.o lstream.o macros.o marker.o md5.o minibuf.o objects.o opaque.o
print.o process.o profile.o rangetab.o redisplay.o redisplay-output.o
regex.o search.o select.o signal.o sound.o specifier.o strftime.o
symbols.o syntax.o sysdep.o undo.o console-x.o device-x.o event-Xt.o
frame-x.o glyphs-x.o objects-x.o redisplay-x.o select-x.o xgccache.o
widget.o window.o lastfile.o gmalloc.o vm-limit.o ralloc.o
EmacsFrame.o EmacsShell.o TopLevelEmacsShell.o TransientEmacsShell.o
EmacsManager.o ../lwlib/liblw.a -lXaw -lz -lXpm -lXmu -lXt -lXext
-lX11 -lSM -lICE -ltermcap -lldap -lm -lutil
linuxplay.o: In function `audio_init':
/home/hauke/src/xemacs-21_4/xemacs-21.4/src/linuxplay.c:134: undefined
reference to `_oss_ioctl'
/home/hauke/src/xemacs-21_4/xemacs-21.4/src/linuxplay.c:144: undefined
reference to `_oss_ioctl'
linuxplay.o: In function `linux_play_data_or_file':
/home/hauke/src/xemacs-21_4/xemacs-21.4/src/linuxplay.c:371: undefined
reference to `_oss_ioctl'
/home/hauke/src/xemacs-21_4/xemacs-21.4/src/linuxplay.c:372: undefined
reference to `_oss_ioctl'
/home/hauke/src/xemacs-21_4/xemacs-21.4/src/linuxplay.c:379: undefined
reference to `_oss_ioctl'
linuxplay.o:/home/hauke/src/xemacs-21_4/xemacs-21.4/src/linuxplay.c:172:
more undefined references to `_oss_ioctl' follow
*** Error code 1
I guess autoconf should have added an -lossaudio on the way.
Let me know if you need a complete config.log / build log.
Btw: Is there an easy way of building a release tarball from the hg
checkout?
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4:13 p.m.
On Tue, 17 Feb 2015 21:12:51 +0100, Hauke Fath wrote:
I guess autoconf should have added an -lossaudio on the way.
After building a package from hg checkout, and more playing around, I
think you are missing the first part of the patch-src_Makefile.in.in
pkgsrc patch:
$NetBSD: patch-src_Makefile.in.in,v 1.1 2015/02/04 09:19:20 hauke Exp $
--- src/Makefile.in.in.orig 2015-01-29 15:04:29.000000000 +0000
+++ src/Makefile.in.in
＠＠ -72,8 +72,8 ＠＠ CPPFLAGS=＠CPPFLAGS＠
LDFLAGS=＠LDFLAGS＠
c_switch_all=＠c_switch_all＠
-ld_switch_all=＠ld_switch_all＠
-ld_libs_all=＠ld_libs_all＠
+ld_switch_all=＠ld_switch_all＠ ＠LDFLAGS＠
+ld_libs_all=＠ld_libs_all＠ ＠LIBOSSAUDIO＠
ld_dynamic_link_flags=＠ld_dynamic_link_flags＠
After applying the above, ./configure ; make ; src/xemacs -vanilla is
successful.
Btw: Is there an easy way of building a release tarball from the hg
checkout?
To answer my own question: "Tar it up." :o)
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4:29 p.m.
I would rather not make this change in Makefile.in.in. Shouldn't this
happen through configure? Why isn't LDFLAGS already part of ld_switch_all
when automake is run. Ditto with LIBOSSAUDIO.
- Vin
On Fri, Feb 20, 2015 at 11:13 AM, Hauke Fath <hf(a)spg.tu-darmstadt.de> wrote:
On Tue, 17 Feb 2015 21:12:51 +0100, Hauke Fath wrote:
> I guess autoconf should have added an -lossaudio on the way.
After building a package from hg checkout, and more playing around, I
think you are missing the first part of the patch-src_Makefile.in.in
pkgsrc patch:
$NetBSD: patch-src_Makefile.in.in,v 1.1 2015/02/04 09:19:20 hauke Exp $
--- src/Makefile.in.in.orig 2015-01-29 15:04:29.000000000 +0000
+++ src/Makefile.in.in
＠＠ -72,8 +72,8 ＠＠ CPPFLAGS=＠CPPFLAGS＠
LDFLAGS=＠LDFLAGS＠
c_switch_all=＠c_switch_all＠
-ld_switch_all=＠ld_switch_all＠
-ld_libs_all=＠ld_libs_all＠
+ld_switch_all=＠ld_switch_all＠ ＠LDFLAGS＠
+ld_libs_all=＠ld_libs_all＠ ＠LIBOSSAUDIO＠
ld_dynamic_link_flags=＠ld_dynamic_link_flags＠
After applying the above, ./configure ; make ; src/xemacs -vanilla is
successful.
> Btw: Is there an easy way of building a release tarball from the hg
> checkout?
To answer my own question: "Tar it up." :o)
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
1:01 p.m.
On Fri, 20 Feb 2015 11:29:40 -0500, Vin Shelton wrote:
I would rather not make this change in Makefile.in.in. Shouldn't
this
happen through configure? Why isn't LDFLAGS already part of ld_switch_all
when automake is run. Ditto with LIBOSSAUDIO.
Well, it turns out that the LDFLAGS addition is not necessary for the
build - it has been added before.
The LIBOSSAUDIO, though, is dangling - it is set by a successful
autoconf test, but never used anywhere else. I think configure.in needs
to define a has_ossaudio, and act on that by extending LIB or similar.
My auto fu is limited - I could propose a patch, but you probably
wouldn't like it. ;)
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
1:56 p.m.
Dear Hauke,
On Mon, Feb 23, 2015 at 8:01 AM, Hauke Fath <hf(a)spg.tu-darmstadt.de> wrote:
The LIBOSSAUDIO, though, is dangling - it is set by a successful
autoconf test, but never used anywhere else. I think configure.in needs
to define a has_ossaudio, and act on that by extending LIB or similar.
My auto fu is limited - I could propose a patch, but you probably
wouldn't like it. ;)
:-)
I hear ya! And this isn't even current autoconf! :-)
I'll take a stab at this and ask for you to retry.
Thanks,
Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
6:14 p.m.
On Mon, 23 Feb 2015 08:56:33 -0500, Vin Shelton wrote:
I'll take a stab at this and ask for you to retry.
A little-intrusive solution is attached.
Alternatively, one could extend the selection of audio subsystems, but
that looks like a lot of work in various places, unless you have a few
macros handy.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:47 p.m.
Dear Hauke -
See, I knew you could do it! You underestimated your auto-fu. I
applied your patch and updated configure.
Please make sure the latest 21.4 sources work for netbsd.
Regards,
Vin Shelton
On Mon, Feb 23, 2015 at 1:14 PM, Hauke Fath <hf(a)spg.tu-darmstadt.de> wrote:
On Mon, 23 Feb 2015 08:56:33 -0500, Vin Shelton wrote:
> I'll take a stab at this and ask for you to retry.
A little-intrusive solution is attached.
Alternatively, one could extend the selection of audio subsystems, but
that looks like a lot of work in various places, unless you have a few
macros handy.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
5:49 p.m.
On Mon, 23 Feb 2015 15:47:07 -0500, Vin Shelton wrote:
See, I knew you could do it! You underestimated your auto-fu. I
applied your patch and updated configure.
Well, every configure script is a rich set of examples - you only need
to understand what ideas they exemplify...
And in the end, battling pkgsrc to run autoconf during the build was
harder than the trial-and-error procedure to find the right macro.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4:58 a.m.
On Tue, 17 Feb 2015 10:41:18 -0500
Vin Shelton <acs(a)alumni.princeton.edu> wrote:
Will everyone please try out the latest 21.4 as checked into source
control? I am particularly interested in people who maintain XEmacs
packages, i.e. netbsd, gentoo, cygwin, native Windows setup kit (oops
- that's me!), etc.
Here's what I'm hoping you'll do:
1. hg clone https://bitbucket.org/xemacs/xemacs-21.4
2. cd xemacs-21.4
3. apply whatever patches you want/need
4. configure [options]
5. make
And send your results to the xemacs-beta list.
Worked fine both with my full environment and with -vanilla after a
quick check. Here is the script I used after the hg clone:
#!/bin/sh -e
# For a x86_64 compile
patch -p1 < ~/.xemacs/slackware/patches/dump-paths.patch
patch -p1 < ~/.xemacs/slackware/patches/check-features.patch
patch -p1 < ~/.xemacs/slackware/patches/lib64.patch
patch -p1 < ~/.xemacs/slackware/patches/mod-shift.patch
patch -p1 < ~/.xemacs/slackware/patches/extra-buttons.patch
CFLAGS=-O2 ./configure \
--prefix=/usr \
--libdir=/usr/lib64 \
--datadir=/usr/lib64 \
--with-sound=none \
--with-file-coding \
x86_64-slackware-linux
make
The dump-paths patch is not mine but from Enrico Scholz. That
and the check-features patch allow you to build xemacs with xemacs
installed.
The lib64 patch is only required for the x86_64 arch.
The mod-shift patch has been formally rejected, so I will not include
it here.
The extra-buttons patch adds extra buttons (8-11). I bought a mouse
with, well, extra buttons. I never liked the mouse though.
If the attachments don't make it, the files are in github:
https://github.com/smaclennan/dot-xemacs/tree/master/slackware/patches
Cheers,
Sean
7:29 p.m.
>>>> Vin Shelton <acs(a)alumni.princeton.edu> writes:
Here's what I'm hoping you'll do:
[...]
And this is all I can do at the moment. I haven't looked at the latest
version yet in enough detail. What I can add is the set of patches
applied for 21.4.22 in Gentoo.
I know this is lame but I don't want to miss the patch train if
possible. So please bear with me. What I would like to have done is to
check the patches that does not apply whether they need to be redone
or if they are already included upstream. Now I have to settle with
just reporting the state of affairs for 21.4.22 and how they turn out
when applied to 21.4.23.
These are the patches:
xemacs-21.4.19-texi.patch
xemacs-21.4.19-db.patch
xemacs-21.4.21-vcdiff.patch
xemacs-21.4.22-large-images.patch - does not apply cleanly with 21.4.23.
xemacs-21.4.22-deprecated-ldap.patch - does not apply cleanly with 21.4.23.
xemacs-21.4.22-libpng15.patch - does not apply cleanly with 21.4.23.
xemacs-21.4.22-texinfo-5.patch
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:01 p.m.
Hi, Mats et al,
Please test current 21.4 code, all relevant patches have been applied
and committed.
On Mon, Feb 23, 2015 at 2:29 PM, Mats Lidell <matsl(a)xemacs.org> wrote:
>>>>> Vin Shelton <acs(a)alumni.princeton.edu>
writes:
> Here's what I'm hoping you'll do:
[...]
And this is all I can do at the moment. I haven't looked at the latest
version yet in enough detail. What I can add is the set of patches
applied for 21.4.22 in Gentoo.
I know this is lame but I don't want to miss the patch train if
possible. So please bear with me. What I would like to have done is to
check the patches that does not apply whether they need to be redone
or if they are already included upstream. Now I have to settle with
just reporting the state of affairs for 21.4.22 and how they turn out
when applied to 21.4.23.
Here is the list of files and their dispositions:
xemacs-21.4.19-texi.patch - Applied this.
xemacs-21.4.19-db.patch - Gentoo only - did not apply.
xemacs-21.4.21-vcdiff.patch - Applied this.
xemacs-21.4.22-large-images.patch - Had previously applied a similar patch.
xemacs-21.4.22-deprecated-ldap.patch - Had previously applied a similar patch.
xemacs-21.4.22-libpng15.patch - Had previously applied a similar patch.
xemacs-21.4.22-texinfo-5.patch - I fixed texinfo 5.2 warnings prior to
looking at this.
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
10:15 p.m.
>>>> Vin Shelton <acs(a)alumni.princeton.edu> writes:
Hi, Mats et al,
Please test current 21.4 code, all relevant patches have been applied
and committed.
Fantastic! Great job. You made my day! I'll try to do better now and
speed up the verification of 21.4 since you did all the hard work!
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
11:32 p.m.
>>>> Mats Lidell <matsl(a)xemacs.org> writes:
I'll try to do better now and speed up the verification of 21.4
since you did all the hard work!
It passes my rigorous, well not really, test suite ie it compiles in
the form of an ebuild and I can start it and even do some minor
editing! I kept the gentoo specific patch but dropped the rest. So +1
from gentoo! Go, go, go...
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
4:25 p.m.
On Tue, 24 Feb 2015 15:01:41 -0500, Vin Shelton wrote:
Please test current 21.4 code, all relevant patches have been
applied
and committed.
As of today's sources, the build on NetBSD breaks with
[...]
--- ../info/xemacs-faq.info ---
makeinfo -o ../info/xemacs-faq.info xemacs-faq.texi
--- ../info/xemacs.info ---
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/xemacs//custom.texi:78:
Prev field of node `Variables' not pointed to.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/xemacs//custom.texi:38:
This node (Minor Modes) has the bad Next.
makeinfo: Removing output file `../info/xemacs.info' due to errors; use
--force to preserve.
*** [../info/xemacs.info] Error code 1
make[1]: stopped in
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man
--- ../info/lispref.info ---
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//edebug-inc.texi:3:
Prev field of node `Edebug' not pointed to.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//debugging.texi:728:
This node (Compilation Errors) has the bad Next.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//packaging.texi:21:
Prev field of node `Packaging' not pointed to.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:403:
This node (Introduction) has the bad Next.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:403:
`Introduction' has no Up field (perhaps incorrect sectioning?).
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:7:
`Copying' has no Up field (perhaps incorrect sectioning?).
./lispref/lispref.texi:122: Next field of node `Top' not pointed to
(perhaps incorrect sectioning?).
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:7:
This node (Copying) has the bad Prev.
makeinfo: Removing output file `../info/lispref.info' due to errors;
use --force to preserve.
*** [../info/lispref.info] Error code 1
make[1]: stopped in
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man
2 errors
% which makeinfo
/usr/bin/makeinfo
% makeinfo --version
makeinfo (GNU texinfo) 4.8
[...]
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:40 p.m.
What version of texinfo? V5.2 works here.
- Vin
On Thu, Feb 26, 2015 at 11:25 AM, Hauke Fath <hf(a)spg.tu-darmstadt.de> wrote:
On Tue, 24 Feb 2015 15:01:41 -0500, Vin Shelton wrote:
> Please test current 21.4 code, all relevant patches have been applied
> and committed.
As of today's sources, the build on NetBSD breaks with
[...]
--- ../info/xemacs-faq.info ---
makeinfo -o ../info/xemacs-faq.info xemacs-faq.texi
--- ../info/xemacs.info ---
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/xemacs//custom.texi:78:
Prev field of node `Variables' not pointed to.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/xemacs//custom.texi:38:
This node (Minor Modes) has the bad Next.
makeinfo: Removing output file `../info/xemacs.info' due to errors; use
--force to preserve.
*** [../info/xemacs.info] Error code 1
make[1]: stopped in
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man
--- ../info/lispref.info ---
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//edebug-inc.texi:3:
Prev field of node `Edebug' not pointed to.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//debugging.texi:728:
This node (Compilation Errors) has the bad Next.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//packaging.texi:21:
Prev field of node `Packaging' not pointed to.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:403:
This node (Introduction) has the bad Next.
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:403:
`Introduction' has no Up field (perhaps incorrect sectioning?).
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:7:
`Copying' has no Up field (perhaps incorrect sectioning?).
./lispref/lispref.texi:122: Next field of node `Top' not pointed to
(perhaps incorrect sectioning?).
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man/lispref//intro.texi:7:
This node (Copying) has the bad Prev.
makeinfo: Removing output file `../info/lispref.info' due to errors;
use --force to preserve.
*** [../info/lispref.info] Error code 1
make[1]: stopped in
/var/obj/pkgsrc/hauke/xemacs-21_4-hg/work/xemacs214/man
2 errors
% which makeinfo
/usr/bin/makeinfo
% makeinfo --version
makeinfo (GNU texinfo) 4.8
[...]
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
8:19 a.m.
On Thu, 26 Feb 2015 15:40:19 -0500, Vin Shelton wrote:
What version of texinfo? V5.2 works here.
[snip]
> % which makeinfo
> /usr/bin/makeinfo
> % makeinfo --version
> makeinfo (GNU texinfo) 4.8
> [...]
-- that's what NetBSD base ships with.
I guess it doesn't like something in the 0420ebf changeset? I've built
successfully after the a06923a changes.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
11:53 a.m.
Dear Hauke,
Thanks for the info. Since I just went to the trouble of getting the
.texi files to compile with v5.2, I'd consider applying a patch that
works for both v4.8 and v5.2. Failing that, I guess you can choose
to:
a) apply a platform-specific patch for v4.8, or
b) avoid the last round of texinfo-only patches
Thanks,
Vin
On Fri, Feb 27, 2015 at 3:19 AM, Hauke Fath <hf(a)spg.tu-darmstadt.de> wrote:
On Thu, 26 Feb 2015 15:40:19 -0500, Vin Shelton wrote:
> What version of texinfo? V5.2 works here.
[snip]
>> % which makeinfo
>> /usr/bin/makeinfo
>> % makeinfo --version
>> makeinfo (GNU texinfo) 4.8
>> [...]
-- that's what NetBSD base ships with.
I guess it doesn't like something in the 0420ebf changeset? I've built
successfully after the a06923a changes.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
9:32 a.m.
Hi Vin --
This compiles and runs fine for me on 32 bit Mac OS 10.6.8, on Cygwin in an XP
virtual machine that I keep around, and on a 64-bit Ubuntu machine. I attach
the Installation files from all three. make check works fine too. I haven’t
been able to provoke it to use the progress bar, I believe I avoided
installing Xaw because of the associated XEmacs crashes.
Best,
Aidan
Ar an seachtú lá déag de mí Feabhra, scríobh Vin Shelton:
Will everyone please try out the latest 21.4 as checked into source
control? I am particularly interested in people who maintain XEmacs
packages, i.e. netbsd, gentoo, cygwin, native Windows setup kit (oops
- that's me!), etc.
Here's what I'm hoping you'll do:
1. hg clone https://bitbucket.org/xemacs/xemacs-21.4
2. cd xemacs-21.4
3. apply whatever patches you want/need
4. configure [options]
5. make
And send your results to the xemacs-beta list.
Please also send the patches you apply to xemacs-beta, so I can review
those patches for general suitability.
My hope is to release 21.4.24 sometime in the near future and to
declare 21.4.24 as the final 21.4 release.
Thank you,
Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
uname -a: Darwin bonbon 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011;
root:xnu-1504.15.3~1/RELEASE_I386 i386
./configure '--site-prefixes=/opt/local:/usr/X11R6' '--with-athena=xaw'
'--with-mule' '--with-png=no'
XEmacs 21.4.23 "Moral Majority" configured for `i386-apple-darwin10.8.0'.
Compilation / Installation:
Source code location: /Sources/xemacs-21.4-building
Installation prefix: /usr/local
Additional prefixes: /opt/local /usr/X11R6
Operating system description file: `s/darwin.h'
Not using any machine description file
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow -Wpointer-arith
Compiler version: i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc.
build 5666) (dot 3)
Compiler specs file: specs.
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
libc: system-provided libc on i386-apple-darwin10.8.0
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location:
- Handling WM_COMMAND properly.
Compiling in support for Motif.
*WARNING* Many versions of Motif are buggy, requiring workarounds.
You are likely to experience slow redisplay.
You may need to install vendor patches to Motif.
See PROBLEMS for more information.
Using Lucid menubars.
Using Lucid scrollbars.
Using Motif dialog boxes.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
WARNING: -----------------------------------------------------------
WARNING: Compiling without PNG image support.
WARNING: You should strongly consider installing the PNG libraries.
WARNING: Otherwise certain images and glyphs may not display.
WARNING: (a copy may be found in ftp://ftp.xemacs.org/pub/xemacs/aux)
WARNING: -----------------------------------------------------------
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Databases:
Compiling in support for Berkeley database.
Compiling in support for GNU DBM.
Compiling in support for LDAP.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using Motif to provide XIM support.
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
uname -a: Linux lokum.taur.is 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u1 x86_64
GNU/Linux
./configure '--with-mule'
XEmacs 21.4.23 "Moral Majority" configured for `x86_64-unknown-linux'.
Compilation / Installation:
Source code location: /home/aidan/xemacs-21.4-building
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow
Compiler version: gcc (Debian 4.7.2-5) 4.7.2
Compiler specs file: specs.
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Need to guess glibc1/2/etc here
Window System:
TTY:
Compiling in support for ncurses.
Images:
Sound:
Compiling in support for sound (native).
Databases:
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
uname -a: CYGWIN_NT-5.1 xpprobase 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin
./configure '--with-mule'
XEmacs 21.4.23 "Moral Majority" configured for `i686-pc-cygwin'.
Compilation / Installation:
Source code location:
/cygdrive/c/dokume~1/aidan/xemacs-21.4-cygwin-building
Installation prefix: /usr/local
Operating system description file: `s/cygwin32.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow -Wpointer-arith
Compiler version: gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd
0.125)
Compiler specs file: /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Relocating allocator for buffers: no
GNU version of malloc: yes
libc: system-provided libc on i686-pc-cygwin
Window System:
Compiling in support for the Microsoft window system.
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
TTY:
Compiling in support for ncurses.
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.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for Berkeley database.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: libpq-fe.h
- Using PostgreSQL V7 bindings.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for file coding.
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Mail:
Compiling in support for POP mail retrieval.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
--
‘Tramadol is further fed to cattle […] when working them […] (as draft
animals) so that the animals do not get tired quickly. …’
— Angewandte Chemie, Sept 2014, describing the social context of
(synthetic) tramadol having been found in Cameroon tree roots.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
3560
days inactive
3571
days old
19 comments
6 participants
participants (6)
-
Aidan Kehoe -
Hauke Fath -
Sean MacLennan -
The XEmacs Package Smoketest -
Uwe Brauer -
Vin Shelton