Page MenuHomeFreeBSD

share/mk: improve CFLAGS description
Needs ReviewPublic

Authored by brooks on May 22 2025, 10:34 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Apr 4, 1:21 PM
Unknown Object (File)
Fri, Apr 3, 2:18 AM
Unknown Object (File)
Thu, Apr 2, 1:09 PM
Unknown Object (File)
Wed, Mar 25, 1:36 AM
Unknown Object (File)
Tue, Mar 24, 8:44 AM
Unknown Object (File)
Mon, Mar 23, 9:28 PM
Unknown Object (File)
Mar 5 2026, 3:59 AM
Unknown Object (File)
Feb 20 2026, 9:24 PM
Subscribers

Details

Reviewers
emaste
jhb
Summary

Also document CXXFLAGS.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 64397
Build 61281: arc lint + arc unit

Event Timeline

share/mk/bsd.README
136–139

Should we (in an ideal world, absent legacy and backwards compatibility considerations) really have CPPFLAGS and reserve CFLAGS specifically for C?

share/mk/bsd.README
136–139

Certainly something C specific would be good, but we also need something to pass all the common flags. We've got a lot of ABI stuff in CFLAGS via bsd.cpu.mk. Likewise we add -target and --sysroot to XCFLAGS so they end up in CFLAGS.

share/mk/bsd.README
136–139

Maybe either "things that are run though the C preprocessor" or "Flags to the compiler when compiling most things processed by the C preprocessor."?

152–153

This seems more consistent with the wording used for AFLAGS and CFLAGS?

  • Rephrased with some help from @jhb