|
Revision tags: v6.15, v6.15-rc7, v6.15-rc6, v6.15-rc5, v6.15-rc4, v6.15-rc3, v6.15-rc2, v6.15-rc1, v6.14, v6.14-rc7, v6.14-rc6, v6.14-rc5, v6.14-rc4, v6.14-rc3, v6.14-rc2, v6.14-rc1 |
|
| #
1a09cd9b |
| 31-Jan-2025 |
Costa Shulyupin <[email protected]> |
scripts/tags.sh: tag SYM_*START*() assembler symbols
The `startup_64` symbol and many other assembler symbols are not tagged.
Add a generic rule to tag assembler symbols defined with macros like SY
scripts/tags.sh: tag SYM_*START*() assembler symbols
The `startup_64` symbol and many other assembler symbols are not tagged.
Add a generic rule to tag assembler symbols defined with macros like SYM_*START*(symbol).
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.13 |
|
| #
2217573f |
| 13-Jan-2025 |
Costa Shulyupin <[email protected]> |
scripts/tags.sh: Don't tag usages of DECLARE_BITMAP
For all bitmap declarations like DECLARE_BITMAP(x, y); ctags generates multiple DECLARE_BITMAP tags for each usage because it doesn't expand the
scripts/tags.sh: Don't tag usages of DECLARE_BITMAP
For all bitmap declarations like DECLARE_BITMAP(x, y); ctags generates multiple DECLARE_BITMAP tags for each usage because it doesn't expand the DECLARE_BITMAP macro.
Configure ctags to skip generating tags for DECLARE_BITMAP in such cases.
The #define DECLARE_BITMAP itself and declared bitmaps are tagged correctly.
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.13-rc7 |
|
| #
a937f384 |
| 06-Jan-2025 |
Peter Zijlstra <[email protected]> |
cleanup, tags: Create tags for the cleanup primitives
Oleg reported that it is hard to find the definition of things like: __free(argv) without having to do 'git grep "DEFINE_FREE(argv,"'.
Add tag
cleanup, tags: Create tags for the cleanup primitives
Oleg reported that it is hard to find the definition of things like: __free(argv) without having to do 'git grep "DEFINE_FREE(argv,"'.
Add tag generation for the various macros in cleanup.h.
Notably 'DEFINE_FREE(argv, ...)' will now generate a 'cleanup_argv' tag, while all the others, eg. 'DEFINE_GUARD(mutex, ...)' will generate 'class_mutex' like tags.
Reported-by: Oleg Nesterov <[email protected]> Signed-off-by: Peter Zijlstra (Intel) <[email protected]> Link: https://lkml.kernel.org/r/[email protected]
show more ...
|
|
Revision tags: v6.13-rc6, v6.13-rc5, v6.13-rc4, v6.13-rc3 |
|
| #
def35da7 |
| 09-Dec-2024 |
Costa Shulyupin <[email protected]> |
scripts/tags.sh: Tag timer definitions
For timer definitions like DEFINE_TIMER(mytimer, mytimer_handler); ctags generates tags `DEFINE_TIMER` and skips `mytimer` because it doesn't expand the DEFINE
scripts/tags.sh: Tag timer definitions
For timer definitions like DEFINE_TIMER(mytimer, mytimer_handler); ctags generates tags `DEFINE_TIMER` and skips `mytimer` because it doesn't expand the DEFINE_TIMER macro.
Configure ctags to generate tag for `mytimer` ans skip the `DEFINE_TIMER` tag in such cases.
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.13-rc2, v6.13-rc1, v6.12, v6.12-rc7 |
|
| #
03e6a10b |
| 05-Nov-2024 |
Costa Shulyupin <[email protected]> |
scripts/tags.sh: Don't tag usages of DEFINE_MUTEX
Curly braces expression expands to "DEFINE_TRACE DEFINE_MUTEX".
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.or
scripts/tags.sh: Don't tag usages of DEFINE_MUTEX
Curly braces expression expands to "DEFINE_TRACE DEFINE_MUTEX".
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.12-rc6, v6.12-rc5 |
|
| #
7428f9d9 |
| 25-Oct-2024 |
Costa Shulyupin <[email protected]> |
scripts/tags.sh: Fix warnings "null expansion of name pattern"
Warnings such as ctags: Warning: include/linux/wait_bit.h:59: null expansion of name pattern "\1" are triggered when parsing DECLARE_BI
scripts/tags.sh: Fix warnings "null expansion of name pattern"
Warnings such as ctags: Warning: include/linux/wait_bit.h:59: null expansion of name pattern "\1" are triggered when parsing DECLARE_BITMAP() inside comments, resulting in an empty token.
To avoid this, ensure only non-empty tokens.
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
| #
b0381751 |
| 25-Oct-2024 |
Costa Shulyupin <[email protected]> |
scripts/tags.sh: use list of identifiers to ignore
Literal string of ctags arguments is too long and overloaded.
Replace it with neat bash list.
Identifiers are sorted, and those with a new first
scripts/tags.sh: use list of identifiers to ignore
Literal string of ctags arguments is too long and overloaded.
Replace it with neat bash list.
Identifiers are sorted, and those with a new first letter start on a new line for better maintainability.
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
| #
074c2241 |
| 24-Oct-2024 |
Costa Shulyupin <[email protected]> |
scripts/tags.sh: add regex to map IDT entries
Source code samples:
DECLARE_IDTENTRY_IRQ(X86_TRAP_OTHER, common_interrupt);
DEFINE_IDTENTRY_IRQ(common_interrupt)
Signed-off-by: Costa Shulyup
scripts/tags.sh: add regex to map IDT entries
Source code samples:
DECLARE_IDTENTRY_IRQ(X86_TRAP_OTHER, common_interrupt);
DEFINE_IDTENTRY_IRQ(common_interrupt)
Signed-off-by: Costa Shulyupin <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.12-rc4, v6.12-rc3, v6.12-rc2 |
|
| #
48bcda68 |
| 03-Oct-2024 |
Steven Rostedt <[email protected]> |
tracing: Remove definition of trace_*_rcuidle()
The trace_*_rcuidle() variant of a tracepoint was to handle places where a tracepoint was located but RCU was not "watching". All those locations have
tracing: Remove definition of trace_*_rcuidle()
The trace_*_rcuidle() variant of a tracepoint was to handle places where a tracepoint was located but RCU was not "watching". All those locations have been removed, and RCU should be watching where all tracepoints are located. We can now remove the trace_*_rcuidle() variant.
Cc: Masami Hiramatsu <[email protected]> Cc: Mathieu Desnoyers <[email protected]> Cc: Mark Rutland <[email protected]> Cc: Joel Fernandes <[email protected]> Link: https://lore.kernel.org/[email protected] Acked-by: Peter Zijlstra (Intel) <[email protected]> Signed-off-by: Steven Rostedt (Google) <[email protected]>
show more ...
|
|
Revision tags: v6.12-rc1, v6.11, v6.11-rc7, v6.11-rc6, v6.11-rc5, v6.11-rc4, v6.11-rc3, v6.11-rc2, v6.11-rc1, v6.10, v6.10-rc7, v6.10-rc6, v6.10-rc5, v6.10-rc4, v6.10-rc3, v6.10-rc2, v6.10-rc1, v6.9, v6.9-rc7, v6.9-rc6, v6.9-rc5, v6.9-rc4, v6.9-rc3, v6.9-rc2, v6.9-rc1, v6.8, v6.8-rc7, v6.8-rc6, v6.8-rc5, v6.8-rc4, v6.8-rc3, v6.8-rc2, v6.8-rc1, v6.7, v6.7-rc8 |
|
| #
2ad3cc05 |
| 29-Dec-2023 |
Wei Yang <[email protected]> |
scripts/tags.sh: remove find_sources
After commit '4f628248a578 kbuild: reintroduce ALLSOURCE_ARCHS support for tags/cscope', find_sources only invoke find_arch_sources.
Signed-off-by: Wei Yang <ri
scripts/tags.sh: remove find_sources
After commit '4f628248a578 kbuild: reintroduce ALLSOURCE_ARCHS support for tags/cscope', find_sources only invoke find_arch_sources.
Signed-off-by: Wei Yang <[email protected]> CC: Jike Song <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
| #
d70a091f |
| 29-Dec-2023 |
Wei Yang <[email protected]> |
scripts/tags.sh: use -n to test archinclude
In bash, "! -z" is equivalent to "-n", which seems to be more intuitive.
Signed-off-by: Wei Yang <[email protected]> CC: Sam Ravnborg <sam@ravnbo
scripts/tags.sh: use -n to test archinclude
In bash, "! -z" is equivalent to "-n", which seems to be more intuitive.
Signed-off-by: Wei Yang <[email protected]> CC: Sam Ravnborg <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
| #
0aedf7a2 |
| 29-Dec-2023 |
Wei Yang <[email protected]> |
scripts/tags.sh: add local annotation
Commit 'f81b1be40c44 tags: include headers before source files' introduce two local variables.
Let's add local annotation to make it obvious.
Signed-off-by: W
scripts/tags.sh: add local annotation
Commit 'f81b1be40c44 tags: include headers before source files' introduce two local variables.
Let's add local annotation to make it obvious.
Signed-off-by: Wei Yang <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
| #
f9fefa98 |
| 29-Dec-2023 |
Wei Yang <[email protected]> |
scripts/tags.sh: use more portable -path instead of -wholename
According to the manual, -path is more portable than -wholename. Also for consistency, let's use -path here.
Signed-off-by: Wei Yang <
scripts/tags.sh: use more portable -path instead of -wholename
According to the manual, -path is more portable than -wholename. Also for consistency, let's use -path here.
Signed-off-by: Wei Yang <[email protected]> CC: Guennadi Liakhovetski <[email protected]> CC: WANG Cong <[email protected]> CC: Michal Marek <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.7-rc7, v6.7-rc6 |
|
| #
4f3f263d |
| 17-Dec-2023 |
René Nyffenegger <[email protected]> |
scripts/tags.sh: Update comment (addition of gtags)
Commit f4ed1009fcea ("kbuild: add GNU GLOBAL tags generation") added support for the GNU Global source tagging system. However, this addition was
scripts/tags.sh: Update comment (addition of gtags)
Commit f4ed1009fcea ("kbuild: add GNU GLOBAL tags generation") added support for the GNU Global source tagging system. However, this addition was not reflected in the script's header comment.
Fixes: f4ed1009fcea ("kbuild: add GNU GLOBAL tags generation") Signed-off-by: René Nyffenegger <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.7-rc5, v6.7-rc4, v6.7-rc3, v6.7-rc2, v6.7-rc1, v6.6, v6.6-rc7, v6.6-rc6, v6.6-rc5, v6.6-rc4, v6.6-rc3, v6.6-rc2, v6.6-rc1, v6.5, v6.5-rc7, v6.5-rc6, v6.5-rc5, v6.5-rc4, v6.5-rc3, v6.5-rc2, v6.5-rc1, v6.4, v6.4-rc7, v6.4-rc6, v6.4-rc5 |
|
| #
82089b00 |
| 01-Jun-2023 |
Jialu Xu <[email protected]> |
scripts/tags.sh: improve compiled sources generation
Use grep instead of sed for all compiled sources generation, it is three times more efficient.
Signed-off-by: Jialu Xu <[email protected]> Teste
scripts/tags.sh: improve compiled sources generation
Use grep instead of sed for all compiled sources generation, it is three times more efficient.
Signed-off-by: Jialu Xu <[email protected]> Tested-by: Carlos Llamas <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.4-rc4, v6.4-rc3 |
|
| #
e1b37563 |
| 15-May-2023 |
Ahmed S. Darwish <[email protected]> |
scripts/tags.sh: Resolve gtags empty index generation
gtags considers any file outside of its current working directory "outside the source tree" and refuses to index it. For O= kernel builds, or wh
scripts/tags.sh: Resolve gtags empty index generation
gtags considers any file outside of its current working directory "outside the source tree" and refuses to index it. For O= kernel builds, or when "make" is invoked from a directory other then the kernel source tree, gtags ignores the entire kernel source and generates an empty index.
Force-set gtags current working directory to the kernel source tree.
Due to commit 9da0763bdd82 ("kbuild: Use relative path when building in a subdir of the source tree"), if the kernel build is done in a sub-directory of the kernel source tree, the kernel Makefile will set the kernel's $srctree to ".." for shorter compile-time and run-time warnings. Consequently, the list of files to be indexed will be in the "../*" form, rendering all such paths invalid once gtags switches to the kernel source tree as its current working directory.
If gtags indexing is requested and the build directory is not the kernel source tree, index all files in absolute-path form.
Note, indexing in absolute-path form will not affect the generated index, as paths in gtags indices are always relative to the gtags "root directory" anyway (as evidenced by "gtags --dump").
Signed-off-by: Ahmed S. Darwish <[email protected]> Cc: <[email protected]> Signed-off-by: Masahiro Yamada <[email protected]>
show more ...
|
|
Revision tags: v6.4-rc2, v6.4-rc1, v6.3, v6.3-rc7, v6.3-rc6, v6.3-rc5, v6.3-rc4, v6.3-rc3, v6.3-rc2, v6.3-rc1, v6.2 |
|
| #
6ec363fc |
| 15-Feb-2023 |
Carlos Llamas <[email protected]> |
scripts/tags.sh: fix incompatibility with PCRE2
Starting with release 10.38 PCRE2 drops default support for using \K in lookaround patterns as described in [1]. Unfortunately, scripts/tags.sh relies
scripts/tags.sh: fix incompatibility with PCRE2
Starting with release 10.38 PCRE2 drops default support for using \K in lookaround patterns as described in [1]. Unfortunately, scripts/tags.sh relies on such functionality to collect all_compiled_soures() leading to the following error:
$ make COMPILED_SOURCE=1 tags GEN tags grep: \K is not allowed in lookarounds (but see PCRE2_EXTRA_ALLOW_LOOKAROUND_BSK)
The usage of \K for this pattern was introduced in commit 4f491bb6ea2a ("scripts/tags.sh: collect compiled source precisely") which speeds up the generation of tags significantly.
In order to fix this issue without compromising the performance we can switch over to an equivalent sed expression. The same matching pattern is preserved here except \K is replaced with a backreference \1.
[1] https://www.pcre.org/current/doc/html/pcre2syntax.html#SEC11
Cc: Greg Kroah-Hartman <[email protected]> Cc: Cristian Ciocaltea <[email protected]> Cc: Masahiro Yamada <[email protected]> Cc: Jialu Xu <[email protected]> Cc: Vipin Sharma <[email protected]> Cc: [email protected] Fixes: 4f491bb6ea2a ("scripts/tags.sh: collect compiled source precisely") Signed-off-by: Carlos Llamas <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.2-rc8, v6.2-rc7, v6.2-rc6 |
|
| #
21773790 |
| 28-Jan-2023 |
Kevin Hao <[email protected]> |
scripts/tags.sh: fix the Kconfig tags generation when using latest ctags
The Kconfig language has already been built-in in the latest ctags, so it would error exit if we try to define it as an user-
scripts/tags.sh: fix the Kconfig tags generation when using latest ctags
The Kconfig language has already been built-in in the latest ctags, so it would error exit if we try to define it as an user-defined language via '--langdef=kconfig'. This results that there is no Kconfig tags in the final tag file. Fix this by skipping the user Kconfig definition for the latest ctags.
Link: https://lkml.kernel.org/r/[email protected] Signed-off-by: Kevin Hao <[email protected]> Reviewed-by: Cristian Ciocaltea <[email protected]> Cc: Greg Kroah-Hartman <[email protected]> Cc: Masahiro Yamada <[email protected]> Cc: Nicolas Schier <[email protected]> Cc: Paulo Miguel Almeida <[email protected]> Cc: Vipin Sharma <[email protected]> Signed-off-by: Andrew Morton <[email protected]>
show more ...
|
|
Revision tags: v6.2-rc5, v6.2-rc4, v6.2-rc3, v6.2-rc2, v6.2-rc1 |
|
| #
6ae4b986 |
| 22-Dec-2022 |
Masahiro Yamada <[email protected]> |
kbuild: allow to combine multiple V= levels
Commit a6de553da01c ("kbuild: Allow to combine multiple W= levels") supported W=123 to enable all the extra warning groups.
I think a similar idea is app
kbuild: allow to combine multiple V= levels
Commit a6de553da01c ("kbuild: Allow to combine multiple W= levels") supported W=123 to enable all the extra warning groups.
I think a similar idea is applicable to the V= option.
V=1 echos the whole command V=2 prints the reason for rebuilding
These are orthogonal, and can be enabled at the same time.
This commit supports V=12 to enable both of them.
Signed-off-by: Masahiro Yamada <[email protected]> Tested-by: Nicolas Schier <[email protected]> Reviewed-by: Nicolas Schier <[email protected]>
show more ...
|
| #
40bf2fcd |
| 13-Dec-2022 |
Paulo Miguel Almeida <[email protected]> |
scripts/tags.sh: choose which directories to exclude from being indexed
It's common for drivers that share same physical components to also duplicate source code (or at least portions of it). A good
scripts/tags.sh: choose which directories to exclude from being indexed
It's common for drivers that share same physical components to also duplicate source code (or at least portions of it). A good example is both drivers/gpu/drm/amdgpu/* and drivers/gpu/drm/radeon/* have a header file called atombios.h.
While their contents aren't the same, a lot of their structs have the exact same names which makes navigating through the code base a bit messy as cscope will show up 'references' across drivers which aren't exactly correct.
Add IGNORE_DIRS variable, which specifies which directories to be ignored from indexing.
Example: make ARCH=x86 IGNORE_DIRS="drivers/gpu/drm/radeon tools" cscope
Signed-off-by: Paulo Miguel Almeida <[email protected]> Reviewed-by: Nicolas Schier <[email protected]> Reviewed-by: Vipin Sharma <[email protected]> Link: https://lore.kernel.org/r/Y5jf59VCL/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v6.1, v6.1-rc8, v6.1-rc7, v6.1-rc6, v6.1-rc5, v6.1-rc4, v6.1-rc3, v6.1-rc2, v6.1-rc1, v6.0, v6.0-rc7, v6.0-rc6, v6.0-rc5, v6.0-rc4, v6.0-rc3, v6.0-rc2, v6.0-rc1, v5.19, v5.19-rc8, v5.19-rc7, v5.19-rc6, v5.19-rc5, v5.19-rc4, v5.19-rc3 |
|
| #
d60be533 |
| 18-Jun-2022 |
Vipin Sharma <[email protected]> |
scripts/tags.sh: Include tools directory in tags generation
Add tools directory in generating tags and quiet the "No such file or directory" warnings.
It reverts the changes introduced in commit 16
scripts/tags.sh: Include tools directory in tags generation
Add tools directory in generating tags and quiet the "No such file or directory" warnings.
It reverts the changes introduced in commit 162343a876f1 ("scripts/tags.sh: exclude tools directory from tags generation") while maintainig the original intent of the patch to get rid of the warnings. This allows the root level cscope files to include tools source code besides kernel and a single place to browse the code for both.
Acked-by: Cristian Ciocaltea <[email protected]> Signed-off-by: Vipin Sharma <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v5.19-rc2, v5.19-rc1, v5.18 |
|
| #
7394d2eb |
| 16-May-2022 |
Cristian Ciocaltea <[email protected]> |
scripts/tags.sh: Invoke 'realpath' via 'xargs'
When COMPILED_SOURCE is set, running
make ARCH=x86_64 COMPILED_SOURCE=1 cscope tags
could throw the following errors:
scripts/tags.sh: line 98: /u
scripts/tags.sh: Invoke 'realpath' via 'xargs'
When COMPILED_SOURCE is set, running
make ARCH=x86_64 COMPILED_SOURCE=1 cscope tags
could throw the following errors:
scripts/tags.sh: line 98: /usr/bin/realpath: Argument list too long cscope: no source files found scripts/tags.sh: line 98: /usr/bin/realpath: Argument list too long ctags: No files specified. Try "ctags --help".
This is most likely to happen when the kernel is configured to build a large number of modules, which has the consequence of passing too many arguments when calling 'realpath' in 'all_compiled_sources()'.
Let's improve this by invoking 'realpath' through 'xargs', which takes care of properly limiting the argument list.
Signed-off-by: Cristian Ciocaltea <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v5.18-rc7, v5.18-rc6, v5.18-rc5, v5.18-rc4, v5.18-rc3, v5.18-rc2, v5.18-rc1, v5.17, v5.17-rc8, v5.17-rc7, v5.17-rc6, v5.17-rc5, v5.17-rc4, v5.17-rc3, v5.17-rc2, v5.17-rc1, v5.16, v5.16-rc8, v5.16-rc7, v5.16-rc6, v5.16-rc5, v5.16-rc4, v5.16-rc3, v5.16-rc2, v5.16-rc1 |
|
| #
b6379e73 |
| 03-Nov-2021 |
Zhaoyu Liu <[email protected]> |
scripts/tags: add space regexs to all regex_c
When "make tags", it prompts a warning:
ctags: Warning: drivers/pci/controller/pcie-apple.c:150: null expansion of name pattern "\1"
The reaso
scripts/tags: add space regexs to all regex_c
When "make tags", it prompts a warning:
ctags: Warning: drivers/pci/controller/pcie-apple.c:150: null expansion of name pattern "\1"
The reason is that there is an indentation beside arguments of DECLARE_BITMAP, but it can parsed normally by gtags. It's also allowed in C.
Regex [:space:] can match any white space character, so it's a better approach to add it to each item in regex_c.
Suggested-by: Marc Zyngier <[email protected]> Signed-off-by: Zhaoyu Liu <[email protected]> Link: https://lore.kernel.org/r/20211103152234.GA23295@pc Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v5.15, v5.15-rc7, v5.15-rc6, v5.15-rc5, v5.15-rc4, v5.15-rc3, v5.15-rc2, v5.15-rc1 |
|
| #
d06246eb |
| 05-Sep-2021 |
Philip K. Gisslow <[email protected]> |
scripts/tags.sh: Fix obsolete parameter for ctags
Distros such as Fedora and Arch are using the maintained universal-ctags implementation. This version has replaced the obsolete --extra flag with --
scripts/tags.sh: Fix obsolete parameter for ctags
Distros such as Fedora and Arch are using the maintained universal-ctags implementation. This version has replaced the obsolete --extra flag with --extras.
Signed-off-by: Philip K. Gisslow <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Greg Kroah-Hartman <[email protected]>
show more ...
|
|
Revision tags: v5.14, v5.14-rc7, v5.14-rc6, v5.14-rc5, v5.14-rc4, v5.14-rc3, v5.14-rc2, v5.14-rc1, v5.13, v5.13-rc7, v5.13-rc6, v5.13-rc5, v5.13-rc4, v5.13-rc3, v5.13-rc2, v5.13-rc1 |
|
| #
77a88274 |
| 30-Apr-2021 |
Masahiro Yamada <[email protected]> |
kbuild: replace LANG=C with LC_ALL=C
LANG gives a weak default to each LC_* in case it is not explicitly defined. LC_ALL, if set, overrides all other LC_* variables.
LANG < LC_CTYPE, LC_COLLATE
kbuild: replace LANG=C with LC_ALL=C
LANG gives a weak default to each LC_* in case it is not explicitly defined. LC_ALL, if set, overrides all other LC_* variables.
LANG < LC_CTYPE, LC_COLLATE, LC_MONETARY, LC_NUMERIC, ... < LC_ALL
This is why documentation such as [1] suggests to set LC_ALL in build scripts to get the deterministic result.
LANG=C is not strong enough to override LC_* that may be set by end users.
[1]: https://reproducible-builds.org/docs/locales/
Signed-off-by: Masahiro Yamada <[email protected]> Acked-by: Michael Ellerman <[email protected]> (powerpc) Reviewed-by: Matthias Maennich <[email protected]> Acked-by: Matthieu Baerts <[email protected]> (mptcp) Reviewed-by: Greg Kroah-Hartman <[email protected]>
show more ...
|