unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: dkcombs@panix.com (David Combs)
Subject: Re: still failing to "make" almost-cvs 21.3
Date: Sat, 24 Jul 2004 00:38:02 +0000 (UTC)	[thread overview]
Message-ID: <cdsb19$9fs$1@reader2.panix.com> (raw)
In-Reply-To: mailman.218.1090061068.1960.help-gnu-emacs@gnu.org

In article <mailman.218.1090061068.1960.help-gnu-emacs@gnu.org>,
Eli Zaretskii <eliz@gnu.org> wrote:
>> From: dkcombs@panix.com (David Combs)
>> Newsgroups: gnu.emacs.help
>> Date: 16 Jul 2004 21:08:07 -0400
>> 
>> STILL trying to compile "almost-cvs" 21.3
>
>This is the wrong place to discuss problems with building the CVS
>code.  Please in the future write to emacs-pretest-bug@gnu.org.

OOPS -- just noticed the above after filling-in a reply.
Hmmm.  Look, I'll shoot this back to the group, just in
case someone has a sudden "ah-ha"; then I'll have to
merge these n-posts, and shoot *that* off to the pretest-people.

Thanks for having a look at this!

David


>
>> ------- Repeating that code that caught me:
>> 
>> maybe_bootstrap:
>> 	@bar="`echo $(srcdir)/lisp/*.elc`"; \
>> 	if [ \( "$$bar" = '$(srcdir)/lisp/*.elc' \) -o \( "$$bar" = '' \) ]; then \
>> 	  echo "Your tree does not include the compiled Lisp files."; \
>> 	  echo "You need to do \`make bootstrap' to build Emacs."; \
>> 	  echo "Emacs now requires Texinfo version 4.2."; \
>> 	  exit 1;\
>> 	fi
>
>That's right: the first time you build the CVS code after checking it
>out, you need to say "make bootstrap".
>
>> I've now gone and installed texinfo 4.2, and it's on $PATH.
>> 
>> No, no .elc-files.  Why didn't they get built?  Beats me!
>
>They are not in the CVS tree, and since your previous bootstrap
>failed, they were not built.
>
>> And, as instructed, I tried to do the "make bootstrap"; got this:
>> 
>> 275 ==/big7.1/sources-stuff-2/emacs-21.3==> 
>> 275 ==/big7.1/sources-stuff-2/emacs-21.3==> make bootstrap
>> (cd src;      make  mostlyclean)
>> [Please ignore a syntax error on the next line - it is intentional]
>
>Where did that message come from?  The only place I can find it in the
>CVS is in the nt/gmake.defs file, which should be only used on

No, not windows, but sparc: sunblade 100.  Weird...  Here's a piece of
the ./configure-created Makefile (I use "|" instead of ">"):


 | # ==================== Things `configure' Might Edit ====================
 | 
 | CC=gcc
 | CPP=gcc -E
 | C_SWITCH_SYSTEM= 
 | ALLOCA=
 | LN_S=ln -s
 | CFLAGS=-O2 -pipe -mcpu=ultrasparc
 | LDFLAGS=-L/usr/openwin/lib -R/usr/openwin/lib -L/usr/sfw/lib -R/usr/sfw/lib    -L/opt/sfw/lib -R/opt/sfw/lib -L/usr/openwin/lib
 | CPPFLAGS=    
 | C_SWITCH_X_SITE=-I/usr/openwin/include
 | LD_SWITCH_X_SITE=-L/usr/openwin/lib
 | EXEEXT=
 | 
 | ### These help us choose version- and architecture-specific directories
 | ### to install files in.
 | 
 | ### This should be the number of the Emacs version we're building,
 | ### like `18.59' or `19.0'.
 | version=21.3.50
 | 
 | ### This should be the name of the configuration we're building Emacs
 | ### for, like `mips-dec-ultrix' or `sparc-sun-sunos'.
 | configuration=sparc-sun-solaris2.9                 <<<================ SPARC
 | 
 | # ==================== Where To Install Things ====================




