all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Alan Mackenzie <acm@muc.de>
Cc: emacs-devel@gnu.org
Subject: Re: Difficulty building older Emacsen: <tab> characters seemingly	fouling things up.
Date: Sat, 06 Jun 2015 18:00:36 +0300	[thread overview]
Message-ID: <83twuknap7.fsf@gnu.org> (raw)
In-Reply-To: <20150606142204.GC3418@acm.fritz.box>

> Date: Sat, 6 Jun 2015 14:22:04 +0000
> From: Alan Mackenzie <acm@muc.de>
> 
> Recently, I've had to rebuild some older Emacsen because libraries they
> depend on have been updated.  An example is Emacs 23.1.  I'm running on
> an up to date GNU system (Gentoo, to be precise).
> 
> I reconfigured this (with ./configure --with-gpm --without-tiff
> --without-gif), then attempted to build it (with make -j5, or make -j5
> bootstrap).
> 
> This instantly bails out with a make error in .../lib-src:
> 
>     make[1]: Entering directory '/usr/local/src/emacs-23.1/lib-src'
>     Makefile:144: *** recipe commences before first target.  Stop.
>     make[1]: Leaving directory '/usr/local/src/emacs-23.1/lib-src'
> 
> 
> Looking around L144 of .../lib-src/Makefile, I see this:
> 
>     # ========================== start of cpp stuff =======================
>     LIBS_MOVE=$(KRB4LIB) $(DESLIB) $(KRB5LIB) $(CRYPTOLIB) $(COM_ERRLIB)
>     $(HESIODLIB)
>     LOADLIBES=
>     ALL_CFLAGS = -D_BSD_SOURCE -DHAVE_CONFIG_H
>     <tab..>  -I. -I../src -I${srcdir} -I${srcdir}/../src ${LDFLAGS}   <--- 144
>     ${CPPFLAGS} ${CFLAGS}
> 
> .  There is a <tab> at the beginning of L144 fouling up the Makefile.
> 
> Somehow it seems that recent versions of the configuration toolchain
> (whatever that means) are incompatible with older configure scripts.
> 23.1 was before we had autogen.h in the top directory.
> 
> Would somebody familiar with the configuration process please help me
> understand what's happening here, so that I can fix it.  Thanks!

Looks like line 143 should have had a backslash at its end, but
doesn't.  Likewise, line 144 should have ended with a backslash I
don't understand how did it happen, as lib-src/Makefile.in from Emacs
23.1 have these present.



  reply	other threads:[~2015-06-06 15:00 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-06 14:22 Difficulty building older Emacsen: <tab> characters seemingly fouling things up Alan Mackenzie
2015-06-06 15:00 ` Eli Zaretskii [this message]
2015-06-06 15:06   ` Eli Zaretskii
2015-06-06 15:13     ` David Engster
2015-06-14 19:22       ` Alan Mackenzie
2015-06-14 21:47         ` David Engster
2015-06-16 17:46           ` Alan Mackenzie
2015-06-06 15:05 ` Andreas Schwab

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=83twuknap7.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=acm@muc.de \
    --cc=emacs-devel@gnu.org \
    /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.