Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | src: fix doxygen function documentation | Fernando Fernandez Mancera | 2019-09-30 | 1 | -2/+1 |
| | | | | | | | | | | | | | Currently clang requires EXPORT_SYMBOL() to be above the function implementation. At the same time doxygen is not generating the proper documentation because of that. This patch solves that problem but EXPORT_SYMBOL looks less like the Linux kernel way exporting symbols. Reported-by: Duncan Roe <duncan_roe@optusnet.com.au> Signed-off-by: Fernando Fernandez Mancera <ffmancera@riseup.net> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org> | ||||
* | doc: don't show up EXPORT_SYMBOL in doxygen | Pablo Neira Ayuso | 2011-02-03 | 1 | -2/+3 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | Patrick reports that the doxygen output shows up EXPORT_SYMBOL and tells how to fix this: > I just noticed the EXPORT_SYMBOLs in libmnl showing up in > the doxygen output. Just in case you want to avoid this, > what I'm doing in libdect is (besides the appopriate linker > flags): > > #define __visible __attribute__((visibility("default"))) > > #define EXPORT_SYMBOL(x) typeof(x) (x) __visible > > > This allows to use EXPORT_SYMBOL as in the kernel, IOW > after the function definition. This patch also removes -Wredundant-decls to avoid a warning in every single use of this new approach. Now, this looks more like the Linux kernel way of exporting symbols. Reported-by: Patrick McHardy <kaber@trash.net> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org> | ||||
* | build: tag function headers rather than decls as exported | Jan Engelhardt | 2010-11-19 | 1 | -0/+11 |
Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org> |