[Bug bootstrap/14905] 'make install' fails on grepjar.1, not included in tarball

kcook at gcc dot gnu dot org gcc-bugzilla@gcc.gnu.org
Mon Apr 12 12:51:00 GMT 2004


------- Additional Comments From kcook at gcc dot gnu dot org  2004-04-12 10:51 -------
Subject: Re:  'make install' fails on grepjar.1, not included in tarball

The root problem is that POD2MAN is in perl and I never tested the read
only source directory changes on a system without Perl :(

This small hack should fix it by following Mark's suggestion and
recognizing --enable-generated-files-in-srcdir.  Could the bug reporter
try it out, disabling Perl on this system is not an simple task.

Please note that I have only tested this on a 3.5 tree.  Specifically,
I have not yet tried this out with autoconf 2.57 which GCC 3.4 uses,
though I do not expect any difficulties.  I'll do so later today.2004-04-12  Kelley Cook  <kcook@gcc.gnu.org>

	* configure.ac: Recognize --enable-generated-files-in-srcdir.
	* Makefile.am: New rule to copy man files to source directory.
	* configure, Makefile.in: Regenerate.

Index: Makefile.am
===================================================================
RCS file: /cvs/gcc/gcc/fastjar/Makefile.am,v
retrieving revision 1.14
diff -u -p -d -r1.14 Makefile.am
--- Makefile.am	1 Dec 2003 02:58:26 -0000	1.14
+++ Makefile.am	12 Apr 2004 10:34:46 -0000
@@ -67,6 +67,10 @@ fastjar_TEXINFOS = \
 man_MANS = jar.1 grepjar.1
 EXTRA_DIST = $(man_MANS)
 
+if GENINSRC
+man_MANS += stamp-maninsrc
+endif
+
 TEXI2POD = perl $(srcdir)/../contrib/texi2pod.pl
 POD2MAN = pod2man --center="GNU" --release="gcc-@gcc_version@"
 
@@ -74,6 +78,10 @@ POD2MAN = pod2man --center="GNU" --relea
 	-($(POD2MAN) --section=1 $< > $(@).T$$$$ && \
 		mv -f $(@).T$$$$ $@) || \
 		(rm -f $(@).T$$$$ && exit 1)
+
+stamp-maninsrc: jar.1 grepjar.1
+	-cp -p $(top_builddir)/jar.1 $(srcdir)/jar.1
+	-cp -p $(top_builddir)/grepjar.1 $(srcdir)/grepjar.1
 
 .INTERMEDIATE: jar.pod grepjar.pod
 
Index: configure.ac
===================================================================
RCS file: /cvs/gcc/gcc/fastjar/configure.ac,v
retrieving revision 1.2
diff -u -p -d -r1.2 configure.ac
--- configure.ac	11 Mar 2004 00:27:17 -0000	1.2
+++ configure.ac	12 Apr 2004 10:34:48 -0000
@@ -67,6 +67,27 @@ AC_SUBST(ZLIBS)
 AC_SUBST(ZDEPS)
 AC_SUBST(ZINCS)
 
+# GCC LOCAL CHANGE
+# We would like to our source tree to be readonly.  However when releases or
+# pre-releases are generated, the man pages need to be included as they are
+# converted from the texi files via perl which we don't require end users to
+# have installed.
+# Therefore we have --enable-generated-files-in-srcdir to do 
+# just that.
+
+AC_MSG_CHECKING([whether to place generated files in the source directory])
+  dnl generated-files-in-srcdir is disabled by default
+  AC_ARG_ENABLE(generated-files-in-srcdir, 
+[  --enable-generated-files-in-srcdir
+                          put copies of generated files in source dir
+                          intended for creating source tarballs for users
+                          without texinfo bison or flex.],
+      generated_files_in_srcdir=$enableval,
+      generated_files_in_srcdir=no)
+
+AC_MSG_RESULT($generated_files_in_srcdir)
+AM_CONDITIONAL(GENINSRC, test x$generated_files_in_srcdir = xyes)
+
 # Get the version trigger filename from the toplevel
 if test "${with_gcc_version_trigger+set}" = set; then
    gcc_version_trigger=$with_gcc_version_trigger


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14905



More information about the Gcc-bugs mailing list