Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Humanities Clinic <humanitiesclinic@gmail.com>
Newsgroups: gnu.bash.bug
Subject: Re: (IMPORTANT/URGENT) Regarding Missing Files in bash source code?
Date: Fri, 17 Jul 2020 22:10:21 +0800
Lines: 76
Approved: bug-bash@gnu.org
Message-ID: <mailman.380.1594995054.2306.bug-bash@gnu.org>
References: <CAFoojOo6BXD77zTSMr+jRS5=FoxiuDZ57u4F-FqK3vVcMZmvJA@mail.gmail.com> <20200624120450.GA22833@eeg.ccf.org> <CAFoojOpSsak8H4K6nFL1z19WV5mRy9HTB5ujVNep=XKV5YoW_A@mail.gmail.com>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
To: bash-maintainers@gnu.org, bug-bash@gnu.org, help-bash@gnu.org, wooledg@eeg.ccf.org
Envelope-to: bug-bash@gnu.org
In-Reply-To: <20200624120450.GA22833@eeg.ccf.org>
Received-SPF: pass client-ip=2a00:1450:4864:20::530; envelope-from=humanitiesclinic@gmail.com; helo=mail-ed1-x530.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Content-Filtered-By: Mailman/MimeDel 2.1.23
X-BeenThere: bug-bash@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-bash>
List-Post: <mailto:bug-bash@gnu.org>
List-Help: <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
X-Mailman-Original-Message-ID: <CAFoojOpSsak8H4K6nFL1z19WV5mRy9HTB5ujVNep=XKV5YoW_A@mail.gmail.com>
X-Mailman-Original-References: <CAFoojOo6BXD77zTSMr+jRS5=FoxiuDZ57u4F-FqK3vVcMZmvJA@mail.gmail.com> <20200624120450.GA22833@eeg.ccf.org>
Xref: csiph.com gnu.bash.bug:16572

Ok noted.

By the way, I do have another related problem. Can you help me with it?

When I run make (I run it with the -i option), I see the following
output for the first invoked command:

bison -y -d ./parse.y

./parse.y: warning: 1 shift/reduce conflict [-Wconflicts-sr]

bison: /usr/local/Cellar/bison/3.3.2/share/bison/m4sugar/m4sugar.m4: cannot
open: No such file or directory

make: [y.tab.c] Error 1 (ignored)
May I know what does the last line mean? I understand from
https://www.gnu.org/software/make/manual/html_node/Error-Messages.html that
it means that invoking y.tab.c returned an error code of 1. The thing is,
there's no command that involves the file y.tab.c? I don't really
understand how y.tab.c came into the picture.

Regards,
Chai

On Wed, Jun 24, 2020 at 8:04 PM Greg Wooledge <wooledg@eeg.ccf.org> wrote:

> On Wed, Jun 24, 2020 at 01:09:48PM +0800, Humanities Clinic wrote:
> > version.c:27:10: fatal error: 'version.h' file not found
>
> > jobs.c:72:10: fatal error: 'builtins/builtext.h' file not found
>
> > I double-checked the original folder in
> > http://ftp.gnu.org/gnu/bash/bash-3.2.57.tar.gz. It's true these files
> are
> > missing.
> >
> > May I know why is this so, and how this can be rectified?
>
> These files are generated during the build process.
>
> Did you run "./configure" (or some equivalent) before running "make"?
> Were there any errors during the configure stage?  Were there any
> earlier errors during the make stage?
>
> The version.h file in a bash-3.2 build tree should look something like
> this:
>
>
> /* Version control for the shell.  This file gets changed when you say
>    `make version.h' to the Makefile.  It is created by mkversion. */
>
> /* The distribution version number of this shell. */
> #define DISTVERSION "3.2"
>
> /* The last built version of this shell. */
> #define BUILDVERSION 1
>
> /* The release status of this shell. */
> #define RELSTATUS "release"
>
> /* A version string for use by sccs and the what command. */
> #define SCCSVERSION "@(#)Bash version 3.2.0(1) release GNU"
>
>
>
> During the make stage of the build, you should have seen something
> like this:
>
>
> /bin/sh ./support/mkversion.sh -b -S . -s release -d 3.2 -o newversion.h \
>         && mv newversion.h version.h
>
>
> If that step didn't occur, or if there was an error during it, then
> that would explain why your version.h file wasn't generated.
>