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.
|