Re: simplify procfs code for seq_file instances
Andrew Morton <[email protected]> Tue, 24 Apr 2018 08:19:16 -0700
| Newsgroups | gmane.comp.file-systems.jfs.general |
|---|---|
| Message-ID | <20180424081916.e94ca8463fb3c39ebc082bdd__15157.3799703785$1524583052$gmane$org@linux-foundation.org> |
On Tue, 24 Apr 2018 16:23:04 +0200 Christoph Hellwig <[email protected]> wrote: > On Thu, Apr 19, 2018 at 09:57:50PM +0300, Alexey Dobriyan wrote: > > > git://git.infradead.org/users/hch/misc.git proc_create > > > > > > I want to ask if it is time to start using poorman function overloading > > with _b_c_e(). There are millions of allocation functions for example, > > all slightly difference, and people will add more. Seeing /proc interfaces > > doubled like this is painful. > > Function overloading is totally unacceptable. > > And I very much disagree with a tradeoff that keeps 5000 lines of > code vs a few new helpers. OK, the curiosity and suspense are killing me. What the heck is "function overloading with _b_c_e()"? ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot