unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* 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  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

* 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  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 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 + 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

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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).