From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jon Loeliger Subject: Re: [PATCH V2] dtc: Basic integer expressions Date: Sat, 31 Mar 2012 09:24:12 -0500 Message-ID: References: <1332901483-3751-1-git-send-email-swarren@wwwdotorg.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-reply-to: <1332901483-3751-1-git-send-email-swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org Sender: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org To: Stephen Warren Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org List-Id: devicetree@vger.kernel.org > Written by David Gibson . Additions by me: > * Ported to ToT dtc. > * Renamed cell to integer throughout. > * Implemented value range checks. > * Allow L/UL/LL/ULL suffix on literals. > * Enabled the commented test. > > Signed-off-by: Stephen Warren > --- > v2: > * s/cell/integer/ throughout. > * Allow signed-extended values to pass the overall cell range check. > * Allow L/UL/LL/ULL suffix on literals. This is purely for compatibility > with C, and has no effect on dtc's processing. > * Enabled the 3 disabled tests. > > I'm not sure if the literal suffix handling is hacky or not... I get this too: CC tests/integer-expressions.o cc1: warnings being treated as errors tests/integer-expressions.c: In function 'main' tests/integer-expressions.c:105: error: format tests/integer-expressions.o cc1: warnings being treated as errors tests/integer-expressions.c:105: error: format '%ld' expects type 'long int', but argument 3 has type 'unsigned int' make: *** [tests/integer-expressions.o] Error 1 $ gcc --version gcc (Debian 4.4.5-8) 4.4.5 jdl