Re: "make depend(s)" broken
On 9/10/24 8:21 PM, Martin D Kealey wrote: As part of merging "shopt" and "set -o", I've had to update quite a lot of files, including adding and removing #includes. So I thought I should run "make depends" to fix up the Makefile. I don't use that target any more. Bash is mature enough that I'm not making extensive enough changes to include files. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, UTech, CWRUc...@case.eduhttp://tiswww.cwru.edu/~chet/
Re: "make depend(s)" broken
On 9/10/24 8:21 PM, Martin D Kealey wrote:
Problem 2: it appears that “make depends” and “make depend” have been
broken since:
commit 6078dd9a9708077bb32d7027b3699a4bcc3d0a93
Author: Chet Ramey
Date: 2018-04-20 11:38:52 -0400
which replaced support/mkdep with a version that lacked the “-c compiler”
option and the “--” end-of-options marker, both of which are required for
the “depends” make target:
$(Program) $(SUPPORT_SRC)mkdep* -c ${CC} -- *${CCFLAGS} ${CSOURCES}
If you want to use it, I'll fix it up.
PS: It seems like that Makefile line should use “sh” rather than
“$(Program)”, otherwise it would be impossible to go “make depend” before
the initial build.
The dependencies already in the Makefile are assumed to be correct, plus
you're making everything the first time through anyway. But it doesn't
really matter.
PPS: "mkdep" seems like a deficient exemplar of a robust shell script; lack
of quoting; broken and missing error checking; error messages to stdout
instead of stderr.
The BSDs still use it.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRUc...@case.eduhttp://tiswww.cwru.edu/~chet/
OpenPGP_signature.asc
Description: OpenPGP digital signature
Readline Documentation
Hello all, Sorry in advance if this is poorly formatted; I used plain-text mode in gmail but who knows if that works properly. While hunting down some problems on a terminal, I ran across the option 'prefer-visible-bell'. It took me some time looking into this before finding out it was deprecated in favor of 'bell-style' about 20 years ago, per: https://lists.gnu.org/archive/html/bug-bash/2016-02/msg00186.html. Despite that, it still shows up in stackoverflow answers and reddit threads even from as recently as six months ago: https://www.reddit.com/r/bashonubuntuonwindows/comments/1b55k9f/that_stupid_bell/kt3l0hm/. Could this option be documented in the man page? It would have saved me a bit of wasted time, and it would give me a resource to point to (other than an old mailing list thread) to authoritatively state it's been superseded. Is it non-functional now? If so, is it synonymous with setting bell-style visual? And is setting it off synonymous with bell-style none? Additionally, as discussed in the mail link above, I think the 'convert-meta' and 'input-meta' need slightly more description. For example, is this statement accurate: "The convert-meta variable has no effect if input-meta is off." From the manpage I would think so, but I'm just not confident. I also can't tell conclusively whether the output-meta variable is affected by convert-meta, or vice-versa. Thanks for your time, John Devin
