linux-kernel - Re: __STRICT_ANSI_

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200609281003.28644.ismail@pardus.org.tr>
Date:	Thu, 28 Sep 2006 10:03:27 +0300
From:	Ismail Donmez <ismail@...dus.org.tr>
To:	LKML <linux-kernel@...r.kernel.org>
Cc:	David Woodhouse <dwmw2@...radead.org>,
	Kyle Moffett <mrmacman_g4@....com>, mchehab@...radead.org
Subject: Re: __STRICT_ANSI__ checks in headers

21 Eyl 2006 Per 15:53 tarihinde, Ismail Donmez şunları yazmıştı: 
> 21 Eyl 2006 Per 12:02 tarihinde, David Woodhouse şunları yazmıştı:
> > On Thu, 2006-09-21 at 12:00 +0300, Ismail Donmez wrote:
> > > This looks way cleaner, I can cook up a patch for this if everyone
> > > agrees.  What do you guys think?
> >
> > Makes sense.
>
> Ok here is patch replacing __STRICT_ANSI__ with __extension__ as suggested
> by Kyle Moffett:
>
> __STRICT_ANSI__ usage in types.h header results in compile errors for some
> userspace packages[1] when used with gcc -ansi flag. With the suggestion of
> Kyle Moffett I replace strict ansi checks with __extension__ to tell gcc
> not to error or warn on gcc extensions. Compile tested on x86 with 2.6.18.
>
> [1]  kopete and kdetv are such userspace applications.
>
> Signed-off-by: Ismail Donmez <ismail@...dus.org.tr>

David, is this ok? It would be good to apply this for 2.6.19 so all of KDE 
would compile ( all of the parts I tested ) with kernel-headers.

Regards,
ismail

-- 
They that can give up essential liberty to obtain a little temporary safety 
deserve neither liberty nor safety.
-- Benjamin Franklin

View attachment "strict-ansi.patch" of type "text/x-diff" (10874 bytes)