From: Mauro Carvalho Chehab <mchehab@kernel.org>
To: Randy Dunlap <rdunlap@infradead.org>
Cc: Akira Yokosawa <akiyks@gmail.com>,
amd-gfx@lists.freedesktop.org, corbet@lwn.net,
dri-devel@lists.freedesktop.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: scripts/kernel-doc does not handle duplicate struct & function names (e.g., in amdgpu)
Date: Wed, 12 Jul 2023 07:42:58 +0200 [thread overview]
Message-ID: <20230712074258.3602b6e8@coco.lan> (raw)
In-Reply-To: <58cafdc0-0209-cfdd-c8e0-2dd25d73a184@infradead.org>
Em Tue, 11 Jul 2023 20:45:18 -0700
Randy Dunlap <rdunlap@infradead.org> escreveu:
> On 7/11/23 20:32, Akira Yokosawa wrote:
> > Hi Randy,
> >
> >> [just documenting this for posterity or in case someone wants to fix it.]
> >>
> >> In drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c, one can find both
> >>
> >> struct amdgpu_vm_tlb_seq_cb {...};
> >>
> >> and
> >> static void amdgpu_vm_tlb_seq_cb(...)
> >>
> >> Of course C has no problem with this, but kernel-doc reports:
> >>
> >> drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c:833: WARNING: Duplicate C declaration, also defined at gpu/amdgpu/driver-core:115.
> >>
> >> And of course, if the name of one of them is changed, kernel-doc is all happy...
> >> not that I am suggesting that one of them should be changed.
> >>
> >> I just want to make people aware of this. (or maybe people are already aware of this?)
> >
> > The duplicate warning is emitted from Sphinx, not kernel-doc.
> >
> > This is a bug of Sphinx >=3.1, first reported by Mauro back in September 2020 at:
> >
> > https://github.com/sphinx-doc/sphinx/issues/8241
> >
> > It was closed when a local fix was presented. Unfortunately, it was not
> > merged at the time and a subsequent pull request was opened at:
> >
> > https://github.com/sphinx-doc/sphinx/pull/8313
> >
> > It is not merged yet and carries a milestone of Sphinx 7.x.
> >
> > Looks like we need to wait patiently.
> >
> > Thanks, Akira
>
> Ooooh, thanks for your assistance. Waiting.... :)
Yeah, we've been waiting this since Sphinx version 3.x times :-(
It seems that applying the fix would break an extension
(intersphinx). We don't use at the Kernel, so it won't affect
us, but it seems to be a popular extension, as it allows one
web server to have cross-references to Sphinx docs produced
elsewhere. Btw, such extension could be interesting on partial
doc builds (e. g. make SPHNXDIRS="foo_dir" htmldocs), as the
non-existing cross-references would be pointing, for instance,
to the docs stored at kernel.doc latest docs.
Btw, I'm still using version 2.4.4 when building the docs
to avoid the wrong duplicate warnings with 3.1+ due to this bug.
Thanks,
Mauro
prev parent reply other threads:[~2023-07-12 5:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-12 2:37 scripts/kernel-doc does not handle duplicate struct & function names (e.g., in amdgpu) Randy Dunlap
2023-07-12 3:32 ` Akira Yokosawa
2023-07-12 3:45 ` Randy Dunlap
2023-07-12 5:42 ` Mauro Carvalho Chehab [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230712074258.3602b6e8@coco.lan \
--to=mchehab@kernel.org \
--cc=akiyks@gmail.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=corbet@lwn.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).