Re: [PATCH] newlib: merge iconvdata into top-level Makefile
Mike Frysinger <[email protected]>
| Newsgroups | gmane.comp.lib.newlib |
|---|---|
| Message-ID | <YfIIKrVIE+GzD8od@vapier> |
On 26 Jan 2022 13:32, Corinna Vinschen wrote: > On Jan 25 16:19, Mike Frysinger wrote: > > On 25 Jan 2022 13:27, Corinna Vinschen wrote: > > > Local.mk is neither a name speaking for itself, nor does it stand out > > > due to being one of very few files in a dir starting with uppercase, or > > > due to its catchphrase "Make...". In terms of easy recognition for > > > people trying to wrap their head around the build system and trying to > > > find the right place to add or improve build rules, local.mk isn't > > > overly helpful. > > > > > > The *.mk files in Free/Open/NetBSD are not just called local.mk and are > > > spread out over all the subdirs. Most of these files are in the sys/conf > > > and /share/mk dirs and have a speaking name like kern.opts.mk, etc. > > > > > > In the core kernel and lib subdirs all BSDs use files called Makefile.inc, > > > actually. > > > > > > Therefore I would prefer Makefile.inc, too, as name for the Makefile > > > snippets in our various subdirs, if you don't mind. > > > > "local" is communicating that this is make code local to this directory. > > ".mk" is communicating that this is a small make fragment/module. taken > > together, they say this is a local make fragment/module for this dir. > > > > Makefile.inc is a bad name and deviates from what all other GNU/toolchain > > projects are adopting. i don't think newlib should be "innovating" here. > > > > that said, i'm not the newlib maintainer, and if the newlib maintainer(s) > > want to make "Makefile.inc" a hard requirement and not approve commits > > using "local.mk", then that's the answer. i disagree, but i don't get > > the final say. > > Either Makefile.inc, or create a newlib/config dir, move the .mk files > there and give them names matching their subdir (preferred) or task. creating a parallel tree of .mk files disconnected from the source files they're responsible for enumerating is objectively worse by all metrics. i'll respin the patches with the bad "Makefile.inc" name you require. -mike
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmHyCCoACgkQQWM7n+g3 9YEgqBAAinosEtDehWgfTimsInekTZ7XrZb9bskDigBvV8zlHK4gxNjZIYv02FxR aHVBNvpmqxvdtYM4guPtS/OywMJD22X9Jg7BFS7VvMLJKuN/JgcPr2bmCenI3PPw vvLZ2/acR96bmFl6+J+K/2xM6yrmmzMryfb2D3X9JUFjHBnX2GyXYMc0lTXD/5/o 4AGcDkwaOXu0QiAtucTRLvA0icClvL/b11oCKcPgXKuAPUkIt6lZy8aw6dfWQUky g2RACa6X6dcVKH1VMb7UKMSZC236T+0BwL+5Iv9nrqGeTy7JjdfW+xK2l/n0SFeM z7LaKch/grgHStcSvvZ5omPCWNVKvC/BlOdJ0tgAQGdJ7Wpk6DTR00D7rBO9920z l/rzM8l9NGKomPJBrXUsdtuBCAh+JNiGV8d1gJJ48tPMokOT5Z2KRszChaa3Lac8 JDfZGGJDjC9TcYBjNRu7wo6vmKGvief6xmzPnxm2gKP7tpFbKyXkRlSE+P1gvxpP rSwT34n9OChlHmn/1gskAIWUcjcvxH8I1vQ441DtOfV5LswLrgLUVqjjDqgF5vfy NyvPSJb6AaFeTri72JJYhBz2nyTbhbKQrgw6hJvbrflQ2hC//z2qJryYF7neU6md 6eIfvla/N6QlcH35jhoC744+P7E6ldFQlqPzadWMK842N3gwEgs= =3o4A -----END PGP SIGNATURE-----