all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Reiner Steib <4.uce.03.r.s@nurfuerspam.de>
Subject: bootstrap oddities: cvs vs. arch? Long pathnames? (was: Gnus 5.11 in Emacs CVS)
Date: Wed, 21 Apr 2004 16:00:05 +0200	[thread overview]
Message-ID: <v9hdvdph22.fsf@marauder.physik.uni-ulm.de> (raw)
In-Reply-To: buollkphotb.fsf@mcspd15.ucom.lsi.nec.co.jp

On Wed, Apr 21 2004, Miles Bader wrote:

> I tried building from a fresh arch checkout, in the source-dir,
> with a non-standard (and non-existant) --prefix:
>
>    $ cd /usr/local/emacs

I used /var/tmp/ste here.

>    $ tla get emacs--cvs-trunk--0 test
>         ...
>    $ cd test
>    $ ./configure --prefix=/usr/local/emacs-test
>         ...
>
>    $ make bootstrap
>         ...
>         ...  (fails as before, trying to compile eshell/esh-module.el)

Bootstrap succeeds here.

Now a checked out a second fresh arch tree using a long pathname
(/var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test).

Bootstrap fails at the same spot as previously:

--8<---------------cut here---------------start------------->8---
(cd lisp; make  bootstrap EMACS=../src/bootstrap-emacs)
make[1]: Entering directory `/var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp'
wd=/var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp; subdirs=`(cd $wd; find . -type d -print)`; for file in $subdirs; do case $file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | */=* ) ;; *) wins="$wins $wd/$file" ;; esac; done; \
for file in $wins; do \
   /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/../update-subdirs $file; \
done;
wd=/var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp; subdirs=`(cd $wd; find . -type d -print)`; for file in $subdirs; do case $file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | */=* ) ;; *) wins="$wins $wd/$file" ;; esac; done; \
echo Directories: $wins; \
../src/bootstrap-emacs -batch --no-site-file --multibyte -l autoload --eval '(setq generated-autoload-file "/var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/loaddefs.el")' -f batch-update-autoloads $wins
Directories: /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/. /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./calc /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./calendar /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./emacs-lisp /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./emulation /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./eshell /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./gnus /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./international /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./language /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./mail /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./mh-e /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./net /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./obsolete /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./play /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./progmodes /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./term /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./textmodes /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./toolbar /var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp/./url
Lisp nesting exceeds max-lisp-eval-depth
make[1]: *** [autoloads] Error 255
make[1]: Leaving directory `/var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test/lisp'
make: *** [bootstrap] Error 2
SOFT@lumberjack:/var/tmp/ste/import/Archive/8.2-RPM-Groups/Productivity/Editors/Emacs/emacs/arch/HEAD/test$ 
--8<---------------cut here---------------end--------------->8---

>    $ src/bootstrap-emacs -batch -f batch-byte-compile
>    lisp/vc-arch.el
>
>    In end of data:
>    vc-arch.el:421:1:Warning: the function `vc-switches' might not be defined at
>        runtime.
>    Wrote /usr/local/src/emacs/test/lisp/vc-arch.elc

Works.

>    $ make -C lisp bootstrap EMACS=../src/bootstrap-emacs
>        ...   (all lisp files now successfully compile)

Fails with same "Lisp nesting exceeds max-lisp-eval-depth" as above.

As mentioned in previous mails, the same error can be triggered by
with the following command:

,----
| $ (cd lisp; ../src/bootstrap-emacs -batch --no-site-file \
|    --multibyte -l lisp-mode NON-EXISTENT-FILE)
| Lisp nesting exceeds max-lisp-eval-depth
`----

I.e. there might be some bug in lisp-mode.

>    $ make
>        ...   (emacs finishes compiling correctly)
>
> I'm not sure what's going on with your builds; maybe it's the long
> pathnames,

It is most probably triggered by the long pathnames, I think.

> or your OS?  I'm using debian unstable on a 386 machine.

I'm using SuSE 8.2 (incl. all recommended security updates) on an AMD
Athlon.

,----
| $ cat /etc/SuSE-release 
| SuSE Linux 8.2 (i586)
| VERSION = 8.2
| $ uname -a
| Linux lumberjack 2.4.20-4GB #1 Fri Apr 2 19:11:10 UTC 2004 i686 unknown unknown GNU/Linux
| $ cat /proc/cpuinfo 
| processor       : 0
| vendor_id       : AuthenticAMD
| cpu family      : 6
| model           : 8
| model name      : AMD Athlon(tm) XP 2600+
| stepping        : 1
| cpu MHz         : 2079.574
| cache size      : 256 KB
| fdiv_bug        : no
| hlt_bug         : no
| f00f_bug        : no
| coma_bug        : no
| fpu             : yes
| fpu_exception   : yes
| cpuid level     : 1
| wp              : yes
| flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
| bogomips        : 4141.87
`----

> When you said that the line compiling vc-arch.el failed, what was the
> error message?

Sorry, I don't have this message around anymore (and cannot reproduce
it anymore).  It was something related to failed loading of some lisp
files from "/import/xtra/emacs/Gnus_5_11_arch/share/emacs/..." (where
"/import/xtra/emacs/Gnus_5_11_arch" was my --prefix argument for
configure).

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/

  reply	other threads:[~2004-04-21 14:00 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <rj7k06zmk1.fsf@sheridan.dina.kvl.dk>
     [not found] ` <microsoft-free.87fzeum6wc.fsf@eicq.dnsalias.org>
     [not found]   ` <v9ptdyawd8.fsf@marauder.physik.uni-ulm.de>
     [not found]     ` <m3ekudy88y.fsf@quimbies.gnus.org>
     [not found]       ` <v9ptdu9vao.fsf@marauder.physik.uni-ulm.de>
     [not found]         ` <v94quza3q9.fsf@marauder.physik.uni-ulm.de>
     [not found]           ` <m33ca8e8db.fsf@defun.localdomain>
     [not found]             ` <v9u12oko79.fsf@marauder.physik.uni-ulm.de>
2004-02-15  0:03               ` Gnus 5.11 in Emacs CVS Miles Bader
2004-02-15  0:18                 ` Miles Bader
2004-04-14 20:24                 ` Reiner Steib
2004-04-15  0:37                   ` Miles Bader
     [not found]                     ` <v9brltcahe.fsf@marauder.physik.uni-ulm.de>
     [not found]                       ` <871xmmdtyp.fsf@tc-1-100.kawasaki.gol.ne.jp>
     [not found]                         ` <v9pta3wyrx.fsf@marauder.physik.uni-ulm.de>
2004-04-19 22:23                           ` Miles Bader
2004-04-20 12:17                             ` Reiner Steib
2004-04-21  5:39                               ` Miles Bader
2004-04-21 14:00                                 ` Reiner Steib [this message]
2004-04-21 16:48                                   ` bootstrap oddities: cvs vs. arch? Long pathnames? Reiner Steib
2004-04-26 18:08                                     ` Reiner Steib
2004-04-27 16:29                                       ` Richard Stallman
2004-04-27 18:03                                         ` Reiner Steib

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=v9hdvdph22.fsf@marauder.physik.uni-ulm.de \
    --to=4.uce.03.r.s@nurfuerspam.de \
    --cc=reiner.steib@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.