Next | Query returned 22 messages, browsing 11 to 20 | Previous

History of commit frequency

CVS Commit History:


   2012-07-10 09:10:25 by Makoto Fujiwara | Files touched by this commit (6)
Log message:
Adapt and clean up with automake 1.12.2
(1)
  lib/elisp-comp from automake -1.12.2 now works good.
  - lisp_LISP the list of *.el to be compiled
  - lisp_DATA not to be compiled

(2) Add/adjust comments on patch
    patches/patch-lisp_Makefile.{am,in}
    minimize # of lines

(3) PLIST
  Following *.el are now byte-compiled
+${EMACS_LISPPREFIX}/tc-2.3.1/tc-is18.elc
+${EMACS_LISPPREFIX}/tc-2.3.1/tc-is19.elc
+${EMACS_LISPPREFIX}/tc-2.3.1/tc-is20.elc
+${EMACS_LISPPREFIX}/tc-2.3.1/tc-is22.elc
   2012-04-22 14:57:56 by Makoto Fujiwara | Files touched by this commit (1)
Log message:
# fix hardcoded PATH, interim solution, upstream fix may differ.
# This edit should be applied before byte compile
...
SUBST_FILES.tc-pre+=   lisp/tc-pre.el
SUBST_SED.tc-pre+=     -e s\|/usr/local/share\|${PREFIX}/share\|g
   2012-04-13 08:49:11 by Makoto Fujiwara | Files touched by this commit (3)
Log message:
(1) patches/patch-BATCH-SORT
Add function coding-system-from-name to convert data type
-                          in_file_coding_system)
+ (coding-system-from-name in_file_coding_system))

(2) patches/patch-etc_Makfile.in
  Makefile.in may not be generated from Makefile.am
  so the patch also

Honestly, it turned out bushu.rev is always EUC-JAPAN,
so the argument for batch-sort-file telling in/out coding 
system may not be necessary for now.
   2012-04-12 11:18:24 by Makoto Fujiwara | Files touched by this commit (6)
Log message:
distinfo
(0) Previous distinfo was not correctly generated, sorry.

patches/patch-BATCH-SORT
(1) Previous setup does not take care coding system properly
   for  bushu.rev. The file was now converted UTF-8, but
   at sorting that file, reading-coding-system was still euc-japan.
   corrected.

patches/patch-BATCH-SORT
patches/patch-etc_mazegaki_Makefile.am
patches/patch-etc_Makefile.am
(2) In doing that, BATCH-SORT Elisp function now takes coding-system
   arguments from command line. Also sorting mazegaki.dic was affected.

patches/patch-lisp_Makefile.in
(3) Add new patch for lisp/Makefile.in
   We already have lisp/Makefile.am, for work around not to byte
   compile some files.
   But automake won't run in subdirectory, so manually added another 
   patch for Makefile.in.
   2012-04-11 10:12:50 by Makoto Fujiwara | Files touched by this commit (1)
Log message:
Add missing patch file

   2012-04-11 09:33:29 by Makoto Fujiwara | Files touched by this commit (3)
Log message:
Catch up Upstream svn repository.

(1) Use recent version of automake and autoconf

(2) Add coding-system conversion to tc-bushu.el
   -- This is kind of interim solution, the mechanism
   for the necessity is not really figured out.

(3) Divide  *.el file to be byte compiled and not be compiled.
    other than acinclude.m4, but Makefile.am for now.
  -> patch-lisp_Makefile.am

(4) Update PLIST
   - catch up changes
   - sync with not byte compiled *.el
  
tc-is2{0,1,2}.el is to be byte compiled-by-emacs-version.
But this mechanism is now seemed to be broken.
All are not byte-compiled for work around.
   2011-09-13 10:32:01 by Makoto Fujiwara | Files touched by this commit (1)
Log message:
Verified with Emacs-20 and Emacs 22

   2011-09-12 15:55:06 by Makoto Fujiwara | Files touched by this commit (1)
Log message:
verified on EMACS_TYPE=emacs24

   2011-07-21 16:58:28 by Makoto Fujiwara | Files touched by this commit (1)
Log message:
Add TODO file

   2011-05-24 03:46:51 by Makoto Fujiwara | Files touched by this commit (4)
Log message:

(1) MESSAGE fix typo on PATH (example -> examples)

(2) PLIST add one entry
  +${EMACS_LISPPREFIX}/tc-2.3.1/tc-is22.el

(3) patches/patch-lisp_tc-sysdep.el (+ distinfo)
   Upstream has change. but that is not enough
   So patch is still there with minor mod.
   And correct the comment for the patch.

Next | Query returned 22 messages, browsing 11 to 20 | Previous