Skip to content

Clean up Automake files #31

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 11 commits into from
Closed

Conversation

Davoodeh
Copy link

@Davoodeh Davoodeh commented Apr 25, 2025

Documented in detail in commits and descriptions.

As with before, this should not change the behavior and builds with no problem. Written with Automake (GNU) 1.17 in mind.

In an overview:

  • Update obsolete codes
  • Remove undocumented variables and codes that seem dead (at least I believe they must stay removed till documented).
  • Remove hardcoded flags that mostly are user's concern
  • Step closer to Y2038 immunity
  • Format slightly better (just space removal in a couple of instances)

In one instance, configure.ac is touched since it cannot be cleaned in isolation. The programs are removed since presumably they are always in modern computers at least according to GNU books and standards.

Davoodeh added 11 commits April 17, 2025 17:47
This variable is nowhere assigned nor defined, not in the codes, not
even in the docs. This can be added back when documented thoroughly.
Users can opt in optimization by setting CFLAGS as it is the norm.
There is no obvious reason why this must be forced on the users so
unless documented, this must not be the case.
As for other flags, this is hardcoded for no documented reason.
This, indeed, may change the program behaviour and lead to incorrect
results but unless documented correctly or tested rigorously, is better
removed.
This only outputs warnings which are concerns for developers rather than
the end user. It clutters the output of compilation when not in
development and even then, it is not always useful.

Generally, this should signify that hardcoded optional flags are not
favored in this style.
It is not documented why `_LARGEFILE_SOURCE` is used. A close guess is
to prevent Y2038. According to Feature Test Macros[1], to prevent that,
`_TIME_BITS=64` should be used which works only if
`_FILE_OFFSET_BITS=64` is set as well. Hence this replacement is made.

[1]: https://www.gnu.org/software/libc/manual/html_node/Feature-Test-Macros.html#Feature-Test-Macros
Spacing before and after slashes, also how a line should be split is not
edited.
@Davoodeh Davoodeh closed this May 1, 2025
@Davoodeh Davoodeh deleted the am-rewrite branch May 1, 2025 15:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant