NetworkManager/m4
Thomas Haller b9bc20f4da build: pass -std=gnu99 to compiler
With --enable-more-warnings, we already used -std=gnu99, see
commit ba2b2de3ad.

Compilation may behave differently depending on the selected
C standard that we choose. It seems wrong, with more-warnings,
to build against a C standard, while otherwise leaving it undefind.

Indeed, one might argue, that our build system should not use
such compiler specific options. At least, not without detecting
support for the compiler option during ./configure.

However:

- we already did this for --enable-more-warnings.

- we should not program against a theoretical compiler. In practice,
  only gcc and clang works to build NetworkManager. Both these compilers
  support this option, so there is no reason to not use it. If we ever
  come into the situation to support another compiler, adjusting -std=gnu99
  will be the smallest problem. Until that happens (and that's far from
  imminent), don't pretend to be portable to non-existing compilers and
  use the flag that in practice is available.

See-also: https://gcc.gnu.org/onlinedocs/gcc/Standards.html
2018-07-17 17:46:39 +02:00
..
attributes.m4 build: import attributes.m4 from systemd 2016-06-03 22:19:37 +02:00
ax_lib_readline.m4 build: correct help message about missing readline + termcap libraries 2015-05-11 10:33:21 -05:00
compiler_options.m4 build: pass -std=gnu99 to compiler 2018-07-17 17:46:39 +02:00
git-sha-record.m4 build: move detection of NM_GIT_SHA to separate "m4/git-sha-record.m4" 2016-09-14 14:11:07 +02:00
gnome-code-coverage.m4 build: disable lcov version check 2017-10-20 17:16:22 +02:00
introspection.m4 all: replace non-leading tabs with spaces 2018-02-07 13:32:04 +01:00
vapigen.m4 vala: add vala bindings for libnm-util and libnm-glib 2012-06-12 16:31:20 -05:00