[arch-general] [arch-dev-public] [PATCH 2/2] makepkg.conf: Update our default FLAGS
Geo Kozey
geokozey at mailfence.com
Sat Jul 11 19:54:46 UTC 2020
On Friday, July 10, 2020 7:06 PM, Eli Schwartz via arch-dev-public <arch-dev-public at archlinux.org> wrote:
> On 7/10/20 2:38 PM, Jan Alexander Steffens (heftig) via arch-dev-public
> wrote:
>
> > From: "Jan Alexander Steffens (heftig)" heftig at archlinux.org
> > I recently read Fedora's documentation on build flags and I think
> > they have some useful ideas.
> >
> > 1. Move -D_FORTIFY_SOURCE=2 from CPPFLAGS to CFLAGS using -Wp:
> > Unfortunately, there are still build systems (e.g. CMake, homegrown
> > Makefile rules) which use CFLAGS but not CPPFLAGS. Ultimately, we can
> > cover more code with this workaround.
> >
>
> Sounds like a job for
>
> build() {
> export CFLAGS="$CPPFLAGS $CFLAGS"
> ...
> }
>
> (I do not understand how -Wp, helps here, its purpose is only to prevent
> the compiler driver from reinterpreting it before passing it to the
> preprocessor, and only if you have special needs and believe it will
> mangle your flags. -D_FORTIFY_SOURCE sounds sufficiently boring to say
> it won't be mangled.)
IIRC main concern against -D_FORTIFY_SOURCE in CFLAGS (made by Allan?) was about purity of passing preprocessor flags only to preprocessor. I think using "Wp" prefix for fortify solves purity issue.
Side note: can you get rid of "-march=x86-64 -mtune=generic" which are default options for gcc on x86_64? It would be easier to read buildflags without this useless spam especially when they will be extended by other meaningful things.
Yours sincerely
G. K.
More information about the arch-general
mailing list