[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20241207160703.55846-1-trintaeoitogc@gmail.com>
Date: Sat, 7 Dec 2024 13:07:03 -0300
From: guilherme giacomo simoes <trintaeoitogc@...il.com>
To: daniel@...lak.dev
Cc: a.hindborg@...nel.org,
alex.gaynor@...il.com,
aliceryhl@...gle.com,
benno.lossin@...ton.me,
bjorn3_gh@...tonmail.com,
boqun.feng@...il.com,
fujita.tomonori@...il.com,
gary@...yguo.net,
linux-kernel@...r.kernel.org,
miguel.ojeda.sandonis@...il.com,
ojeda@...nel.org,
rust-for-linux@...r.kernel.org,
tahbertschinger@...il.com,
tmgross@...ch.edu,
trintaeoitogc@...il.com,
walmeida@...rosoft.com,
wcampbell1995@...il.com
Subject: Re: [PATCH] rust: macros: add authors
Daniel Sedlak <daniel@...lak.dev> wrote:
> Since module is a macro, if we would allow syntax in the macro like:
>
> authors: ["author1", "author2", ...]
>
> I think we could fight with the code formatting, because when it comes
> to the rust macros, rustfmt is often very confused and we could end up
> with variations like:
>
> authors: ["author1", "author2",
> "author3"]
>
> or
>
> authors: [
> "author1",
> "author2",
> ]
>
> and rustfmt would be totally ok with both of them.
It seems to me that the rustfmt.toml in the kernel, don't have a max width for
line. Are you sure that the rustfmt would broke the line for big enough lines?
> I think accepting several "author" fields is the best one because it
> mirrors the C API, where in C when you want to specify more authors you
> just repeat the MODULE_AUTHOR("author<N>") macro.
If you (daniel and miguel) are ok with repeat the `author` field and think that
this is the better option I is happy to make this change.
I was run the follow command:
grep -rwo 'MODULE_AUTHOR' . | awk -F: '{count[$1]++} END {for (file in count) if (count[file] > 1) print file, count[file]}' | sort -k2 -n > res
for found the modules with more than one MODULE_AUTHOR.
I see that the maximum of MODULE_AUTHOR that is contains in a module is 11. The
marjority have 2 MODULE_AUTHOR. Maybe, repeat the `author` field, is don't a
bad idea.
Thoughs?
Powered by blists - more mailing lists