linux-kernel - Re: [PATCH] remove strict ansi check from _

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: <Pine.LNX.4.64.0708071556000.23011@wotan.suse.de>
Date:	Tue, 7 Aug 2007 15:57:39 +0200 (CEST)
From:	Michael Matz <matz@...e.de>
To:	Mike Frysinger <vapier.adi@...il.com>
Cc:	"H. Peter Anvin" <hpa@...or.com>, Olaf Hering <olh@...e.de>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] remove strict ansi check from __u64 in asm/types.h

Hi,

On Mon, 6 Aug 2007, Mike Frysinger wrote:

> On 8/6/07, H. Peter Anvin <hpa@...or.com> wrote:
> > Olaf Hering wrote:
> > >
> > > Remove the __STRICT_ANSI__ check from the __u64/__s64 declaration on
> > > 32bit targets.
> > >
> > > Here is the reason why we think the check should be relaxed:
> >
> > I think the fact that "long long" was made official C in C99 is good
> > enough.  Flagging them as __extension__ is okay, I guess, but something
> > like this should definitely go in.
> 
> the patch we (Gentoo) tried posting a while ago never saw any response:
> http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo/src/patchsets/gentoo-headers/2.6.22/35_all_c99-types.patch?rev=1.2

That would still make it not work with programs compiled with just -ansi 
or -std=c90 (both being equivalent) with -pedantic added.  There still are 
such.  Only for that case is the __extension__ prefix necessary.

Ciao,
Michael.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/