>Windows.  Are you building this on Windows?  If so, you need to follow
>the Windows installation instructions in nt/INSTALL, except that you
>should say "make bootstrap" instead of just "make".
>
>> Huh?:  "make[1]: *** No rule to make target `mostlyclean'.  Stop."
>
>Probably because you didn't run nt/configure.bat, and so there's no
>Makefile in the `src' directory.

But there is one, and here's the mostlyclean part of it ("src/Makefile"):

 | intervals.o: intervals.c buffer.h $(INTERVAL_SRC) keyboard.h puresize.h $(config_h)
 | composite.o: composite.c buffer.h  charset.h $(INTERVAL_SRC) $(config_h)
 | sunfns.o: sunfns.c buffer.h window.h dispextern.h $(config_h)
 | ${libsrc}emacstool${EXEEXT}: ${libsrc}emacstool.c
 | 	cd ${libsrc}; ${MAKE} ${MFLAGS} emacstool${EXEEXT}
 | bootstrapclean:
 | 	rm -f bootstrap-emacs${EXEEXT}
 | mostlyclean:
 | 	rm -f temacs${EXEEXT} prefix-args${EXEEXT} core *.core \#* *.o libXMenu11.a liblw.a
 | 	rm -f ../etc/DOC
 | 	rm -f bootstrap-emacs${EXEEXT}
 | clean: mostlyclean
 | 	rm -f emacs-*${EXEEXT} emacs${EXEEXT}
 | distclean: clean
 | 	rm -f epaths.h config.h Makefile Makefile.c config.stamp stamp-oldxmenu ../etc/DOC-*
 | 	mv ./.gdbinit ./.gdbinit.save
 | 	if test -f "${srcdir}/.gdbinit"; then rm -f ./.gdbinit.save; 	else mv ./.gdbinit.save ./.gdbinit; fi



In fact, at least these Makefiles got created on the day
I did the .configure:



This from the top-level Makefile:

 | SUBDIR = lib-src src
 | 
 | # The makefiles of the directories in $SUBDIR.
 | SUBDIR_MAKEFILES = lib-src/Makefile man/Makefile lispref/Makefile lispintro/Makefile src/Makefile oldXMenu/Makefile lwlib/Makefile leim/Makefile
 | 
 | # Subdirectories to install, and where they'll go.





And this from doing (as dired "!"-cmd (the "# *" to fool "!")):

 |   ls -lsAt lib-src/Makefile man/Makefile lispref/Makefile lispintro/Makefile src/Makefile oldXMenu/Makefile lwlib/Makefile leim/Makefile  # *


 |   44 -r--r--r--   1 dkc      other      21799 Jul 16 15:50 src/Makefile
 |   26 -r--r--r--   1 dkc      other      12545 Jul 16 15:50 lib-src/Makefile
 |   16 -rw-r--r--   1 dkc      other       7350 Jul 16 15:50 leim/Makefile
 |    6 -rw-r--r--   1 dkc      other       2153 Jul 16 15:50 lispintro/Makefile
 |    8 -rw-r--r--   1 dkc      other       3878 Jul 16 15:50 lispref/Makefile
 |    4 -rw-r--r--   1 dkc      other       1865 Jul 16 15:50 lwlib/Makefile
 |   20 -rw-r--r--   1 dkc      other       9428 Jul 16 15:50 man/Makefile
 |    6 -rw-r--r--   1 dkc      other       3031 Jul 16 15:50 oldXMenu/Makefile






>
>> Hey, cvs-maintainers, do I *really* have to hack this Makefile,
>
>No, you don't.
>
>>   fix bugs in it?
>
>What bugs? ;-)
>
>


------ dup from above:

>This is the wrong place to discuss problems with building the CVS
>code.  Please in the future write to emacs-pretest-bug@gnu.org.

OOPS -- just noticed the above after filling-in a reply.
Hmmm.  Look, I'll shoot this back to the group, just in
case someone has a sudden "ah-ha"; then I'll have to
merge these n-posts, and shoot *that* off to the pretest-people.

Thanks for having a look at this!

David

      parent reply	other threads:[~2004-07-24  0:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-17  1:08 still failing to "make" almost-cvs 21.3 David Combs
2004-07-17 11:40 ` Eli Zaretskii
2004-07-24  4:02   ` Harry Putnam
2004-07-24  8:46     ` Eli Zaretskii
2004-07-24 21:47       ` Harry Putnam
     [not found]     ` <mailman.1323.1090655484.1960.help-gnu-emacs@gnu.org>
2004-07-24 11:59       ` Miles Bader
2004-07-24 21:51         ` Harry Putnam
     [not found] ` <mailman.218.1090061068.1960.help-gnu-emacs@gnu.org>
2004-07-24  0:38   ` David Combs [this message]

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to='cdsb19$9fs$1@reader2.panix.com' \
    --to=dkcombs@panix.com \
    /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.
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).