* Need help with upstream vs Debian emacs-23.4 build differences @ 2012-06-28 23:09 Svante Signell 2012-06-29 6:49 ` Andreas Schwab 0 siblings, 1 reply; 10+ messages in thread From: Svante Signell @ 2012-06-28 23:09 UTC (permalink / raw) To: help-gnu-emacs; +Cc: emacs-devel [-- Attachment #1: Type: text/plain, Size: 1634 bytes --] Hello help-gnu-emacs, Cc: emacs-devel I hope this is the right forum for my question: When building emacs-23.4 from the tarball everything works fine for GNU/Hurd, with and without the Debian configure options and build flags, see below. (and all *.elc files are built if the provided ones are removed). However, on Debian the whole source tree is copied to debian/build-? where ?=x,nox,lucid. This causes the build to behave differently (and fails for GNU/Hurd). I've traced this down to that for the tarball the following files are modified (*~ versions are created) loaddefs.el, subdirs.el, but they are the same as the distributed ones. For the Debian build-? the following files are modified: loaaddefs.el,subdirs.el, eshell/esh-groups.el, calc/calc-loaddefs.el cedet/ede/loaddefs.el, /cedet/semantic/loaddefs.el, cedet/srecode/loaddefs.el eshell/esh-groups.el, calc/calc-loaddefs.el, subdirs.el are the same as distributed, but loaddefs.el, cedet/ede/loaddefs.el, cedet/semantic/loaddefs.el, cedet/srecode/loaddefs.el are not! What is triggering the differences, and where can they be found, especially the large lisp/loaddefs.el debian/build-?/lisp/loaddefs.el? Is the problem that the build directory differs from the code (it should not, everything is copied with cp -a, timestamps seems to be OK, etc) From the build logs differences are shown in the attached snippets, emacs-23.4.log_part is from the tarball build and emacs23-23.4.1+1.log_part is from the Debian build. the tarball log does not have this autoload part before saving lisp/loaddefs.el. Please Cc: me, since I'm not subscribed. Thanks in advance. [-- Attachment #2: emacs-23.4.log_part --] [-- Type: text/plain, Size: 1953 bytes --] cd ../lisp; make -w autoloads EMACS=../src/bootstrap-emacs make[2]: Entering directory ` .../lisp' chmod +w .../lisp/ps-print.el .../lisp/emulation/tpu-edt.el \ .../lisp/emacs-lisp/cl-loaddefs.el .../lisp/mail/rmail.el \ .../lisp/dired.el .../lisp/ibuffer.el wd= .../lisp; subdirs=`(cd $wd; find . -type d -print)`; for file in $subdirs; do case $file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | */=* | */obsolete | */term ) ;; *) wins="$wins $wd/$file" ;; esac; done; \ echo Directories: $wins; \ EMACSLOADPATH= .../lisp LC_ALL=C ../src/bootstrap-emacs -batch --no-site-file --multibyte -l autoload --eval '(setq generated-autoload-file " .../lisp/loaddefs.el")' -f batch-update-autoloads $wins Directories: .../lisp/ ..../lisp/./mh-e .../lisp/./progmodes .../lisp/./emacs-lisp .../lisp/./international .../lisp/./play .../lisp/./textmodes .../lisp/./gnus .../lisp/./erc .../lisp/./eshell .../lisp/./mail .../lisp/./cedet .../lisp/./cedet/ede .../lisp/./cedet/semantic .../lisp/./cedet/semantic/wisent .../lisp/./cedet/semantic/analyze .../lisp/./cedet/semantic/symref .../lisp/./cedet/semantic/bovine .../lisp/./cedet/semantic/decorate .../lisp/./cedet/srecode .../lisp/./url .../lisp/./nxml .../lisp/./calc .../lisp/./org .../lisp/./net .../lisp/./language .../lisp/./calendar .../lisp/./emulation Saving file .../lisp/loaddefs.el ... Wrote .../lisp/loaddefs.el make[2]: Leaving directory ` .../lisp' make[2]: Entering directory ` .../lisp' Compiling .../src/../lisp/abbrev.el make[2]: Leaving directory ` .../lisp' make[2]: Entering directory ` .../lisp' Compiling .../src/../lisp/abbrev.el Reloading stale loaddefs.el Loading .../lisp/loaddefs.el (source) ... Wrote .../lisp/abbrev.elc make[2]: Leaving directory ` .../lisp' make[2]: Entering directory ` .../lisp' Compiling .../src/../lisp/buff-menu.el Reloading stale loaddefs.el Loading .../lisp/loaddefs.el (source) ... Wrote .../lisp/buff-menu.elc [-- Attachment #3: emacs23-24.4+1.log_part --] [-- Type: text/plain, Size: 2471 bytes --] cd ../lisp; /usr/bin/make -w autoloads EMACS=../src/bootstrap-emacs make[4]: Entering directory ` .../lisp' chmod +w .../lisp/ps-print.el .../lisp/emulation/tpu-edt.el \ .../lisp/emacs-lisp/cl-loaddefs.el .../lisp/mail/rmail.el \ .../lisp/dired.el .../lisp/ibuffer.el wd= .../lisp; subdirs=`(cd $wd; find . -type d -print)`; for file in $subdirs; do case $file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | */=* | */obsolete | */term ) ;; *) wins="$wins $wd/$file" ;; esac; done; \ echo Directories: $wins; \ EMACSLOADPATH= .../lisp LC_ALL=C ../src/bootstrap-emacs -batch --no-site-file --multibyte -l autoload --eval '(setq generated-autoload-file " .../lisp/loaddefs.el")' -f batch-update-autoloads $wins Directories: .../lisp/. .../lisp/./mh-e .../lisp/./progmodes .../lisp/./emacs-lisp .../lisp/./international .../lisp/./play .../lisp/./textmodes .../lisp/./gnus .../lisp/./erc .../lisp/./eshell .../lisp/./mail .../lisp/./cedet .../lisp/./cedet/ede .../lisp/./cedet/semantic .../lisp/./cedet/semantic/wisent .../lisp/./cedet/semantic/analyze .../lisp/./cedet/semantic/symref .../lisp/./cedet/semantic/bovine .../lisp/./cedet/semantic/decorate .../lisp/./cedet/srecode .../lisp/./url .../lisp/./nxml .../lisp/./calc .../lisp/./org .../lisp/./net .../lisp/./language .../lisp/./calendar .../lisp/./emulation Generating autoloads for play/5x5.el... Generating autoloads for play/5x5.el...done ... Generating autoloads for emulation/viper-util.el...done Saving file .../lisp/loaddefs.el... Wrote .../lisp/loaddefs.el Saving file .../lisp/calc/calc-loaddefs.el... Wrote .../lisp/calc/calc-loaddefs.el Saving file .../lisp/cedet/srecode/loaddefs.el... Wrote .../lisp/cedet/srecode/loaddefs.el Saving file .../lisp/cedet/semantic/loaddefs.el... Wrote .../lisp/cedet/semantic/loaddefs.el Saving file .../lisp/cedet/ede/loaddefs.el... Wrote .../lisp/cedet/ede/loaddefs.el Saving file .../lisp/eshell/esh-groups.el... Wrote .../lisp/eshell/esh-groups.el make[4]: Leaving directory ` .../lisp' make[4]: Entering directory ` .../lisp' Compiling .../src/../lisp/abbrev.el Reloading stale loaddefs.el Loading .../lisp/loaddefs.el (source)... Wrote .../lisp/abbrev.elc make[4]: Leaving directory ` .../lisp' make[4]: Entering directory ` .../lisp' Compiling .../src/../lisp/buff-menu.el Reloading stale loaddefs.el Loading .../lisp/loaddefs.el (source)... Wrote .../lisp/buff-menu.elc ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 build differences 2012-06-28 23:09 Need help with upstream vs Debian emacs-23.4 build differences Svante Signell @ 2012-06-29 6:49 ` Andreas Schwab 2012-06-29 8:01 ` Svante Signell 2012-07-01 20:58 ` Need help with upstream vs Debian emacs-23.4 " Svante Signell 0 siblings, 2 replies; 10+ messages in thread From: Andreas Schwab @ 2012-06-29 6:49 UTC (permalink / raw) To: svante.signell; +Cc: help-gnu-emacs, emacs-devel Svante Signell <svante.signell@telia.com> writes: > eshell/esh-groups.el, calc/calc-loaddefs.el, subdirs.el are the same as > distributed, but loaddefs.el, cedet/ede/loaddefs.el, > cedet/semantic/loaddefs.el, cedet/srecode/loaddefs.el are not! > > What is triggering the differences, and where can they be found, > especially the large lisp/loaddefs.el debian/build-?/lisp/loaddefs.el? Since you didn't tell what are the differences that is hard to answer. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 build differences 2012-06-29 6:49 ` Andreas Schwab @ 2012-06-29 8:01 ` Svante Signell 2012-07-02 0:44 ` Glenn Morris 2012-07-01 20:58 ` Need help with upstream vs Debian emacs-23.4 " Svante Signell 1 sibling, 1 reply; 10+ messages in thread From: Svante Signell @ 2012-06-29 8:01 UTC (permalink / raw) To: Andreas Schwab; +Cc: help-gnu-emacs, emacs-devel [-- Attachment #1: Type: text/plain, Size: 2841 bytes --] On Fri, 2012-06-29 at 08:49 +0200, Andreas Schwab wrote: > Svante Signell <svante.signell@telia.com> writes: > > > eshell/esh-groups.el, calc/calc-loaddefs.el, subdirs.el are the same as > > distributed, but loaddefs.el, cedet/ede/loaddefs.el, > > cedet/semantic/loaddefs.el, cedet/srecode/loaddefs.el are not! > > > > What is triggering the differences, and where can they be found, > > especially the large lisp/loaddefs.el debian/build-?/lisp/loaddefs.el? > > Since you didn't tell what are the differences that is hard to answer. Thank you for your reply. Makefile differences are: diff -u ../emacs-23.4/Makefile ./debian/build-x/Makefile: Mainly doc changes. diff -u ../emacs-23.4/lisp/Makefile ./debian/build-x/lisp/Makefile: almost the same: -lisp=.../emacs-23.4/lisp -VPATH=.../emacs-23.4/lisp -srcdir=../emacs-23.4/lisp/.. +lisp=.../emacs23-23.4+1/debian/build-x/lisp +VPATH=.../emacs23-23.4+1/debian/build-x/lisp +srcdir=.../emacs23-23.4+1/debian/build-x/lisp/.. diff -u ../emacs-23.4/lib-src/Makefile ./debian/build-x/lib-src/Makefile: similar to the above diff -u ../emacs-23.4/src/Makefile ./debian/build-x/src/Makefile: same as above Is cpp used to process the Makefiles, if so where to find it? Another piece of information is that when replacing the dumped emacs from Debian with the one from the tarball, build is OK! So it seem that the differences are in temacs or the dumped emacs. Next is the differing .el files from the Debian build: diff -u lisp/loaddefs.el ./debian/build-x/lisp/loaddefs.el > lisp_loaddefs.el.diff diff -u lisp/cedet/ede/loaddefs.el ./debian/build-x/lisp/cedet/ede/loaddefs.el > lisp_cedet_ede_loaddefs.el.diff diff -u ./debian/build-x/lisp/cedet/semantic/loaddefs.el lisp/cedet/semantic/loaddefs.el > lisp_cedet_semantic_loaddefs.el.diff diff -u lisp/cedet/srecode/loaddefs.el ./debian/build-x/lisp/cedet/srecode/loaddefs.el > lisp_cedet_srecode_loaddefs.el.diff Unfortunately, lisp_cedet_semantic_loaddefs.el.diff and lisp_loaddefs.el.diff are 85k and 230k respectively, but I'm attaching the other two. Where does the additional code come from? FYI: All these builds are done on Linux/i386 for speed reasons, but the problems are the same. Difference is that the GNU/Hurd build hangs when compiling lisp/cedet/srecode/mode.elc, and the linux build succeeeds. Additionally, with the modified code the compile of the above emits: Compiling /home/srs/hurd-installer/DEBs/linux_DEBs/emacs/emacs23-23.4 +1/debian/build-x/lisp/cedet/srecode/mode.el Parsing *srecode-map-tmp* (LALR)... Parsing *srecode-map-tmp* (LALR)...done Parsing *srecode-map-tmp* (LALR)... Parsing *srecode-map-tmp* (LALR)...done Wrote /home/srs/hurd-installer/DEBs/linux_DEBs/emacs/emacs23-23.4 +1/debian/build-x/lisp/cedet/srecode/mode.elc Without the *.el changes (tarball), the build does not show this. [-- Attachment #2: lisp_cedet_ede_loaddefs.el.diff --] [-- Type: text/x-patch, Size: 6263 bytes --] --- lisp/cedet/ede/loaddefs.el 2012-03-21 02:36:45.000000000 +0100 +++ ./debian/build-x/lisp/cedet/ede/loaddefs.el 2012-06-29 09:29:35.162403478 +0200 @@ -3,6 +3,44 @@ ;;; Code: \f +;;;### (autoloads (ede-project-sort-targets ede-customize-current-target +;;;;;; ede-customize-project) "ede/custom" "custom.el" "09c17fa1f4ce8ff12980a92d0c7ad139") +;;; Generated autoloads from custom.el + +(autoload 'ede-customize-project "ede/custom" "\ +Edit fields of the current project through EIEIO & Custom. + +\(fn)" t nil) + +(defalias 'customize-project 'ede-customize-project) + +(autoload 'ede-customize-current-target "ede/custom" "\ +Edit fields of the current target through EIEIO & Custom. + +\(fn)" t nil) + +(defalias 'customize-target 'ede-customize-current-target) + +(autoload 'ede-project-sort-targets "ede/custom" "\ +Create a custom-like buffer for sorting targets of current project. + +\(fn)" t nil) + +;;;*** +\f +;;;### (autoloads (ede-cpp-root-project-root) "ede/cpp-root" "cpp-root.el" +;;;;;; "cccc19ac315b210a877e63224213ec5a") +;;; Generated autoloads from cpp-root.el + +(autoload 'ede-cpp-root-project-root "ede/cpp-root" "\ +Get the root directory for DIR. + +\(fn &optional DIR)" nil nil) + +(add-to-list 'ede-project-class-files (ede-project-autoload "cpp-root" :name "CPP ROOT" :file 'ede/cpp-root :proj-file 'ede-cpp-root-project-file-for-dir :proj-root 'ede-cpp-root-project-root :load-type 'ede-cpp-root-load :class-sym 'ede-cpp-root :new-p nil) t) + +;;;*** +\f ;;;### (autoloads (ede-cpp-root-project-root) "ede/cpp-root" "cpp-root.el" ;;;;;; "eb28d139036d23e64ec50a69db215db4") ;;; Generated autoloads from cpp-root.el @@ -126,6 +164,140 @@ ;;; Generated autoloads from util.el (autoload 'ede-update-version "ede/util" "\ +Update the current projects main version number. +Argument NEWVERSION is the version number to use in the current project. + +\(fn NEWVERSION)" t nil) + +;;;*** +\f +;;;### (autoloads (ede-emacs-project-root) "ede/emacs" "emacs.el" +;;;;;; "adb8201f560ee7d5a2c91dad37717e38") +;;; Generated autoloads from emacs.el + +(autoload 'ede-emacs-project-root "ede/emacs" "\ +Get the root directory for DIR. + +\(fn &optional DIR)" nil nil) + +(add-to-list 'ede-project-class-files (ede-project-autoload "emacs" :name "EMACS ROOT" :file 'ede/emacs :proj-file "src/emacs.c" :proj-root 'ede-emacs-project-root :load-type 'ede-emacs-load :class-sym 'ede-emacs-project :new-p nil) t) + +;;;*** +\f +;;;### (autoloads (ede-find-file) "ede/files" "files.el" "c881bb08ad0f360c089958621581cad7") +;;; Generated autoloads from files.el + +(autoload 'ede-find-file "ede/files" "\ +Find FILE in project. FILE can be specified without a directory. +There is no completion at the prompt. FILE is searched for within +the current EDE project. + +\(fn FILE)" t nil) + +;;;*** +\f +;;;### (autoloads (ede-enable-generic-projects) "ede/generic" "generic.el" +;;;;;; "c925a0078d64c9b980e64a15bb4435d4") +;;; Generated autoloads from generic.el + +(autoload 'ede-enable-generic-projects "ede/generic" "\ +Enable generic project loaders. + +\(fn)" t nil) + +;;;*** +\f +;;;### (autoloads (ede-linux-project-root) "ede/linux" "linux.el" +;;;;;; "c45128f8de7d43c8f62e7ebe92e6f9d7") +;;; Generated autoloads from linux.el + +(autoload 'ede-linux-project-root "ede/linux" "\ +Get the root directory for DIR. + +\(fn &optional DIR)" nil nil) + +(add-to-list 'ede-project-class-files (ede-project-autoload "linux" :name "LINUX ROOT" :file 'ede/linux :proj-file "scripts/ver_linux" :proj-root 'ede-linux-project-root :load-type 'ede-linux-load :class-sym 'ede-linux-project :new-p nil) t) + +;;;*** +\f +;;;### (autoloads (ede-enable-locate-on-project) "ede/locate" "locate.el" +;;;;;; "bd045d711aa430a1c3505e8603d28ada") +;;; Generated autoloads from locate.el + +(autoload 'ede-enable-locate-on-project "ede/locate" "\ +Enable an EDE locate feature on PROJECT. +Attempt to guess which project locate style to use +based on `ede-locate-setup-options'. + +\(fn &optional PROJECT)" t nil) + +;;;*** +\f +;;;### (autoloads (ede-make-check-version) "ede/make" "make.el" "b32d0d6434750433585717ff3e92c0ef") +;;; Generated autoloads from make.el + +(autoload 'ede-make-check-version "ede/make" "\ +Check the version of GNU Make installed. +The check passes if the MAKE version is no high enough, or if it +is not GNU make. +If NOERROR is non-nil, return t for success, nil for failure. +If NOERROR is nil, then throw an error on failure. Return t otherwise. + +\(fn &optional NOERROR)" t nil) + +;;;*** +\f +;;;### (autoloads (ede-speedbar-file-setup) "ede/speedbar" "speedbar.el" +;;;;;; "2898e2a06e27d90b53f3ff9f91c18310") +;;; Generated autoloads from speedbar.el + +(autoload 'ede-speedbar-file-setup "ede/speedbar" "\ +Setup some keybindings in the Speedbar File display. + +\(fn)" nil nil) + +;;;*** +\f +;;;### (autoloads (ede-vc-project-directory ede-upload-html-documentation +;;;;;; ede-upload-distribution ede-edit-web-page ede-web-browse-home) +;;;;;; "ede/system" "system.el" "527bedb469b979aecf41f710a0e118aa") +;;; Generated autoloads from system.el + +(autoload 'ede-web-browse-home "ede/system" "\ +Browse the home page of the current project. + +\(fn)" t nil) + +(autoload 'ede-edit-web-page "ede/system" "\ +Edit the web site for this project. + +\(fn)" t nil) + +(autoload 'ede-upload-distribution "ede/system" "\ +Upload the current distribution to the correct location. +Use /user@ftp.site.com: file names for FTP sites. +Download tramp, and use /r:machine: for names on remote sites w/out FTP access. + +\(fn)" t nil) + +(autoload 'ede-upload-html-documentation "ede/system" "\ +Upload the current distributions documentation as HTML. +Use /user@ftp.site.com: file names for FTP sites. +Download tramp, and use /r:machine: for names on remote sites w/out FTP access. + +\(fn)" t nil) + +(autoload 'ede-vc-project-directory "ede/system" "\ +Run `vc-dir' on the current project. + +\(fn)" t nil) + +;;;*** +\f +;;;### (autoloads (ede-update-version) "ede/util" "util.el" "c550f3b739ef7442c2ff1f44d498ed33") +;;; Generated autoloads from util.el + +(autoload 'ede-update-version "ede/util" "\ Update the current projects main version number. Argument NEWVERSION is the version number to use in the current project. [-- Attachment #3: lisp_cedet_srecode_loaddefs.el.diff --] [-- Type: text/x-patch, Size: 7721 bytes --] --- lisp/cedet/srecode/loaddefs.el 2012-03-21 02:36:45.000000000 +0100 +++ ./debian/build-x/lisp/cedet/srecode/loaddefs.el 2012-06-29 09:29:35.106403475 +0200 @@ -4,6 +4,180 @@ \f ;;;### (autoloads (global-srecode-minor-mode srecode-minor-mode) +;;;;;; "srecode/mode" "mode.el" "5028bf39d1ddf6b79c154a63b4861efa") +;;; Generated autoloads from mode.el + +(autoload 'srecode-minor-mode "srecode/mode" "\ +Toggle srecode minor mode. +With prefix argument ARG, turn on if positive, otherwise off. The +minor mode can be turned on only if semantic feature is available and +the current buffer was set up for parsing. Return non-nil if the +minor mode is enabled. + +\\{srecode-mode-map} + +\(fn &optional ARG)" t nil) + +(autoload 'global-srecode-minor-mode "srecode/mode" "\ +Toggle global use of srecode minor mode. +If ARG is positive, enable, if it is negative, disable. +If ARG is nil, then toggle. + +\(fn &optional ARG)" t nil) + +;;;*** +\f +;;;### (autoloads (srecode-get-maps) "srecode/map" "map.el" "40efc9d34f118f06e9bc129343d31c93") +;;; Generated autoloads from map.el + +(autoload 'srecode-get-maps "srecode/map" "\ +Get a list of maps relevant to the current buffer. +Optional argument RESET forces a reset of the current map. + +\(fn &optional RESET)" t nil) + +;;;*** +\f +;;;### (autoloads (srecode-semantic-handle-:java) "srecode/java" +;;;;;; "java.el" "35bd5d7e19840ea6cfe3593989f96cf3") +;;; Generated autoloads from java.el + +(autoload 'srecode-semantic-handle-:java "srecode/java" "\ +Add macros into the dictionary DICT based on the current java file. +Adds the following: +FILENAME_AS_PACKAGE - file/dir converted into a java package name. +FILENAME_AS_CLASS - file converted to a Java class name. + +\(fn DICT)" nil nil) + +;;;*** +\f +;;;### (autoloads (srecode-insert) "srecode/insert" "insert.el" "c241cf2ab3b2a13cb3fc1f7238e4f3ef") +;;; Generated autoloads from insert.el + +(autoload 'srecode-insert "srecode/insert" "\ +Insert the template TEMPLATE-NAME into the current buffer at point. +DICT-ENTRIES are additional dictionary values to add. + +\(fn TEMPLATE-NAME &rest DICT-ENTRIES)" t nil) + +;;;*** +\f +;;;### (autoloads (srecode-insert-getset) "srecode/getset" "getset.el" +;;;;;; "c48863f8bd674d410fe59377f0bff235") +;;; Generated autoloads from getset.el + +(autoload 'srecode-insert-getset "srecode/getset" "\ +Insert get/set methods for the current class. +CLASS-IN is the semantic tag of the class to update. +FIELD-IN is the semantic tag, or string name, of the field to add. +If you do not specify CLASS-IN or FIELD-IN then a class and field +will be derived. + +\(fn &optional CLASS-IN FIELD-IN)" t nil) + +;;;*** +\f +;;;### (autoloads (srecode-insert-prototype-expansion) "srecode/expandproto" +;;;;;; "expandproto.el" "e11609a8b748bd8218c5b0d69968e715") +;;; Generated autoloads from expandproto.el + +(autoload 'srecode-insert-prototype-expansion "srecode/expandproto" "\ +Insert get/set methods for the current class. + +\(fn)" t nil) + +;;;*** +\f +;;;### (autoloads (srecode-semantic-handle-:el-custom srecode-semantic-handle-:el) +;;;;;; "srecode/el" "el.el" "8fca9dd41c8bd62644c77483a4d678f2") +;;; Generated autoloads from el.el + +(autoload 'srecode-semantic-handle-:el "srecode/el" "\ +Add macros into the dictionary DICT based on the current Emacs Lisp file. +Adds the following: + PRENAME - The common name prefix of this file. + +\(fn DICT)" nil nil) + +(autoload 'srecode-semantic-handle-:el-custom "srecode/el" "\ +Add macros into the dictionary DICT based on the current Emacs Lisp file. +Adds the following: + GROUP - The 'defgroup' name we guess you want for variables. + FACEGROUP - The `defgroup' name you might want for faces. + +\(fn DICT)" nil nil) + +;;;*** +\f +;;;### (autoloads (srecode-document-insert-group-comments srecode-document-insert-variable-one-line-comment +;;;;;; srecode-document-insert-function-comment srecode-document-insert-comment) +;;;;;; "srecode/document" "document.el" "2da17b960af17649c3b4aac714963c3d") +;;; Generated autoloads from document.el + +(autoload 'srecode-document-insert-comment "srecode/document" "\ +Insert some comments. +Whack any comments that may be in the way and replace them. +If the region is active, then insert group function comments. +If the cursor is in a comment, figure out what kind of comment it is + and replace it. +If the cursor is in a function, insert a function comment. +If the cursor is on a one line prototype, then insert post-fcn comments. + +\(fn)" t nil) + +(autoload 'srecode-document-insert-function-comment "srecode/document" "\ +Insert or replace a function comment. +FCN-IN is the Semantic tag of the function to add a comment too. +If FCN-IN is not provided, the current tag is used instead. +It is assumed that the comment occurs just in front of FCN-IN. + +\(fn &optional FCN-IN)" t nil) + +(autoload 'srecode-document-insert-variable-one-line-comment "srecode/document" "\ +Insert or replace a variable comment. +VAR-IN is the Semantic tag of the function to add a comment too. +If VAR-IN is not provided, the current tag is used instead. +It is assumed that the comment occurs just after VAR-IN. + +\(fn &optional VAR-IN)" t nil) + +(autoload 'srecode-document-insert-group-comments "srecode/document" "\ +Insert group comments around the active between BEG and END. +If the region includes only parts of some tags, expand out +to the beginning and end of the tags on the region. +If there is only one tag in the region, complain. + +\(fn BEG END)" t nil) + +;;;*** +\f +;;;### (autoloads (srecode-semantic-handle-:cpp) "srecode/cpp" "cpp.el" +;;;;;; "a3509d9d09b963acf354d8380fe1c3a5") +;;; Generated autoloads from cpp.el + +(autoload 'srecode-semantic-handle-:cpp "srecode/cpp" "\ +Add macros into the dictionary DICT based on the current c++ file. +Adds the following: +FILENAME_SYMBOL - filename converted into a C compat symbol. +HEADER - Shown section if in a header file. + +\(fn DICT)" nil nil) + +;;;*** +\f +;;;### (autoloads (srecode-compile-templates) "srecode/compile" "compile.el" +;;;;;; "27edfed66b3ff599a4f36fb78399004f") +;;; Generated autoloads from compile.el + +(autoload 'srecode-compile-templates "srecode/compile" "\ +Compile a semantic recode template file into a mode-local variable. + +\(fn)" t nil) + +;;;*** +\f +;;;### (autoloads (global-srecode-minor-mode srecode-minor-mode) ;;;;;; "srecode/mode" "mode.el" "df9f82f67270768d28d5af006487fe3f") ;;; Generated autoloads from mode.el @@ -193,6 +367,38 @@ ;;; Generated autoloads from texi.el (autoload 'srecode-semantic-handle-:texi "srecode/texi" "\ +Add macros into the dictionary DICT based on the current texinfo file. +Adds the following: + LEVEL - chapter, section, subsection, etc + NEXTLEVEL - One below level + +\(fn DICT)" nil nil) + +(autoload 'srecode-semantic-handle-:texitag "srecode/texi" "\ +Add macros into the dictionary DICT based on the current :tag file. +Adds the following: + TAGDOC - Texinfo formatted doc string for :tag. + +\(fn DICT)" nil nil) + +;;;*** +\f +;;;### (autoloads (srecode-template-setup-parser) "srecode/template" +;;;;;; "template.el" "109f17a60e8323c7cd19a115048f7585") +;;; Generated autoloads from template.el + +(autoload 'srecode-template-setup-parser "srecode/template" "\ +Setup buffer for parse. + +\(fn)" nil nil) + +;;;*** +\f +;;;### (autoloads (srecode-semantic-handle-:texitag srecode-semantic-handle-:texi) +;;;;;; "srecode/texi" "texi.el" "156f5f15a951a79376564dffe1227b58") +;;; Generated autoloads from texi.el + +(autoload 'srecode-semantic-handle-:texi "srecode/texi" "\ Add macros into the dictionary DICT based on the current texinfo file. Adds the following: LEVEL - chapter, section, subsection, etc ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 build differences 2012-06-29 8:01 ` Svante Signell @ 2012-07-02 0:44 ` Glenn Morris 2012-07-02 4:30 ` Glenn Morris 2012-07-02 21:10 ` Svante Signell 0 siblings, 2 replies; 10+ messages in thread From: Glenn Morris @ 2012-07-02 0:44 UTC (permalink / raw) To: svante.signell; +Cc: Andreas Schwab, emacs-devel Dropping help-gnu-emacs since there is no point discussing this on two lists. Svante Signell wrote: > Is cpp used to process the Makefiles, if so where to find it? In 23.4, yes. Where to find cpp? I don't understand the question... The latest release is 24.1, which does not use cpp. I would encourage you to try that and not worry about 23.4. http://packages.qa.debian.org/e/emacs24.html > Another piece of information is that when replacing the dumped emacs > from Debian with the one from the tarball, build is OK! So it seem that > the differences are in temacs or the dumped emacs. IIUC, Debian includes several patches to the Emacs sources. You might start by selectively removing them. Also, I never understood what this means: > However, on Debian the whole source tree is copied to debian/build-? > where ?=x,nox,lucid. You mean; tar zvxf emacs-23.4.tar.gz cp -pr emacs-23.4 debian/build-x etc ? The loaddefs difference looks like it could be an Emacs bug; but it ought to be harmless in itself. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 build differences 2012-07-02 0:44 ` Glenn Morris @ 2012-07-02 4:30 ` Glenn Morris 2012-07-02 21:15 ` Svante Signell 2012-07-02 21:10 ` Svante Signell 1 sibling, 1 reply; 10+ messages in thread From: Glenn Morris @ 2012-07-02 4:30 UTC (permalink / raw) To: svante.signell; +Cc: Andreas Schwab, emacs-devel Glenn Morris wrote: > IIUC, Debian includes several patches to the Emacs sources. Come to think of it, this may explain at least some of the things you are seeing with the loaddefs files. Patching lisp files will cause the timestamp of the loaddefs files to be out-of-date, and require them to be regenerated. It should work, but it's not really an expected situation. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 build differences 2012-07-02 4:30 ` Glenn Morris @ 2012-07-02 21:15 ` Svante Signell 0 siblings, 0 replies; 10+ messages in thread From: Svante Signell @ 2012-07-02 21:15 UTC (permalink / raw) To: Glenn Morris; +Cc: Andreas Schwab, emacs-devel On Mon, 2012-07-02 at 00:30 -0400, Glenn Morris wrote: > Glenn Morris wrote: > > > IIUC, Debian includes several patches to the Emacs sources. > > Come to think of it, this may explain at least some of the things you > are seeing with the loaddefs files. Patching lisp files will cause the > timestamp of the loaddefs files to be out-of-date, and require them to > be regenerated. It should work, but it's not really an expected > situation. The Debian patches does not change the files causing the problems, e.g cedets/semantic/loaddefs.el is changed, why? I don't see why the small Debian changes causes so large changes to the loaddefs.el files. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 build differences 2012-07-02 0:44 ` Glenn Morris 2012-07-02 4:30 ` Glenn Morris @ 2012-07-02 21:10 ` Svante Signell 2012-07-05 11:47 ` Need help with upstream vs Debian emacs-23.4 + emacs-24.1 " Svante Signell 1 sibling, 1 reply; 10+ messages in thread From: Svante Signell @ 2012-07-02 21:10 UTC (permalink / raw) To: Glenn Morris; +Cc: Andreas Schwab, emacs-devel On Sun, 2012-07-01 at 20:44 -0400, Glenn Morris wrote: > Dropping help-gnu-emacs since there is no point discussing this on two > lists. > > Svante Signell wrote: > > > Is cpp used to process the Makefiles, if so where to find it? > > In 23.4, yes. Where to find cpp? I don't understand the question... My question should be read: Where in the build log can I find where cpp modifies the Makefile? > The latest release is 24.1, which does not use cpp. I would encourage > you to try that and not worry about 23.4. > > http://packages.qa.debian.org/e/emacs24.html Yes, 24.1 builds and even the upcoming Debian version does (when libselinux1-dev dependency is removed) :) There are still 34 packages biuld-depending on 23.4, but that might change in due time too. > > Another piece of information is that when replacing the dumped emacs > > from Debian with the one from the tarball, build is OK! So it seem that > > the differences are in temacs or the dumped emacs. > > IIUC, Debian includes several patches to the Emacs sources. > You might start by selectively removing them. > > Also, I never understood what this means: I have removed the debian patches one at a time. No difference. And these patches touch other files, compared to the ones causing the problems. The only way to get a successful build is to remove the patch where GNU is replaced for NEWS to find etc, and make a symlink of the build etc/charsets directory to /usr/share/emacs/23.4/etc. (or use an installed emacs-23.4). > > However, on Debian the whole source tree is copied to debian/build-? > > where ?=x,nox,lucid. > > You mean; > > tar zvxf emacs-23.4.tar.gz > cp -pr emacs-23.4 debian/build-x > etc They use cp -a, but that is the same isn't it? > > > The loaddefs difference looks like it could be an Emacs bug; but it > ought to be harmless in itself. I think the problem lies in the loaddefs.el being regenerated by the autoloads. My problem is that I don't know why it happens, compared to the tarball. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 + emacs-24.1 build differences 2012-07-02 21:10 ` Svante Signell @ 2012-07-05 11:47 ` Svante Signell 2012-07-05 16:06 ` Glenn Morris 0 siblings, 1 reply; 10+ messages in thread From: Svante Signell @ 2012-07-05 11:47 UTC (permalink / raw) To: Glenn Morris; +Cc: Andreas Schwab, emacs-devel On Mon, 2012-07-02 at 23:10 +0200, Svante Signell wrote: > On Sun, 2012-07-01 at 20:44 -0400, Glenn Morris wrote: > > Dropping help-gnu-emacs since there is no point discussing this on two > > lists. ... > > The latest release is 24.1, which does not use cpp. I would encourage > > you to try that and not worry about 23.4. > > > > http://packages.qa.debian.org/e/emacs24.html > > Yes, 24.1 builds and even the upcoming Debian version does (when > libselinux1-dev dependency is removed) :) Still the buildds have problems building the Debian version. From the build logs one can see there are differences mainly due to the autoloads target. What is triggering that one, timestamps of files, anything else? > > > However, on Debian the whole source tree is copied to debian/build-? > > > where ?=x,nox,lucid. > > > > You mean; > > > > tar zvxf emacs-23.4.tar.gz > > cp -pr emacs-23.4 debian/build-x > > etc > > They use cp -a, but that is the same isn't it? cp -a should be the same, right? > > > > > > The loaddefs difference looks like it could be an Emacs bug; but it > > ought to be harmless in itself. > > I think the problem lies in the loaddefs.el being regenerated by the > autoloads. My problem is that I don't know why it happens, compared to > the tarball. Still apples for 24.1. A successful build shows (my box): cd ../lisp; /usr/bin/make -w autoloads \ EMACS=/home/srs/DEBs/emacs/emacs24-24.1+1/ \ debian/build-x/src/bootstrap-emacs make[4]: Entering directory `/home/srs/DEBs/emacs/emacs24-24.1+1/ \ debian/build-x/lisp' EMACSLOADPATH=.../emacs24-24.1+1/debian/build-x/lisp \ LC_ALL=C .../emacs24-24.1+1/debian/build-x/src/bootstrap-emacs -batch \ --no-site-file --no-site-lisp -l autoload \ --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \ --eval "(setq generated-autoload-file \ ".../emacs24-24.1+1/debian/build-x/lisp/calendar/cal-loaddefs.el\")" \ --eval "(setq make-backup-files nil)" \ -f batch-update-autoloads .../emacs24-24.1+1/ \ debian/build-x/lisp/calendar NOTE: No writing of a new cal-loaddefs here! New entry as above, for diary-loaddefs while a failed one shows (from the buildd): cd ../lisp; /usr/bin/make -w autoloads \ EMACS=/build/buildd-emacs24_24.1+1-2-hurd-i386-Bf_qw9/emacs24-24.1+1/ \ debian/build-x/src/bootstrap-emacs make[4]: Entering directory `/build/buildd-emacs24_24.1+1-2-hurd-i386-Bf_qw9/emacs24-24.1+1/\ debian/build-x/lisp' EMACSLOADPATH=.../debian/build-x/lisp \ LC_ALL=C .../debian/build-x/src/bootstrap-emacs -batch \ --no-site-file --no-site-lisp -l autoload \ --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \ --eval "(setq generated-autoload-file \ \".../emacs24-24.1+1/debian/build-x/lisp/calendar/cal-loaddefs.el\")" \ --eval "(setq make-backup-files nil)" \ -f batch-update-autoloads .../emacs24-24.1+1/debian/build-x/lisp/calendar Wrote .../emacs24-24.1+1/debian/build-x/lisp/calendar/cal-loaddefs.el Generating autoloads for appt.el... Many more Generating autoloads for ... entries here. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 + emacs-24.1 build differences 2012-07-05 11:47 ` Need help with upstream vs Debian emacs-23.4 + emacs-24.1 " Svante Signell @ 2012-07-05 16:06 ` Glenn Morris 0 siblings, 0 replies; 10+ messages in thread From: Glenn Morris @ 2012-07-05 16:06 UTC (permalink / raw) To: Svante Signell; +Cc: Andreas Schwab, emacs-devel Svante Signell wrote: > Still the buildds have problems building the Debian version. From the > build logs one can see there are differences mainly due to the autoloads > target. What is triggering that one, timestamps of files, anything else? Generally speaking, yes; if the timestamp of a *.el file under lisp is newer than that of the associated loaddef file, the latter will get updated. Actually, "sometimes" md5sums are used rather than timestamp, but in the diffs you showed it looked like timestamps. (Don't suppose Emacs's md5 somehow behaves oddly for you?) > cp -a should be the same, right? Yes; AFAIK. >> I think the problem lies in the loaddefs.el being regenerated by the >> autoloads. My problem is that I don't know why it happens, compared to >> the tarball. AFAIK, it should only be timestamp/md5sum issues. Patching lisp files will of course change their timestamp... Can you find the minimum sequence starting from a normal tarfile that causes the issue? But, it looked to me like the loaddefs diff just showed the same information being included twice? Is that right? I still think that while that is incorrect, it should not be harmful in itself. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Need help with upstream vs Debian emacs-23.4 build differences 2012-06-29 6:49 ` Andreas Schwab 2012-06-29 8:01 ` Svante Signell @ 2012-07-01 20:58 ` Svante Signell 1 sibling, 0 replies; 10+ messages in thread From: Svante Signell @ 2012-07-01 20:58 UTC (permalink / raw) To: Andreas Schwab; +Cc: help-gnu-emacs, emacs-devel On Fri, 2012-06-29 at 08:49 +0200, Andreas Schwab wrote: > Svante Signell <svante.signell@telia.com> writes: > > > eshell/esh-groups.el, calc/calc-loaddefs.el, subdirs.el are the same as > > distributed, but loaddefs.el, cedet/ede/loaddefs.el, > > cedet/semantic/loaddefs.el, cedet/srecode/loaddefs.el are not! > > > > What is triggering the differences, and where can they be found, > > especially the large lisp/loaddefs.el debian/build-?/lisp/loaddefs.el? > > Since you didn't tell what are the differences that is hard to answer. Hi, Did you receive my updated mail? I'm kind of stuck and would really appreciate some kind of idea on how to debug further. Why is this autoloads target creating so different results from the tarball build and the Debian build? ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2012-07-05 16:06 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-06-28 23:09 Need help with upstream vs Debian emacs-23.4 build differences Svante Signell 2012-06-29 6:49 ` Andreas Schwab 2012-06-29 8:01 ` Svante Signell 2012-07-02 0:44 ` Glenn Morris 2012-07-02 4:30 ` Glenn Morris 2012-07-02 21:15 ` Svante Signell 2012-07-02 21:10 ` Svante Signell 2012-07-05 11:47 ` Need help with upstream vs Debian emacs-23.4 + emacs-24.1 " Svante Signell 2012-07-05 16:06 ` Glenn Morris 2012-07-01 20:58 ` Need help with upstream vs Debian emacs-23.4 " Svante Signell
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.