diff options
| author | Ivan Kokshaysky <ink@jurassic.park.msu.ru> | 2008-06-21 03:28:31 +0400 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2008-06-20 16:46:10 -0700 |
| commit | d559d4a24a3fed75bd890abcc1f95cd8d8dad6e1 (patch) | |
| tree | 2f920b9fc7a7bed1ce857474505793fe1431eac3 /fs/inotify.c | |
| parent | ede426923b25414f5ec9c00fefe6727d9721dd13 (diff) | |
| download | op-kernel-dev-d559d4a24a3fed75bd890abcc1f95cd8d8dad6e1.zip op-kernel-dev-d559d4a24a3fed75bd890abcc1f95cd8d8dad6e1.tar.gz | |
alpha: fix compile failures with gcc-4.3 (bug #10438)
Vast majority of these build failures are gcc-4.3 warnings
about static functions and objects being referenced from
non-static (read: "extern inline") functions, in conjunction
with our -Werror.
We cannot just convert "extern inline" to "static inline",
as people keep suggesting all the time, because "extern inline"
logic is crucial for generic kernel build.
So
- just make sure that all callees of critical "extern inline"
functions are also "extern inline";
- use "static inline", wherever it's possible.
traps.c: work around gcc-4.3 being too smart about array
bounds-checking.
TODO: add "gnu_inline" attribute to all our "extern inline"
functions to ensure desired behaviour with future compilers.
Signed-off-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/inotify.c')
0 files changed, 0 insertions, 0 deletions
