Maneage - Tasks: task #15706, Defining coding conventions
You are not allowed to post comments on this tracker with your current authentication level.
task #15706: Defining coding conventions
Submitter: | Boud Roukema <boud> | ||
Submitted: | Tue 23 Jun 2020 02:44:57 PM UTC | ||
Should Start On: | Tue 23 Jun 2020 12:00:00 AM UTC | Should be Finished on: | Tue 23 Jun 2020 12:00:00 AM UTC |
Category: | None | Priority: | 5 - Normal |
Status: | None | Privacy: | Public |
Percent Complete: | 0% | Assigned to: | None |
Open/Closed: | Open | Effort: | 0.00 |
Tue 23 Jun 2020 05:28:39 PM UTC, comment #2: |
Boud Roukema <boud>![]() |
Tue 23 Jun 2020 03:43:23 PM UTC, comment #1: This is a very good point, and following the discussion in task #15701, I think it is appropriate to change the title of this task to "Defining coding conventions".
|
Mohammad Akhlaghi <makhlaghi>![]() |
Tue 23 Jun 2020 02:44:57 PM UTC, original submission:
It appears that a shell satisfying POSIX.1-2017 standards must correctly process
and
|
Boud Roukema <boud>![]() |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follows 1 latest change.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2020-06-23 | makhlaghi | Summary | Why not use curly brackets for generic shell or bash variables? | ![]() |
Defining coding conventions |
I didn't realise point 2) - that we use Dash in the basic.mk step. I may have noticed it and forgot.
The wider task name makes sense.
I agree on the question of portability, but we also want long-term reproducibility, and we don't want to sacrifice security. :)
With the anecdote: do you mean people using a shell (binary) that was written in 2006? or that the shell script was written in 2006?
I think that we should only require compatibility with an open-access standard. https://en.wikipedia.org/wiki/POSIX#Versions
"This document set for the Single UNIX Specification, Version 3 (UNIX 03). The PDF documents are only available to employees of members of The Open Group."
Section 2.6.2 of POSIX.1-2008 - https://pubs.opengroup.org/onlinepubs/9699919799.2008edition/ - seems to give the equivalent of POSIX-1.2017 - for requiring ${parameter} to be recognised.
These pages seem to be well-archived: https://web.archive.org/web/20200516232627/https://pubs.opengroup.org/onlinepubs/009695399/ lists 459 snapshots for the top page.
How about 1) IEEE Std 1003.1-2004; 2)+3) POSIX.1-2017 ?
I don't know if there exists an informal name POSIX.1-2004 for IEEE Std 1003.1-2004.