GPLv3|L8R -- Status report - ready for inspection?
7 years, 5 months
Mats Lidell
Mats Lidell
Hi,
Here comes yet another status report from the project of converting to
GPLv3 or later.
There are two lists of files below. The first list contains all files
that are in an undecided state. Please inspect: Do we need to do anything
with them. If so what?
The second list contains all files that we can leave untouched and the
reason for that. Please inspect: Are all reasons OK and correct?
Are we getting close to the were an inspection of the xemacs-gplv3
repository could be performed? With the intent that it that is OK we
could merge back to trunk and go GPLv3 or later?
----------------------------------------------------------------------
"CHANGES-beta"
"ChangeLog"
"PROBLEMS"
"README"
"README.GPLv3"
"etc/ChangeLog"
"etc/Emacs.ad"
"etc/InstallGuide"
"etc/NEWS"
"etc/ONEWS"
"etc/OONEWS"
"etc/README"
"etc/editclient.sh"
"etc/emacskeys.sco"
"etc/emacsstrs.sco"
"etc/gtkrc"
"etc/package-index.LATEST.gpg"
"etc/sample.Xresources"
"etc/xemacs.1"
"lib-src/ChangeLog"
"lib-src/README"
"lisp/ChangeLog"
"lisp/README"
"lisp/mule/mule-locale.txt"
"man/ChangeLog"
"man/README"
"modules/ChangeLog"
"modules/base64/Makefile"
"modules/common/configure-post.ac"
"modules/common/configure-pre.ac"
"modules/zlib/Makefile"
"nt/ChangeLog"
"nt/Emacs.ad.h"
"nt/Installation.el"
"nt/README"
"nt/Win32.cf"
"nt/lisp.ico"
"nt/site.def"
"nt/xemacs.dsp"
"nt/xemacs.dsw"
"src/ChangeLog"
"src/README"
"src/README.kkcc"
"src/m/README"
"src/s/README"
"src/s/freebsd.h"
"src/s/irix6-0.h"
"src/s/netbsd.h"
"src/s/sol2.h"
"tests/ChangeLog"
"tests/Dnd/README"
"tests/automated/README"
"version.sh.in"
----------------------------------------------------------------------
These files below are the files that we might be able to leave as
they are. The reason for why they need not to be changed is listed
after each file: (Some reasons are taken verbatim from private
communication or the "GPL version 3 source survey")
----------------------------------------------------------------------
"INSTALL" -> old FSF Documentation license
"config.guess" -> Part of config which is still GPLv2 or later. See "http://savannah.gnu.org/projects/config"
"config.sub" -> Part of config which is still GPLv2 or later. See "http://savannah.gnu.org/projects/config"
"etc/ETAGS.ChangeLog" -> BSD and GPL v2 or later
"etc/VEGETABLES" -> Not copyrightable.
"etc/XKeysymDB" -> MIT
"etc/ctags.1" -> Part of the etags distribution, which is not part of XEmacs.
"etc/custom/example-themes/ex-custom-file" -> Generated(!?) or GPL V2 or later?
"etc/etags.1" -> Part of the etags distribution, which is not part of XEmacs.
"etc/gnuattach.1" -> simple man link to gnuserv.1
"etc/gnuclient.1" -> simple man link to gnuserv.1
"etc/gnudoit.1" -> simple man link to gnuserv.1
"etc/refcard.ps.gz" -> Generated from refcard..tex
"etc/sample.Xdefaults" -> It is deprecated, so it can be removed but is only a three line reference to .Xresources
"etc/xemacs-X.ico" -> GPLv2 or later but there is not meta data for the file where this can be documented.
"info/dir" -> Generated(?)
"install-sh" -> MIT-style "no advertising" license
"lib-src/b2m.c" -> This is the version from GNU Emacs, so should be OK.
"lib-src/config.values.in" -> Generated.
"lib-src/emacs.csh" -> I don't think this even works with XEmacs ("emacsclient"), so I believe we can just delete it.
"lib-src/insert-data-in-exec.c" -> Compatible license.
"lib-src/mmencode.c" -> Compatible license.
"lisp/dump-paths.el" -> Empty file. Not copyrightable.
"lisp/term/bobcat.el" -> Emacs version has no explicit license declaration
"lisp/term/vt102.el" -> Emacs version has no explicit license declaration
"lisp/term/vt125.el" -> Emacs version has no explicit license declaration
"lisp/term/vt200.el" -> Emacs version has no explicit license declaration
"lisp/term/vt201.el" -> Emacs version has no explicit license declaration
"lisp/term/vt220.el" -> Emacs version has no explicit license declaration
"lisp/term/vt240.el" -> Emacs version has no explicit license declaration
"lisp/term/vt300.el" -> Emacs version has no explicit license declaration
"lisp/term/vt320.el" -> Emacs version has no explicit license declaration
"lisp/term/vt400.el" -> Emacs version has no explicit license declaration
"lisp/term/vt420.el" -> Emacs version has no explicit license declaration
"lock/.precious" -> Not copyrightable.
"modules/canna/install-sh" -> MIT
"modules/ldap/install-sh" -> MIT
"modules/postgresql/install-sh" -> MIT
"modules/sample/external/install-sh" -> MIT
"modules/sample/internal/install-sh" -> MIT
"move-if-change" -> Identical to GPLv3 or later Emacs version
"nt/Xmd.patch" -> GPLv2 or later but only a few lines
"nt/file.ico" -> MIT
"nt/minitar.c" -> Public domain
"nt/paths.h" -> Generated
"nt/xemacs.ico" -> GPLv2 or later but there is not meta data for the file where this can be documented.
"src/alloca.c" -> Public domain.
"src/depend" -> Generated
"src/emacs-marshals.c" -> Generated.
"src/emacs-widget-accessors.c" -> Generated.
"src/intl-auto-encap-win32.c" -> Generated.
"src/intl-auto-encap-win32.h" -> Generated.
"src/libsst.c" -> Compatible license.
"src/libsst.h" -> Compatible license.
"src/libst.h" -> Compatible copyright.
"src/linuxplay.c" -> Compatible license. (MIT-like)
"src/miscplay.c" -> Compatible license. (MIT-like)
"src/miscplay.h" -> Compatible license. (MIT-like)
"src/nas.c" -> Compatible license. (MIT-like)
"src/paths.h.in" -> Generated.
"src/s/openbsd.h" -> Too short. (< 10 lines)
"src/s/usg5-4-2.h" -> Too short. (< 10 lines)
"src/sunplay.c" -> Compatible copyright.
"tests/gtk/UNIMPLEMENTED" -> Does notes need a license?
"tests/tooltalk/beeps.el" -> Too short. (< 10 lines)
----------------------------------------------------------------------
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 4 participants
- 3 comments
[Bug: 21.5-b34] smtpmail only works after eval'ing
9 years, 1 month
Marcus Harnisch
Marcus Harnisch
================================================================
Dear Bug Team!
During debugging the root cause of unexplicable SMTP authentication
failures it turned out that after eval'ing the buffer "smtpmail.el"
things suddenly started working :-/
This behavior is reproducible.
Some variables from smtpmail.el receive their settings via
customize. Anything else I can help with? I guess I could check which
parts of smtpmail.el really need to be eval'ed.
Cheers
Marcus
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux dipsy 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
./configure '--with-pop' '--with-sound=alsa' '--enable-menubars=lucid' '--enable-scrollbars=athena' '--enable-dialogs=athena' '--enable-widgets=athena' '--with-athena=3d' '--without-gpm' '--without-ldap' '--without-postgresql' '--with-mule' '--without-xim' '--without-canna' '--with-xft=emacs,tabs,gauges,menubars' '--with-zlib' '--without-bignum' '--with-kkcc' '--with-newgc' '--without-error-checking' '--with-modules' '--with-database=berkdb' '--with-ncurses'
XEmacs 21.5-b34 "kale" configured for `x86_64-unknown-linux'.
Compilation Environment and Installation Defaults:
Source code location: /home/marcus/Downloads/xemacs-21.5.34
Installation prefix: /usr/local
Operating system description file: `s/linux.h'
Not using any machine description file
Compiler version: gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wunused-parameter -g
libc version: GNU libc 2.19-0ubuntu6.32.19-0ubuntu6.3 (Debian)
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Package Search (a 'root' contains '{xemacs,mule,site}-packages'):
User package roots: ~/.xemacs
System package roots: /usr/local/share/xemacs
WARNING: /usr/local/share/xemacs was specified, but doesn't exist.
WARNING: XEmacs functionality will be noticably limited until
WARNING: some packages are installed.
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location:
- Handling WM_COMMAND properly.
- Using fontconfig to manage fonts.
- Compiling in support for Xft antialiased fonts (EXPERIMENTAL).
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
- Using Xft to render antialiased fonts in menubars.
WARNING: This Xft feature will be replaced with a face.
Using Athena scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
- Using Xft to render antialiased fonts in tab controls.
WARNING: This Xft feature will be replaced with a face.
- Using Xft to render antialiased fonts in progress bars.
WARNING: This Xft feature will be replaced with a face.
WARNING: This Xft feature not yet implemented; setting ignored.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Compiling in support for ALSA (Advanced Linux Sound Architecture).
Databases:
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new incremental garbage collector and the new allocator.
Using POSIX sigaction() to install fault handler.
Using the new portable dumper.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
----------------------
(/usr/local/share/xemacs/xemacs-packages/lisp/cedet-common/working
/usr/local/share/xemacs/xemacs-packages/lisp/semantic/working
/usr/local/share/xemacs/xemacs-packages/lisp/cedet-common/sformat
/usr/local/share/xemacs/xemacs-packages/lisp/semantic/sformat
/usr/local/share/xemacs/xemacs-packages/lisp/gnus/format-spec
/usr/local/share/xemacs/xemacs-packages/lisp/text-modes/format-spec
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/ethio-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/ethio-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/japan-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/japan-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/korea-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/korea-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/china-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/china-util
/usr/local/share/xemacs/xemacs-packages/lisp/leim/hebrew
/usr/local/share/xemacs-21.5-b34/lisp/mule/hebrew
/usr/local/share/xemacs/xemacs-packages/lisp/mule-base/viet-util
/usr/local/share/xemacs-21.5-b34/lisp/mule/viet-util
/usr/local/share/xemacs/xemacs-packages/lisp/mule-ucs/unicode
/usr/local/share/xemacs-21.5-b34/lisp/unicode
/usr/local/share/xemacs/xemacs-packages/lisp/build/build-report
/usr/local/share/xemacs-21.5-b34/lisp/build-report
/usr/local/share/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/usr/local/share/xemacs-21.5-b34/lisp/easy-mmode
/usr/local/share/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/usr/local/share/xemacs-21.5-b34/lisp/regexp-opt
/usr/local/share/xemacs/xemacs-packages/lisp/apel/alist
/usr/local/share/xemacs-21.5-b34/lisp/alist)
Internationalization Settings:
-------------------------
Environment:
Value of LC_ALL : nil
Value of LC_COLLATE : nil
Value of LC_CTYPE : nil
Value of LC_MESSAGES : nil
Value of LC_MONETARY : de_DE.UTF-8
Value of LC_NUMERIC : de_DE.UTF-8
Value of LC_TIME : de_DE.UTF-8
Value of LANG : en_US.UTF-8
Lisp locale settings:
current-language-environment => "English (UTF-8)"
default-buffer-file-coding-system => utf-8
default-process-coding-system => (undecided . utf-8)
(current-locale) => "en_US.UTF-8"
keyboard-coding-system => utf-8
terminal-coding-system => utf-8
(coding-priority-list) =>
(utf-8 iso-8-1 utf-16-little-endian-bom utf-16-bom utf-8-bom iso-7
no-conversion iso-8-2 iso-8-designate iso-lock-shift shift-jis
big5 utf-16-little-endian utf-16 ucs-4)
Coding system aliases:
'native is aliased to utf-8
'file-name is aliased to utf-8
'mswindows-multibyte-system-default is not a coding system alias
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.18 upstream: 2.112)
(xwem ver: 1.25 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.14 upstream: 1.2.1)
(xslide ver: 1.11 upstream: 0.2.2)
(xlib ver: 1.16 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.04 upstream: steve(a)eicq.org--2005/xetla--main--1.1--version-0)
(xemacs-devel ver: 1.84 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.43 upstream: No-Upstream-Ver)
(x-symbol ver: 1.16 upstream: 4.5.1)
(w3 ver: 1.41 upstream: 4.0pre47)
(vm ver: 8.109999999999999 upstream: 8.0.12-devo)
(viper ver: 1.69 upstream: 3.09)
(view-process ver: 1.15 upstream: 2.4)
(vhdl ver: 1.24 upstream: 3.33.12)
(vc-cc ver: 1.24 upstream: No-Upstream-Ver)
(vc ver: 1.5 upstream: No-Upstream-Ver)
(tramp ver: 1.53 upstream: 2.2.11)
(tpu ver: 1.16 upstream: 4.2X)
(tooltalk ver: 1.17 upstream: No-Upstream-Ver)
(tm ver: 1.42 upstream: No-Upstream-Ver)
(time ver: 1.16 upstream: 1.17)
(textools ver: 1.17 upstream: No-Upstream-Ver)
(text-modes ver: 2.05 upstream: No-Upstream-Ver)
(texinfo ver: 1.32 upstream: No-Upstream-Ver)
(supercite ver: 1.23 upstream: 3.55x3)
(strokes ver: 1.12 upstream: No-Upstream-Ver)
(speedbar ver: 1.32 upstream: 1.0pre4)
(sounds-wav ver: 1.14 upstream: No-Upstream-Ver)
(sounds-au ver: 1.14 upstream: No-Upstream-Ver)
(sml-mode ver: 0.14 upstream: 3.9.5)
(slider ver: 1.18 upstream: 0.3x1)
(skk ver: 1.27 upstream: 10.62a)
(sieve ver: 1.2 upstream: No-Upstream-Ver)
(sh-script ver: 1.26 upstream: 2.0f)
(sgml ver: 1.13 upstream: No-Upstream-Ver)
(semantic ver: 1.23 upstream: 2.0pre4)
(scheme ver: 1.22 upstream: No-Upstream-Ver)
(sasl ver: 1.18 upstream: 1.14.4)
(ruby-modes ver: 1.07 upstream: 1.8.7)
(rmail ver: 1.16 upstream: No-Upstream-Ver)
(riece ver: 1.26 upstream: 3.1.2)
(reftex ver: 1.36 upstream: 4.21)
(re-builder ver: 1.07 upstream: 1.20)
(python-modes ver: 1.16 upstream: 5.0.0)
(psgml-dtds ver: 1.05 upstream: No-Upstream-Ver)
(psgml ver: 1.49 upstream: 1.3.2)
(ps-print ver: 1.14 upstream: 6.5.6)
(prog-modes ver: 2.31 upstream: No-Upstream-Ver)
(pgg ver: 1.1 upstream: 0.1)
(perl-modes ver: 1.16 upstream: No-Upstream-Ver)
(pcomplete ver: 1.08 upstream: 1.1.6)
(pcl-cvs ver: 1.73 upstream: R-2_9_9)
(pc ver: 1.3 upstream: No-Upstream-Ver)
(os-utils ver: 1.44 upstream: No-Upstream-Ver)
(oo-browser ver: 1.07 upstream: 4.08)
(ocaml ver: 0.1 upstream: 3.06)
(net-utils ver: 1.61 upstream: N/A)
(mule-ucs ver: 1.21 upstream: 0.84)
(mule-base ver: 1.6 upstream: No-Upstream-Ver)
(mmm-mode ver: 1.08 upstream: 0.4.8)
(misc-games ver: 1.25 upstream: No-Upstream-Ver)
(mine ver: 1.18 upstream: 1.9)
(mh-e ver: 1.35 upstream: 7.4.2)
(mew ver: 1.22 upstream: 1.94.2)
(mailcrypt ver: 2.16 upstream: 3.5.8)
(mail-lib ver: 1.83 upstream: No-Upstream-Ver)
(lookup ver: 1.17 upstream: 1.0)
(locale ver: 1.3 upstream: No-Upstream-Ver)
(leim ver: 1.38 upstream: No-Upstream-Ver)
(latin-unity ver: 1.23 upstream: 1.23)
(latin-euro-standards ver: 1.11 upstream: 1.11)
(jde ver: 1.54 upstream: 2.3.5.1)
(ispell ver: 1.37 upstream: 3.6)
(ilisp ver: 1.38 upstream: 5.12.0)
(igrep ver: 1.18 upstream: 2.111)
(idlwave ver: 1.34 upstream: 5.1)
(ibuffer ver: 1.12 upstream: No-Upstream-Ver)
(hyperbole ver: 1.22 upstream: 5.0.5)
(hm--html-menus ver: 1.26 upstream: 5.9)
(haskell-mode ver: 1.14 upstream: 2.1)
(guided-tour ver: 0.54 upstream: No-Upstream-Ver)
(gnus ver: 2.0 upstream: 5.10.10)
(gnats ver: 1.19 upstream: 3.101)
(general-docs ver: 1.08 upstream: No-Upstream-Ver)
(games ver: 1.23 upstream: 2.00)
(fsf-compat ver: 1.24 upstream: No-Upstream-Ver)
(frame-icon ver: 1.13 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.07 upstream: No-Upstream-Ver)
(forms ver: 1.17 upstream: 2.37)
(footnote ver: 1.18 upstream: 0.18x)
(eudc ver: 1.43 upstream: 1.32)
(eterm ver: 1.2 upstream: No-Upstream-Ver)
(eshell ver: 1.2 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(escreen ver: 1.03 upstream: 1.16)
(erc ver: 0.26 upstream: Version 5.1.2 Revision: 1.796.2.6)
(emerge ver: 1.13 upstream: No-Upstream-Ver)
(elib ver: 1.15 upstream: 1.0)
(eieio ver: 1.09 upstream: 1.0pre4)
(egg-its ver: 1.29 upstream: No-Upstream-Ver)
(efs ver: 1.37 upstream: 1.24)
(edt ver: 1.16 upstream: No-Upstream-Ver)
(edit-utils ver: 2.56 upstream: No-Upstream-Ver)
(ediff ver: 1.84 upstream: 2.75)
(edict ver: 1.19 upstream: 0.9.9)
(edebug ver: 1.24 upstream: No-Upstream-Ver)
(ede ver: 1.06 upstream: 1.0pre4)
(ecrypto ver: 0.23 upstream: 2.0)
(ecb ver: 1.25 upstream: 2.31)
(easypg ver: 1.05 upstream: 0.0.16)
(docbookide ver: 0.1 upstream: 0.1)
(dired ver: 1.22 upstream: 7.17)
(dictionary ver: 1.18 upstream: 1.8)
(debug ver: 1.2 upstream: No-Upstream-Ver)
(crisp ver: 1.17 upstream: 1.34)
(cookie ver: 1.17 upstream: No-Upstream-Ver)
(cogre ver: 1.04 upstream: 0.5)
(clearcase ver: 1.12 upstream: /main/laptop/165)
(cedet-common ver: 1.03 upstream: 1.0pre4)
(cc-mode ver: 1.84 upstream: 5.32.5)
(calendar ver: 1.41 upstream: No-Upstream-Ver)
(calc ver: 1.28 upstream: 2.02fX3)
(c-support ver: 1.24 upstream: No-Upstream-Ver)
(build ver: 1.17 upstream: 2.02)
(bbdb ver: 1.34 upstream: 2.35)
(auctex ver: 1.56 upstream: 11.88)
(apel ver: 1.36 upstream: 10.7)
(ada ver: 1.16 upstream: 2.27)
(Sun ver: 1.19 upstream: No-Upstream-Ver)
Installed Modules:
-----------------
Features:
--------
(field xemacsbug shadow annotations sort gnus-fun gnus-cite pp
gnus-async starttls latin-unity-tables latin-euro-standards
latin-euro-latin10 latin-euro-latin9 latin-euro-latin8
latin-euro-latin7 latin-unity-vars latin-unity gnus-bcklg gnus-draft
gnus-ml disp-table smtpmail gnus-topic nndoc byte-optimize bytecomp
byte-compile parse-time nnfolder utf7 tls nnimap imap nndraft nnmh
bbdb-gnus bbdb-snarf mail-extr bbdb-com encrypt gnus-agent gnus-srvr
gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 pgg
password pgg-parse pgg-def mm-view gnus-sum gnus-group gnus-undo nntp
nnoo nnmail mail-source format-spec gnus-cache gnus-start gnus-spec
gnus-int gnus-range message mml mml-sec mml-smime smime dig mm-decode
mm-bodies mm-encode mailcap lpr mail-parse rfc2231 rfc2047 rfc2045 qp
ietf-drums mail-abbrevs sendmail gmm-utils mailheader canlock sha1
executable hex-util gnus-win gnus gnus-ems gnus-xmas messagexmas
nnheader nnheaderxm gnus-util netrc time-date mail-utils mm-util
mail-prsvr wid-edit guided-tour cal-china lunar solar cal-dst
cal-persia cal-islam cal-julian cal-hebrew holidays efs-cu diary-lib
button timer-funcs lazy-lock mmm-mode mmm-univ mmm-class mmm-region
mmm-utils font-lock pending-del appt calendar cal-xemacs cal-compat
paren mic-paren timer mmm-auto mmm-vars mmm-compat overlay align
mailcrypt rfc822 comint ring bbdb regexp-opt timezone strokes cus-face
atomic-extents advice advice-preload uniquify mwheel zenirc-autoloads
xwem-autoloads xslt-process-autoloads xslide-autoloads xlib-autoloads
xetla-autoloads xemacs-devel-autoloads xemacs-base-autoloads
x-symbol-autoloads w3-autoloads vm-autoloads viper-autoloads
view-process-autoloads vhdl-autoloads vc-cc-autoloads vc-autoloads
tramp-autoloads tpu-autoloads tooltalk-autoloads tm-autoloads
time-autoloads textools-autoloads text-modes-autoloads
texinfo-autoloads supercite-autoloads strokes-autoloads
speedbar-autoloads sounds-wav-autoloads sounds-au-autoloads
sml-mode-autoloads slider-autoloads skk-autoloads sieve-autoloads
sh-script-autoloads sgml-autoloads semantic-autoloads scheme-autoloads
sasl-autoloads ruby-modes-autoloads rmail-autoloads riece-autoloads
reftex-autoloads re-builder-autoloads python-modes-autoloads
psgml-dtds-autoloads psgml-autoloads ps-print-autoloads
prog-modes-autoloads pgg-autoloads perl-modes-autoloads
pcomplete-autoloads pcl-cvs-autoloads pc-autoloads os-utils-autoloads
oo-browser-autoloads ocaml-autoloads net-utils-autoloads
mule-ucs-autoloads mule-base-autoloads mmm-mode-autoloads
misc-games-autoloads mine-autoloads mh-e-autoloads mew-autoloads
mailcrypt-autoloads mail-lib-autoloads lookup-autoloads
locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hyperbole-autoloads hm--html-menus-autoloads haskell-mode-autoloads
guided-tour-autoloads gnus-autoloads gnats-autoloads
general-docs-autoloads games-autoloads fsf-compat-autoloads
frame-icon-autoloads fortran-modes-autoloads forms-autoloads
footnote-autoloads eudc-autoloads eterm-autoloads eshell-autoloads
escreen-autoloads erc-autoloads emerge-autoloads elib-autoloads
eieio-autoloads egg-its-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edict-autoloads edebug-autoloads
ede-autoloads ecrypto-autoloads ecb-autoloads easypg-autoloads
docbookide-autoloads dired-autoloads dictionary-autoloads
debug-autoloads crisp-autoloads cookie-autoloads cogre-autoloads
clearcase-autoloads cedet-common-autoloads cc-mode-autoloads
calendar-autoloads calc-autoloads c-support-autoloads build-autoloads
bbdb-autoloads tex-site auctex-autoloads apel-autoloads ada-autoloads
Sun-autoloads modules-autoloads mule-autoloads auto-autoloads
auto-show fontl-hooks canna-leim tibetan thai slovenian czech romanian
lao devanagari indian cyrillic code-cmds gutter-items menubar-items
x-menubar mode-motion mouse behavior itimer auto-save lisp-mode
easymenu easy-mmode iso8859-1 page buff-menu lib-complete loadhist
cus-file derived newcomment rsz-minibuf env text-props fontconfig
frame obsolete packages cus-start widget custom cl-extra cl backquote
unicode font-mgr athena-scrollbars cut-buffer xft-fonts lucid-menubars
athena-dialogs x c-balloon-help tty-frames tty toolbar native-sound
alsa-sound scrollbar unix-processes multicast network-streams
subprocesses modules menu-accelerator-support menubar md5 xemacs mule
gutter png jpeg xface xpm xbm lisp-float-type file-coding linux dialog
devices debug-xemacs window-system base64)
Recent keystrokes:
-----------------
down down down down down down down down down down down
down down down down down down down down down down SPC
SPC C-x C-right down SPC down down down down down down
up up up up down down down down down SPC up up up up
down down down down down SPC down SPC down SPC up SPC
down SPC SPC down down down down down down down down
down down SPC down SPC up SPC SPC down SPC button1
button1up button1 button1up button1 button1up M-x r
e p o r e t BS BS TAB x TAB RET
Recent messages (most recent first):
-----------------------------------
Fontifying *mail to XEmacs Beta*... done.
Fontifying *mail to XEmacs Beta*...
Loading xemacsbug...done
Loading xemacsbug...
Loading annotations...done
Loading annotations...
C-x C-right not defined.
Notice: Unable to instantiate font for charset japanese-jisx0208, face gnus-summary-normal-read
Parsing BBDB... (frobnicating...done)
Parsing BBDB... (frobnicating...)
Parsing BBDB... (reading...)
Parsing BBDB...
Loading gnus-fun...done
Loading gnus-fun...
Loading gnus-cite...done
Loading gnus-cite...
nntp read: 12k
nntp read: 11k
Generating summary...done
Generating summary...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 5 comments
Re: Innosetup binaries for 21.5.32 and later
9 years, 6 months
Vin Shelton
Vin Shelton
Dear XEmacs Developers,
I recently got a large roundtuit dropped in my lap (my startup company
imploded), so I've spent a few days working on XEmacs native Windows
setup kits.
On Fri, Oct 31, 2014 at 8:45 PM, Biswajit Khandai <b_khandai(a)yahoo.com> wrote:
> I was assuming that the stable channel native windows binary will be built
> by "someone".... If that assumption is right, then the same "someone" could
> build the beta channel native windows binary. It may not be you,
> necessarily.
Your assumption is correct, but I am the only someone who builds these
kits. I will try to make a setup kit for every release, but it is
difficult for me to know how much time I will have for making setup
kits in between releases.
> However, if that assumption is wrong, I would like you to know that a heck
> of a lot of people use xemacs on Windows - maybe you underestimate the
> number of such people.
Dear Biswajit - thank you for your kind words. They certainly made me
feel like my efforts in this area have been well worthwhile.
I have re-made setup kits for 21.4.22, 21.5.34 and 21.4 latest and
21.5 latest. I will upload them this afternoon to ftp.xemacs.org.
I will be sending a small patch to XEmacs-patches to work around a
couple of difficulties building without TLS on native Windows. I have
not attempted to build with TLS as of yet.
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
XEmacs 21.4.24 "Standard C" Released
9 years, 7 months
Vin Shelton
Vin Shelton
I have tagged and uploaded XEmacs 21.4.24, "Standard C", to the XEmacs
ftp site. The tarball can be found here:
http://ftp.xemacs.org/xemacs-21.4/xemacs-21.4.24.tar.gz .
It is my fervent hope that this will be the last 21.4 release of XEmacs.
Regards,
Vin Shelton
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 2 comments
Re: Generated Headers - Quite the Can of Worms
9 years, 7 months
Vin Shelton
Vin Shelton
Hi, Henry!
Thanks for your efforts on this. I have copied xemacs-beta on my reply.
On Sun, Mar 29, 2015 at 9:52 PM, Henry S. Thompson <ht(a)inf.ed.ac.uk> wrote:
> OK, small progress. Using VS6:
>
> Adding the following to syswindows.h at around line 605, in the
> _non_-CYGWIN_HEADERS branch
>
> typedef int WINBOOL;
> typedef intptr_t LONG_PTR;
> typedef uintptr_t ULONG_PTR;
> typedef uintptr_t DWORD_PTR;
> /* #define PCIDLIST_ABSOLUTE_ARRAY LPCITEMIDLIST *
> typedef const PCIDLIST_ABSOLUTE *PCIDLIST_ABSOLUTE_ARRAY;* */
> typedef LPCITEMIDLIST PCIDLIST_ABSOLUTE;
>
> allows several of the -msw.c files to compile.
>
> More similar work is required, I think.
>
> Oops: the last typedef above is wrong - I read the commented-lines above
> that backwards!
Thanks for making sure the native Windows build continues to work.
I appreciate your taking the lead on this, because I haven't made any
substantive progress on this over the weekend.
Here are a few comments:
1. I have checked in the configure changes, so please make your next
patchsets based off of current version control. Please split your
patchset into two patches: one containing the w32api refactoring /
unicode regeneration and a second one containing the 64-bit
(DEVICE_TYPE_) changes.
2. Back when I was looking at updating the unicode definitions, I had
a slightly different regexp in lib-sr/make-mswin-unicode.pl:
my $rettype_re = "(SHSTDAPI_\\(${tok_ch}+${ws_re}\\*?\\)|${tok_ch}" .
"[A-Za-z_0-9 \t\n\r\f]*?${tok_ch})";
I think this regexp is a little more restrictive than the one you
used, but I'm not sure that it makes a difference.
3. Here are my current definitions for the syswindows.h block:
#else /* !CYGWIN_HEADERS */
#define W32API_VER(major,minor) 0
#define W32API_INSTALLED_VER 0
/* Some types that show up in Cygwin headers but not in Visual Studio headers,
and cause problems if we used Cygwin headers to generate
intl-auto-encap-win32.[ch]. */
typedef LPCVOID PCVOID;
typedef int WINBOOL;
typedef intptr_t LONG_PTR;
typedef uintptr_t ULONG_PTR;
typedef uintptr_t DWORD_PTR;
typedef ITEMIDLIST ITEMIDLIST_ABSOLUTE;
typedef ITEMIDLIST_ABSOLUTE *PIDLIST_ABSOLUTE;
typedef const ITEMIDLIST_ABSOLUTE *PCIDLIST_ABSOLUTE;
/* Defined in w32api/winuser.h */
#define GCLP_MENUNAME (-8)
#define GCLP_HBRBACKGROUND (-10)
#define GCLP_HCURSOR (-12)
#define GCLP_HICON (-14)
#define GCLP_HMODULE (-16)
#define GCLP_WNDPROC (-24)
#define GCLP_HICONSM (-34)
#define GWLP_USERDATA (-21)
#define GWLP_WNDPROC (-4)
#define GWLP_HINSTANCE (-6)
#define GWLP_HWNDPARENT (-8)
#define GWLP_USERDATA (-21)
#define GWLP_ID (-12)
#define DWL_MSGRESULT 0
#define DWL_DLGPROC 4
#define DWL_USER 8
#ifdef _WIN64
#undef DWL_MSGRESULT
#undef DWL_DLGPROC
#undef DWL_USER
#endif
#define DWLP_MSGRESULT 0
#define DWLP_DLGPROC DWLP_MSGRESULT + sizeof(LRESULT)
#define DWLP_USER DWLP_DLGPROC + sizeof(DLGPROC)
#endif /* CYGWIN_HEADERS */
Not all of these definitions are necessary, but I think it's probably
best to include the entire GCLP/GWLP definition block.
Thanks for digging in on this.
-Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 9 comments
#'read-passwd vs. #'read-password in tls.c
9 years, 7 months
Aidan Kehoe
Aidan Kehoe
Hi Jerry --
I was just scrolling through tls.c and I saw the following:
/* Function that gathers passwords for PKCS #11 tokens. */
static char *
nss_pk11_password (PK11SlotInfo *slot, PRBool retry, void * UNUSED (arg))
{
[...]
lsp_password =
call1 (Qread_password, concat2 (prompt,
build_extstring (token_name, Qnative)));
c_password = LISP_STRING_TO_EXTERNAL (lsp_password, Qnative);
Our read-a-password function is called read-passwd, not read-password; I agree
the latter is a better name, was there another implementation you were using,
or was this just a mistake?
Best,
Aidan
--
‘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
- 1 participants
- 0 comments
VS6 compilation: some progress
9 years, 7 months
Henry S. Thompson
Henry S. Thompson
Adding the following to the !CYGWIN_HEADERS branch in syswindows.h
(around line 606) allows the main body of a VS6 compilation to work:
typedef int WINBOOL;
typedef intptr_t LONG_PTR;
typedef uintptr_t ULONG_PTR;
typedef uintptr_t DWORD_PTR;
#define PCIDLIST_ABSOLUTE LPCITEMIDLIST /* from /usr/include/w32api/shtypes.h */
#define GWLP_USERDATA (-21) /* the rest from /usr/include/w32api/winuser.h */
#define GCLP_HICON (-14)
#define GCLP_HCURSOR (-12)
#define GWLP_HINSTANCE (-6)
#define DWLP_DLGPROC DWLP_MSGRESULT + sizeof(LRESULT)
#define DWLP_MSGRESULT 0
#define DWLP_USER DWLP_DLGPROC + sizeof(DLGPROC)
but a different set of problems then kicks in as it tries to compile
intl-auto-encap-win32, which I haven't made any progress on yet.
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht(a)inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Summary of XEmacs Issue Tracking System Issues
9 years, 7 months
XEmacs Issue Tracking System
XEmacs Issue Tracking System
ACTIVITY SUMMARY (2015-03-24 - 2015-03-31)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
568 open ( +2) / 317 closed ( +0) / 885 total ( +2)
Open issues with patches: 13
Average duration of open issues: 2031 days.
Median duration of open issues: 2212 days.
Open Issues Breakdown
new 260 ( +2)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
Issues Created Or Reopened (2)
______________________________
file-name-handler disabled in non-MULE XEmacs 2015-03-29
http://tracker.xemacs.org/XEmacs/its/issue886 created anonymous
info file build errors with texinfo 4.x 2015-03-29
http://tracker.xemacs.org/XEmacs/its/issue887 created anonymous
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: Generated Headers - Quite the Can of Worms
9 years, 8 months
Vin Shelton
Vin Shelton
Dear Henry et al,
Right off the bat I want to apologize for my tone in last night's
email. Yesterday was long and I was very tired when I wrote that.
Henry - thanks for your excellent work on getting a 64-bit XEmacs to
work on Cygwin! Yay!
On Fri, Mar 27, 2015 at 11:03 AM, Henry S. Thompson <ht(a)inf.ed.ac.uk> wrote:
> Vin Shelton writes:
>
>> First the good news - with your patches applied, I succeeded in building a
>> 64-bit cygwin XEmacs executable.
>
> Good news, yes, thanks for pressing ahead!
Thank you for all you have done.
>> Now the bad news - that patched XEmacs does not build under Windows native
>> (at least on the 32-bit XP VM I use for Native Windows kits).
>
> So, what compiler are you using at this point -- some MS compiler, or
> are we talking mingw here?
This is Visual Studio 6. Building with a newer version of VS will
require a whole 'nother set of work.
Mingw (either 32 or 64) remains a dream for the future - ideally we
could cross-compile using one of those compilers. Still dreaming.
:-)
>> After running the make-mswin-unicode.pl script, I get a bunch of
>> definitions that refer to WINBOOL, which is not a native Windows type.
>
> Hmm. I suspect a combination of my bad memory and unfamiliarity with
> the overall build architecture is to blame, but I didn't think your
> should have to run that at all, should you?
No, but I had compile difficulties building a Windows native (XP,
32-bit) executable with your new intl-auto-encap files, so I decided
to see if regenerating the intl-auto-encap files made a difference.
> If you did, it should be part of configure, right? I will have to try harder to understand the
> division of labour.
The Windows native build does not use configure. See nt/config.inc
and nt/xemacs.mak if you're curious (and you have a strong stomach -
MS nmake syntax is not for the weak).
In general, we could treat the intl-auto-encap files like configure -
we check them in, but people who are sufficiently interested should be
able to regenerate them. Prior to the most recent w32api changes, the
intl-auto-encap files had not been updated for years.
>
>> Here is the first such message:
>>
>> console-msw.c
>> C:\Cyg_opt\src\xemacs-21.5-2015-03-26\src\intl-auto-encap-win32.h(105) :
>> error C2146: syntax error : missing ';' before identifier
>> 'qxeSHGetNewLinkInfo'
>
> Can you send a copy of your intl-auto-encap-win32.h, so I can look at
> what is different?
Sorry if I misled you, but I don't think it makes any difference.
Using your intl-auto-encap-win32.h, here is what I see:
C:\Cyg_opt\src\xemacs-cygwin-test\nt>nmake -f xemacs.mak
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
1 file(s) copied.
'hg' is not recognized as an internal or external command,
operable program or batch file.
vcversion.c
WARNING: Compiling without dependency information.
Creating C:\Cyg_opt\src\xemacs-cygwin-test\lib-src\config.values
--------------------------------------------------------------------
OS version:
Microsoft Windows XP [Version 5.1.2600]
OS: Windows_NT
XEmacs 21.5-b34 "kale" configured for `i586-pc-win32'.
Building XEmacs using "NMAKE".
Building XEmacs using make flags " ".
Building XEmacs in source tree "C:\\Cyg_opt\\src\\xemacs-cygwin-test".
For src, using compiler "cl -nologo -W3 -DSTRICT -Zi -Od -MD -c -TP -IC:\Cyg
_opt\src\xemacs-cygwin-test\nt\inc -IC:\Cyg_opt\src\xemacs-cygwin-test\src -I"C
:/XEmacsBuild/lib\xpm-3.4k" -I"C:/XEmacsBuild/lib\xpm-3.4k\lib" -I"C:/XEmacsBuil
d/lib/giflib-4.1.6\include" -I"C:/XEmacsBuild/lib/libpng-1.2.46" -I"C:/XEmacsBui
ld/lib/zlib" -I"C:/XEmacsBuild/lib/tiff-3.9.5\libtiff" -I"C:/XEmacsBuild/lib\jpe
g-8c" -I"C:/XEmacsBuild/lib/zlib" -DHAVE_MS_WINDOWS -DHAVE_MENUBARS -DHAVE_SCRO
LLBARS -DHAVE_TOOLBARS -DHAVE_WIDGETS -DHAVE_DIALOGS -DHAVE_XPM -DFOR_MSW -DHAVE
_GIF -DHAVE_PNG -DHAVE_TIFF -DHAVE_JPEG -DHAVE_ZLIB -DHAVE_NATIVE_SOUND -DMULE -
DERROR_CHECK_ALL -DPDUMP -DSYSTEM_MALLOC -DDEBUG_XEMACS -D_DEBUG -DWIN32_LEAN_A
ND_MEAN -DWIN32_NATIVE -Demacs -DHAVE_CONFIG_H -DPATH_VERSION=\"21.5-b34\"
-DPATH_PROGNAME=\"xemacs\" -DEMACS_VERSION
=\"21.5-b34\" -DEMACS_PROGNAME=\"xemacs\" -DSHEBANG_PROGNAME=\"xemacs
-script\" -DSTACK_TRACE_EYE_CATCHER=xemacs_21_5_b34_i586_pc_win32 -DPATH_PREFIX=
\""c:\\Program Files\\XEmacs\\XEmacs-21.5-b34"\" -DEMACS_MAJOR_VERSION=21 -DEM
ACS_MINOR_VERSION=5 -DEMACS_BETA_VERSION=34 -DXEMACS_CODENAME=\""kale"\" -DX
EMACS_EXTRA_NAME=\"""\" -DPATH_LATE_PACKAGE_DIRECTORIES=\""C:/XEmacs"\" -DEMAC
S_CONFIGURATION=\"i586-pc-win32\"".
For lib-src, using compiler "cl -nologo -W3 -DSTRICT -Zi -Od -MD -IC:\Cyg_opt
\src\xemacs-cygwin-test\lib-src -IC:\Cyg_opt\src\xemacs-cygwin-test\src -DHAVE_C
ONFIG_H -DWIN32_NATIVE -DPATH_VERSION=\"21.5-b34\" -DPATH_PROGNAME
=\"xemacs\" -DEMACS_VERSION=\"21.5-b34\"
-DEMACS_PROGNAME=\"xemacs\" -DSHEBANG_PROGNAME=\"xemacs-script\" -DSTACK_TRACE_
EYE_CATCHER=xemacs_21_5_b34_i586_pc_win32".
Compiling as C++.
Installing XEmacs in "c:\\Program Files\\XEmacs\\XEmacs-21.5-b34".
Package path is "C:/XEmacs".
Compiling in support for Microsoft Windows native GUI.
Compiling in international (MULE) support.
Compiling in support for XPM images.
Compiling in support for GIF images.
Compiling in support for PNG images.
Compiling in support for TIFF images.
Compiling in support for JPEG images.
Compiling in support for GZIP compression/decompression.
Compiling in support for toolbars.
Compiling in support for dialogs.
Compiling in support for widgets.
Compiling in support for native sounds.
Using portable dumper.
Using system malloc.
Using DLL version of C runtime library.
Compiling in extra internal error-checking.
NOTE: ---------------------------------------------------------
NOTE: Compiling in support for runtime error-checking.
NOTE: XEmacs will run noticeably more slowly as a result.
NOTE: Error-checking is on by default for XEmacs beta releases.
NOTE: ---------------------------------------------------------
Compiling in debugging support (no slowdown).
--------------------------------------------------------------------
set COPYCMD=/y
1 file(s) copied.
set COPYCMD=/y
1 File(s) copied
set COPYCMD=/y
1 File(s) copied
make-dump-id.c
etags.c
getopt.c
getopt1.c
regex.c
Generating Code...
hexl.c
i.c
winclient.c
make-docfile.c
mmencode.c
movemail.c
pop.c
getopt.c
getopt1.c
regex.c
Generating Code...
sorted-doc.c
minitar.c
console-msw.c
C:\Cyg_opt\src\xemacs-cygwin-test\src\intl-auto-encap-win32.h(105) : error C2146
: syntax error : missing ';' before identifier 'qxeSHGetNewLinkInfo'
C:\Cyg_opt\src\xemacs-cygwin-test\src\intl-auto-encap-win32.h(105) : error C2501
: 'WINBOOL' : missing storage-class or type specifiers
C:\Cyg_opt\src\xemacs-cygwin-test\src\intl-auto-encap-win32.h(105) : fatal error
C1004: unexpected end of file found
NMAKE: fatal error U1077: 'cl' : return code '0x2'
Stop.
Thanks for thinking about this.
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 2 comments
Generated Headers - Quite the Can of Worms
9 years, 8 months
Vin Shelton
Vin Shelton
Henry -
First the good news - with your patches applied, I succeeded in building a
64-bit cygwin XEmacs executable.
Now the bad news - that patched XEmacs does not build under Windows native
(at least on the 32-bit XP VM I use for Native Windows kits). The problem,
as I know you suspect is the encapsulated unicode headers. Thanks for
taking on the challenge of fixing up our interface to the w32api, BTW, but,
as you know, it's a real bear.
After running the make-mswin-unicode.pl script, I get a bunch of
definitions that refer to WINBOOL, which is not a native Windows type.
Here is the first such message:
console-msw.c
C:\Cyg_opt\src\xemacs-21.5-2015-03-26\src\intl-auto-encap-win32.h(105) :
error C2146: syntax error : missing ';' before identifier
'qxeSHGetNewLinkInfo'
C:\Cyg_opt\src\xemacs-21.5-2015-03-26\src\intl-auto-encap-win32.h(105) :
error C2501: 'WINBOOL' : missing storage-class or type specifiers
C:\Cyg_opt\src\xemacs-21.5-2015-03-26\src\intl-auto-encap-win32.h(105) :
fatal error C1004: unexpected end of file found
NMAKE: fatal error U1077: 'cl' : return code '0x2'
I have tried 2 different approaches: defining WINBOOL and LONG_PTR and a
few others in syswindows.h. In hindsight, this was the more fruitful
approach, but not all the necessary source modules seem to include
syswindows.h (the details escape me at this exact moment).
My second and more braindead approach was to change each of the functions
like SHGetNewLinkInfo from "yes" to "review". I did this for probably 10
functions, but I didn't achieve joy (or a clean compile) and this is,
fundamentally not the right way to go.
Any thoughts on how to get the WINBOOL, etc types defined for the native
Windows build?
Thanks,
Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments