Re: __STRICT_ANSI__ checks in headers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm away from my regular work systems at the moment, but I have a couple ideas:

On Oct 05, 2006, at 04:16:11, Ismail Donmez wrote:
01 Eki 2006 Paz 12:14 tarihinde, Sam Ravnborg şunları yazmıştı:
On Sun, Oct 01, 2006 at 10:34:56AM +0300, Ismail Donmez wrote:
On Sunday 01 October 2006 08:20, Kyle Moffett wrote:
[...]
Just thinking about it we probably also need to educate sparse about __extension__ too. Perhaps somebody could also add an sparse flag to
make it warn about nonportable constructs in exported header files.

I'd submit a patch but my knowledge of kernel makefiles and depmod is
somewhere between zero and none, exclusive.

Thanks, I will have a look at it.

I assume you will same errors from the in-kernel modpost.
If you do not do so then there is some inconsistency between depmod
and modpost that ougth to be fixed.

The problem shows itself in the modpost, somehow __extension__ clause seems to
foobar module CRC. I am not yet successfull on making modpost ignore
__extension__ .

Since GCC doesn't actually _do_ anything with __extension__ in the object output files, it must be a C-file-based parser problem, so you should probably be able to build one of the problematic modules and diff the resultant .cmd files, the .mod files, and the .mod.c files. Sorry I can't be of more help.

Cheers,
Kyle Moffett-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux