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
Mats Lidell <matsl(a)xemacs.org> writes:
>>>>>> Michael Sperber <sperber(a)deinprogramm.de> writes:
>
>> It is intentional, to some degree: A long time ago, people screamed
>> bloody murder at me when the startup paths didn't give configure'd
>> paths precedence over those determined at run time. startup.el is just
>> the first file that knows about those paths. So there's no good
>> solution here that will make everybody happy, I'm afraid.
>
> But this happens while building the dump. What ever happens when you
> start your xemacs is another thing I think. Couldn't this behavior be
> controlled some how so that when building the dump we don't do this?
It could be done. My point is that, at least once upon a time, there
were people who didn't do it to be the way you want it to be. They do
have a point in that the already complicated behavior gets more
complicated when it's different at dump time.
--
Regards,
Mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello,
I've been using this for years, but never got to make it public until
recently. It's a very small and simple library for providing Unix-like
rc files to Emacs Lisp libraries.
All the details are here:
http://www.lrde.epita.fr/~didier/software/elisp/#el-rcfiles
and this is the commentary section, for quick reference:
;;; Commentary:
;; The purpose of el-rcfiles is to provide the equivalent of traditional
;; Unix rc files (i.e. configuration files) for Emacs Lisp
;; libraries. The advantages of using configuration files are the
;; following:
;; - your initialization file is less bloated,
;; - since configuration files are lazily loaded, your Emacs session
;; is (or begins) lighter. That is unless you already use lots of
;; EVAL-AFTER-LOAD forms...
;; Usage:
;; 1. Load the library, go to the rcfiles Custom group and tweak (or not).
;; 2. Put a call to (rcfiles-register-rc-files) in your initialization
;; file. This function can also be called interactively anytime you
;; add, remove or modify a configuration file.
;; 3. Put your configuration code for a library `foo' in a file called
;; `<rcfiles-directory>/foo<rcfiles-pseudo-extension>.el'.
--
Resistance is futile. You will be jazzimilated.
Scientific site: http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Fedora updated its texinfo to version 5.0, and then version 5.1, in
the not-so-distant past. The XEmacs package and the XEmacs packages
packages [1] promptly stopped building, due to errors thrown by
texinfo while processing our texinfo sources. The attached patch is
an emergency patch that I threw together for our packages, just to get
things building for Fedora again. I don't think it is entirely
correct. Package maintainers, if there is a part in here for one of
your packages, and it looks correct to you, please pull that part out
and commit it. If it doesn't look correct, please suggest how to fix
it. Thanks,
Footnotes:
[1] Don't you just love overloaded terms?
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Recent CEDET versions need button.el from Emacs. I'm attaching my
first attempt at a port. The most basic functionality seems to work.
Try this:
(defun test-button-push (button)
"Print a message when BUTTON is pushed."
(message "%s pushed!" (button-label button)))
(defun test-mouse-button-push (button)
"Print a message when BUTTON is pushed."
(message "%s pushed with the mouse!" (button-label button)))
(find-file "/tmp/test.txt")
(insert-button
"Button 1" 'face 'blue 'keymap button-map 'action #'test-button-push
'mouse-action #'test-mouse-button-push)
(insert "\n")
(insert-text-button
"Button 2" 'face 'red 'keymap button-map 'action #'test-button-push
'mouse-action #'test-mouse-button-push)
(insert "\n")
(insert-button
"Button 3" 'face 'green 'keymap button-map 'action #'test-button-push
'mouse-action #'test-mouose-button-push)
(insert "\n")
Then click on the 3 buttons with the middle mouse button, or press
Ctrl-m while point is on a button. Suggestions for improvements are
welcome, as is a suggestion for where this file should go
(xemacs-base?).
Regards,
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Raymond Toy writes:
>>>>> On Wed, Aug 21, 2013 at 9:37 AM, Stephen J. Turnbull, XEmacs 21.5
>>>>> Beta Engineer <stephen(a)xemacs.org> wrote:
>> * XEmacs 21.5.34 "kale" is released.
>> "kale" is the thirty-fifth in the VEGETABLE series.
> This is great!
> But exactly how do I get it?
You probably "really" want to do "hg co tip", but you should now be
able to see r21-5-34 == r21-5-latest-beta in the repo if you do hg
pull and hg log. To actually get the released code, do hg checkout
r21-5-34.
You probably don't want to look at "hg view", lest you spontaneously
combust. Mercurial's model of "versioned tags" when added to the
general dVCS problem of the impossibility of rewinding branches after
pushing, plus what may be an outright bug (after hg pull + hg merge +
hg commit, hg push tells me there are unsynced changes on remote) make
the history more than a little confusing.
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
* XEmacs 21.5.34 "kale" is released.
"kale" is the thirty-fifth in the VEGETABLE series.
The successor to XEmacs 21.5.33 "horseradish", "kale" adds a couple of
important fixes and a number of other fixes and improvements. The
biggest fix is for do-it-yourself-ers: making a mistake in creating a
menu is no longer crashes due to an assertion, thanks to Jerry.
XEmacs now warns and ignores the broken menu. Based on reports from
Sean and Mats, and an important clue from Aidan, Stephen fixed the
--without-mule build from tarballs.
Aidan continues his work on the byte compiler, with some improvements
to #'labels and #'apply-partial. Jerry added support for the MPIR
multiple-precision arithmetic package, and other improvement to the
bignum support, especially in documentation. Mike, Jerry and Mats
provided a few Emacs syncs.
This is the development line. The current series started with XEmacs
21.5.0 (an alias for XEmacs 21.4.0 "Solid Vapor", the first release in
the current stable line). 21.5 is the code base for introduction of
major new subsystems and fixes to design bugs that experience shows will
introduce instability. So far the main effort has been on improved
support for Unicode, updates to the build infrastructure, and development
of new features in memory allocation.
For general information about XEmacs, the developers, and the user
community, see our home page,
http://www.xemacs.org/
* XEmacs 21.5.34 is "beta" software.
The usual "no warranty" disclaimer (see etc/COPYING, sections 10 and 11)
applies. At this point in time, it is the version that most developers
are using for their daily work. However, it is certain that many bugs
remain and new ones will be introduced as development proceeds. Be sure
to take care to save your work often and follow a regular backup regime.
* Availability
Anonymous ftp:
ftp://ftp.xemacs.org/pub/xemacs/xemacs-21.5
See http://www.xemacs.org/Install/ for more information about building
from source.
If you already have a 21.5.33 source tree, a patchkit is available in
xemacs-21.5.33-21.5.34.patch.gz. This does not update .elcs or .infos.
They will be rebuilt when you make XEmacs. If you have an earlier
version, you can repeatedly apply patchkits.
Also, if you don't have the packages yet, see
http://www.xemacs.org/Documentation/packageGuide.html.
Mercurial repository:
http://hg.debian.org/hg/xemacs/xemacs-beta
This is a read-only Mercurial repository. To check out XEmacs 21.5.34,
use the command
hg clone %(releaseSpec) http://hg.debian.org/hg/xemacs/xemacs-beta
to create a new Mercurial workspace, or
hg pull -u %(releaseSpec)
if you already have a local workspace from Mercurial. To update to the
most recent commits to the official repository, use
hg pull -u tip
For more details, see
http://www.xemacs.org/Develop/hgaccess.html .
* Brief summary of Changes to XEmacs 21.5.34 "kale"
-------- ChangeLog Entries from ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
2013-07-28 Stephen J. Turnbull <stephen(a)xemacs.org>
* configure.ac (makeinfo):
Use basic regexp. Avoid autoconf errors on empty version strings.
Report version found if insufficient. Lightly tested.
2013-06-25 Jerry James <james(a)xemacs.org>
* INSTALL: Update required makeinfo version.
* Makefile.in.in: Check for usable makeinfo before invoking submake.
* configure.ac: Try to find makeinfo >= 4.12.
2013-06-17 Jerry James <james(a)xemacs.org>
* configure.ac: Support bignums with MPIR.
2013-06-17 Jerry James <james(a)xemacs.org>
* configure.ac: Add check for mp_set_memory_functions.
2013-03-12 Jerry James <james(a)xemacs.org>
* config.guess: Update to latest upstream version.
* config.sub: Ditto.
* install-sh: Ditto.
2013-03-04 Jerry James <james(a)xemacs.org>
* configure.ac: Check for large file support.
2013-03-04 Jerry James <james(a)xemacs.org>
* configure.ac: Complete removal of need_modules_common, forgotten
in the previous patch.
2013-03-02 Jerry James <james(a)xemacs.org>
* configure.ac: Make symbolic links in src for module source files
if they are built into the executable, so they are built with the
same CFLAGS as the non-module source files.
-------- ChangeLog Entries from etc/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
-------- ChangeLog Entries from lib-src/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
2013-03-06 Jerry James <james(a)xemacs.org>
* Makefile.in.in: Fix reversed test for insert-data-in-exec build.
2013-03-04 Jerry James <james(a)xemacs.org>
* insert-data-in-exec.c (main): Use OFF_T, FSEEK, and FTELL macros,
and adjust variable types and printf specifiers for large file
support on supporting systems.
-------- ChangeLog Entries from lisp/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
2013-08-05 Aidan Kehoe <kehoea(a)parhasard.net>
* isearch-mode.el (isearch-pre-command-hook):
If this function is called and (this-command-keys) contains
misc-user events, #'key-binding throws an error.
Eddie Corns and Alex Belits describe this happening in tracker
issue 336, and we can avoid this by catching the error and
handling the misc-user event in the same way that #'dispatch-event
does.
I haven't reproduced the actual error they describe, and welcome
testing to make sure it's gone.
Thank you Eddie, thank you Alex!
2013-08-05 Aidan Kehoe <kehoea(a)parhasard.net>
* behavior.el:
(override-behavior):
Correct some spelling and formatting here, thank you Steven
Mitchell in tracker issue 826.
2013-08-05 Aidan Kehoe <kehoea(a)parhasard.net>
* mule/latin.el:
Add a Latin-script Azeri language environment, with UTF-8 as the
encoding and case information for schwa.
2013-06-22 Stephen J. Turnbull <stephen(a)xemacs.org>
* paragraphs.el (sentence-end-base):
Fix stupid omission of cast to string.
2013-06-21 Stephen J. Turnbull <stephen(a)xemacs.org>
Fix no-Mule build.
* paragraphs.el (sentence-end): Use octal, not Unicode, escapes.
* (sentence-end-base): Use non-ASCII only in Mule.
2013-07-10 Aidan Kehoe <kehoea(a)parhasard.net>
* minibuf.el (get-user-response):
* cmdloop.el (y-or-n-p-minibuf):
No need to call #'events-to-keys in these two functions,
#'lookup-key accepts events directly.
* keymap.el:
* keymap.el (events-to-keys):
Document this function some more.
Stop passing strings through unexamined, treat them as vectors of
characters.
Event keys are never integers, remove some code that only ran if
(integerp (event-key ce)).
Event keys are never numbers, don't check for that.
Don't create (menu-selection call-interactively function-name)
keystrokes for menu choices, #'character-to-event doesn't
understand that syntax, so nothing uses it.
Don't ever accept mouse events, #'character-to-event doesn't
accept our synthesising of them.
2013-06-17 Aidan Kehoe <kehoea(a)parhasard.net>
* process.el (process-synchronize-point): Moved to a label.
* process.el (call-process-internal):
Now we have better language features, use them rather than
creating a closure ourselves or exposing a utility function when
there is no need for that with a well-implemented labels function.
2013-06-17 Aidan Kehoe <kehoea(a)parhasard.net>
* cl-macs.el:
* cl-macs.el (apply-partially):
Be more intelligent about constructing (or not) compiled functions
at runtime or compile time when making these closures.
2013-03-02 Michael Sperber <mike(a)xemacs.org>
* bytecomp.el (byte-compile-if): Port this patch from GNU Emacs:
Author: Dave Love <fx(a)gnu.org>
Date: Thu Dec 12 20:27:43 2002 +0000
(byte-compile-if): Suppress warnings from
things protected by `(if (fboundp ...' or `(if (boundp ...'.
2013-02-20 Michael Sperber <mike(a)xemacs.org>
* files.el (file-remote-p): Remove an ancient piece of obsolete
legacy code that looks at `efs-ftp-path'.
2013-02-20 Michael Sperber <mike(a)xemacs.org>
* font-lock.el (font-lock-beg)
(font-lock-extend-region-functions)
(font-lock-extend-region-multiline)
(font-lock-extend-region-wholelines)
(font-lock-default-fontify-region): Add and use
`font-lock-extend-region-functions' from GNU Emacs.
2013-02-08 Michael Sperber <mike(a)xemacs.org>
* font-lock.el (font-lock-set-defaults-1):
(font-lock-defaults): Allow the left-hand-side of a syntax-alist
entry in `font-lock-defaults' to be a string, in addition to a
char. (This is a sync with GNU Emacs.)
2013-02-16 Stephen J. Turnbull <stephen(a)xemacs.org>
Thanks to Jeff Sparkes for suggestion and the original patches and
to Mike Sperber for discussion.
* obsolete.el (define-obsolete-function-alias):
(define-compatible-function-alias):
(define-obsolete-variable-alias):
(define-compatible-variable-alias):
Add optional WHEN and DOCSTRING arguments for GNU compatibility.
Document WHEN as ignored. Support DOCSTRING as well as the
underlying functions allow.
2013-01-22 Jerry James <james(a)xemacs.org>
* glyphs.el (make-image-specifier): Document that :visible is a
widget keyword.
* menubar.el (check-menu-syntax): Allow :visible in menu specs.
-------- ChangeLog Entries from lwlib/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
-------- ChangeLog Entries from man/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
2013-06-25 Jerry James <james(a)xemacs.org>
* Makefile.in: New file, so we can replace @MAKEINFO@.
* Makefile: Removed.
* lispref/packaging.texi: Update required version of makeinfo.
* xemacs/packages.texi: Ditto.
2013-06-19 Jerry James <james(a)xemacs.org>
* beta.texi: Move "@end info" to its own line.
* lispref/edebug-inc.texi (Instrumenting Macro Calls): "@table
@bullet" is not supported by texinfo 5.x; use "@table @asis"
instead, since each table entry has a label already.
* lispref/packaging.texi (Makefile Targets): Use @section instead
of @subsection inside a @chapter.
* texinfo.tex: Update to new version that is known to work with
texinfo 5.x.
* texinfo/texinfo.texi (documentencoding): @itemx must always
follow an @item.
* widget.texi: Sync with the Emacs 24.3 version. Change all
@section to @chapter, and all @subsection to @section.
* xemacs-faq.texi (11.0: The XEmacs repositories): Add
@unnumberedsec entry to contain the @unnumberedsubsec for each
question.
(11.1: Working with CVS): Ditto.
(11.2: Working with Mercurial): Ditto.
2013-06-17 Jerry James <james(a)xemacs.org>
* internals/internals.texi (Numeric Types): New chapter describing
the implementation of bignums, ratios, and bigfloats.
* lispref/numbers.texi (The Bignum Extension): Update description
to include MPIR, fix broken URLs, and note that BSD MP support is
now more complete.
(Bignum Basics): Note MPIR support.
(Ratio Basics): Add a missing comma.
(Bigfloat Basics): Fix an incomplete sentence and add examples.
* xemacs-faq.texi (Q7.2.1): Update description to include MPIR,
note that BSD MP support is now more complete, and remove the
paragraph where I promise to write internals documentation.
(Q7.2.3): Update ancient section that mentions the Pentium III.
2013-01-22 Jerry James <james(a)xemacs.org>
* lispref/glyphs.texi (Image Instantiators): Add :visible to the
list of allowed menu keywords.
* lispref/menus.tex (Menu Format): Document that :visible is an
alias for :included.
-------- ChangeLog Entries from modules/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
-------- ChangeLog Entries from nt/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
-------- ChangeLog Entries from src/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
2013-06-17 Jerry James <james(a)xemacs.org>
* Makefile.in.in: Support bignums with MPIR.
* config.h.in (WITH_MPIR): New macro.
* number.c: Add MPIR support.
* number.h: Ditto.
* number-gmp.h: Ditto.
(ratio_set_long_ulong): Canonicalize the ratio.
(ratio_set_ulong_ulong): Ditto.
* number-gmp.c (init_number_gmp): Add void param to silence GCC.
* number-mp.c (init_number_mp): Ditto.
2013-07-10 Aidan Kehoe <kehoea(a)parhasard.net>
* keymap.c:
* keymap.c (key_desc_list_to_event):
Drop the allow_menu_events argument.
Don't accept lists starting with Qmenu_selection as describing
keys, nothing generates them in a way this function
understands. The intention is reasonable but the implementation
was never documented and never finished.
* keymap.c (syms_of_keymap):
Drop Qmenu_selection.
* events.c (Fcharacter_to_event):
* keymap.h:
Drop the allow_menu_events argument to key_desc_list_to_event.
2013-06-17 Jerry James <james(a)xemacs.org>
* alloc.c (make_bignum_un): New function.
(make_bignum_ll): New function.
(make_bignum_ull): New function.
* config.h.in (HAVE_MP_SET_MEMORY_FUNCTIONS): Add.
* data.c (Fplus): avoid unnecessary consing.
(Ftimes): ditto.
* glyphs.c (check_valid_xbm_inline): Since this function is called
prior to dumping, when bignums are forbidden, do all arithmetic
with C integers.
* lisp.h (MOST_POSITIVE_FIXNUM_UNSIGNED): New constant.
(MOST_POSITIVE_FIXNUM): Redefine in terms of the above.
(UNSIGNED_NUMBER_FITS_IN_A_FIXNUM): New macro.
* number-gmp.c (bignum_to_llong): New function.
(bignum_to_ullong): New function.
(bignum_set_llong): New function.
(bigfloat_to_string): Adjust whitespace.
(gmp_realloc): Ditto.
(gmp_free): Ditto.
* number-gmp.h (bignum_fits_llong): New macro.
(bignum_fits_ullong): New macro.
(bignum_set_ullong): New macro.
* number-mp.c (bignum_long_sign_bit): Remove, didn't work.
(bignum_min_llong): New variable.
(bignum_max_llong): New variable.
(bignum_max_ullong): New variable.
(bignum_to_llong): New function.
(bignum_to_ullong): New function.
(bignum_set_long): Reimplement using MP_XTOM.
(bignum_set_ulong): Ditto.
(bignum_set_llong): New function.
(bignum_set_ullong): New function.
(bignum_clrbit): Fix a comment.
(bignum_random_seed): Move to number-mp.h, since it is a no-op.
(bignum_random): Implement.
(mp_realloc): New function.
(mp_free): New function.
(init_number_mp): Use them. Fix a comment. Eliminate
initialization of bignum_long_sign_bit. Initialize
bignum_min_llong, bignum_max_llong, and bignum_set_ullong.
* number-mp.h (MP_XTOM): New macro.
(bignum_fits_llong_p): New macro.
(bignum_fits_ullong_p): New macro.
(bignum_random_seed): New macro.
* number.h: Implement bignums as long long integers.
(make_bignum_ll): New macro.
(make_integer): Accept a long long value.
(make_unsigned_integer): New macro.
(NATNUMP): Adjust whitespace.
(non_fixnum_number_p): Ditto.
* alloc.c (Fmake_list): Use make_unsigned_integer or make_fixnum
instead of make_integer where it is appropriate to do so.
* chartab.c (char_table_default_for_type): Ditto.
* dired.c (Ffile_attributes): Ditto.
* elhash.c (hash_table_size_validate): Ditto.
* eval.c (Fmacroexpand): Ditto.
* event-stream.c (Faccept_process_output): Ditto.
(Frecent_keys): Ditto.
* events.c (Fmake_event): Ditto.
(Fevent_timestamp_lessp): Ditto.
* font-mgr.c (Ffc_pattern_get): Ditto.
* indent.c (Fmove_to_column): Ditto.
* process.c (Fset_process_window_size): Ditto.
* profile.c (Fstart_profiling): Ditto.
* unicode.c (Fset_unicode_conversion): Ditto.
(Funicode_to_char): Ditto.
2013-04-23 Vin Shelton <acs(a)xemacs.org>
* sysdep.c (qxe_getgrgid): Hack in WIN32_NATIVE group support.
* dired.c (file_attributes): Add a hack for group name in native
Windows builds.
2013-04-19 Mats Lidell <matsl(a)xemacs.org>
* sysdep.c (qxe_getgrgid): Encapsulation of getgrgid.
* syspwd.h: Ditto.
* dired.c (Ffile_attributes): Added optional ID-FORMAT for
compatibility with GNU.
2013-03-28 Jerry James <james(a)xemacs.org>
* config.h.in: AC_FUNC_FSEEKO is the name of the autoconf macro.
HAVE_FSEEKO is the name of the C preprocessor symbol. Do not
confuse the two.
2013-03-11 Vin Shelton <acs(a)xemacs.org>
* config.h.in: Move large file support outside WIN32_NO_CONFIGURE block.
2013-03-07 Jerry James <james(a)xemacs.org>
* array.c (stack_like_malloc): Define only if WIN32_ANY.
(stack_like_free): Ditto.
* array.h: Ditto.
2013-03-04 Jerry James <james(a)xemacs.org>
* config.h.in: Add placeholders and definitions needed for large
file support.
* dired.c (Ffile_attributes): Some elements of the stat structure
can overflow a fixnum. Allow them to be bignums, if possible.
* dumper.c (pdump_align_stream): Use OFF_T, FTELL, and FSEEK macros
to get large file support.
(pdump): Ditto.
2013-03-02 Jerry James <james(a)xemacs.org>
* Makefile.in.in: If modules are built into the executable, assume
that module source files are available in the current directory,
since configure now creates soft links for them.
2013-02-22 Michael Sperber <mike(a)xemacs.org>
* event-stream.c (post_command_hook): Don't complain about throws
out of `post-command-hook'. This is quite common, for example to
exit the minibuffer.
2013-02-04 Vin Shelton <acs(a)xemacs.org>
* syswindows.h: Fix the cygwin build by supporting win32api 3.14
through appropriate guard macros. Thanks to Mats Lidell.
2013-01-22 Jerry James <james(a)xemacs.org>
* general-slots.h: Add Q_visible.
* gui.c (gui_item_add_keyval_pair): Add :visible as an alias to
:included.
* menubar.c (vars_of_menubar): Document that :visible is an alias
to :included.
* menubar-gtk.c (menu_convert): Ditto.
* menubar-x.c (menu_item_descriptor_to_widget_value_1): Ditto.
2013-01-16 Jerry James <james(a)xemacs.org>
* menubar-x.c (set_frame_menubar): when a menubar specification has an
error, don't fail an assert() and bring XEmacs down. Instead, return
0 to skip the faulty menu and show any errors in *Warnings*.
-------- ChangeLog Entries from tests/ChangeLog --------
2013-08-21 Stephen J. Turnbull <stephen(a)xemacs.org>
* XEmacs 21.5.34 "kale" is released.
2013-06-17 Aidan Kehoe <kehoea(a)parhasard.net>
* automated/lisp-tests.el:
Test #'apply-partially more extensively, given changes in
cl-macs.el.
2013-06-17 Jerry James <james(a)xemacs.org>
* automated/lisp-tests.el: Adjust expected failure message due to
changes in check_valid_xbm_inline().
2013-04-20 Mats Lidell <matsl(a)xemacs.org>
* automated/dired-tests.el: New. Tests for file-attributes.
--
Graduate School of Systems and Information Engineering University of Tsukuba
http://turnbull.sk.tsukuba.ac.jp Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi everybody,
It appears that Bitbucket has a broken Mercurial, which does not
conform to the documentation. Specifically, it allows a push that
creates multiple heads, with or without --force.
Until further notice (specifically, satisfactory resolution of
https://bitbucket.org/site/master/issue/7985/multiple-heads-with-default-...),
you *must* do an explicit "hg pull [-u]" and "hg merge" (as needed)
before doing your "hg push". **Bitbucket does *not* warn you that you
are going to create multiple heads, it just goes ahead and does it.**
As a side effect, it effectively hides tags that are reachable only
from non-default heads.
Aidan, please acknowledge. I'll fix the breakage created by your last
push, which isn't your fault. But before doing the fix, I'd like to
know it isn't going to happen again inadvertently.
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Howdy!
For something I was working on today I thought that #'package-suppress
would be the answer. That is, until I found out that #'package-suppress
doesn't do squat. :-(
To illustrate: XEmacs 21.5 is supposed to suppress loading of
regexp-opt.el from xemacs-base package because you guys have it in core
(we do too). So I added a simple `(defvar bogus-var "What the HELL")'
to the regexp-opt.el in my installed xemacs-base package, and then in a
vanilla XEmacs instance I did...
(progn
(require 'regexp-opt)
bogus-var)
=> "What the HELL"
I also played around with setting `load-suppress-alist' directly to
various incantations of what I thought it mighta been looking for. No
joy.
Will let you know if I figure out what is going on here.
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| SXEmacs - The only _______ you'll ever need. |
| Fill in the blank, yes, it's THAT good! |
|------------------------------------<steve(a)sxemacs.org>---|
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta