From: "Martin Storsjö" <martin@martin.st>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] configure, etc: unify shebang usage
Date: Tue, 9 Apr 2024 11:58:58 +0300 (EEST)
Message-ID: <f50155-e70-5f26-f0c6-56348c701172@martin.st> (raw)
In-Reply-To: <20240408131600.81682-1-jdek@itanimul.li>
On Mon, 8 Apr 2024, J. Dekker wrote:
> In some cases, these scripts can be called directly by packagers, and
> some systems require the interpreter to be explicit.
It is unclear to me which of the changes are needed and for what reason,
please elaborate much more in the commit message.
Is it possible to elaborate on "some systems require the interpreter to be
explicit"? It'd be much nicer to reason about if there was a concrete
example of such a case (even if it certainly is right to add the missing
shebang line).
The changes I see fall into these categories:
- Change "#! <path>" into "#!<path>. Does this change have a functional
effect for someone (where, and why?) or is it purely a cosmetic change?
- Add a shebang line in the generated ffbuild/config.sh. This script is
highly unlikely to be useful to call on its own like that, so while this
probably is good for consistency I don't see it ever making a difference.
- Add a shebang line in ffbuild/libversion.sh. I can see the value in
calling this script directly, outside of our build system. I presume this
is the actual change that makes a difference here?
I don't mind the changes, but I'd prefer to split them into two separate
commits; add missing shebangs (with an example of the case where it really
does make a difference), vs removing extra spaces in shebangs for
consistency (with explicit clarification in the commit message whether
this is only for stylistic consistency or whether it does make a
difference somewhere, and if it does, where).
// Martin
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
prev parent reply other threads:[~2024-04-09 8:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-08 13:15 [FFmpeg-devel] [PATCH v2 1/2] configure,etc: " J. Dekker
2024-04-08 13:16 ` [FFmpeg-devel] [PATCH v2 2/2] configure: simplify bigendian check J. Dekker
2024-04-09 9:03 ` Martin Storsjö
2024-04-09 8:58 ` Martin Storsjö [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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f50155-e70-5f26-f0c6-56348c701172@martin.st \
--to=martin@martin.st \
--cc=ffmpeg-devel@ffmpeg.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
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git