From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29189 invoked by alias); 16 Nov 2009 18:16:26 -0000 Received: (qmail 29180 invoked by uid 22791); 16 Nov 2009 18:16:25 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp2.tu-cottbus.de (HELO smtp2.tu-cottbus.de) (141.43.99.248) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 16 Nov 2009 18:15:38 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.tu-cottbus.de (Postfix) with ESMTP id 6B97D690114; Mon, 16 Nov 2009 19:15:35 +0100 (CET) Received: from loki (cd1.cd.tu-cottbus.de [141.43.159.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by smtp2.tu-cottbus.de (Postfix) with ESMTPSA id 9A4B9690075; Mon, 16 Nov 2009 19:15:28 +0100 (CET) Received: by loki (Postfix, from userid 1000) id 9278BEAA1A4; Mon, 16 Nov 2009 19:15:10 +0100 (CET) Date: Mon, 16 Nov 2009 18:16:00 -0000 From: Eugeniy Meshcheryakov To: naresh kamboju Cc: systemtap@sources.redhat.com, "Frank Ch. Eigler" , Dave Brolley , David Smith , Masami Hiramatsu Subject: Re: Integer constant is too large for 'long' type Message-ID: <20091116181510.GA5234@localhost.localdomain> References: <1257410818.2529.6.camel@hermans.wildebeest.org> <20091105152546.GB21665@redhat.com> <20091105153606.GC21665@redhat.com> <20091105155425.GD21665@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q4/txt/msg00534.txt.bz2 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2042 Hello, 16 =D0=BB=D0=B8=D1=81=D1=82=D0=BE=D0=BF=D0=B0=D0=B4=D0=B0 2009 =D0=BE 21:14= +0530 naresh kamboju =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2(-=D0=BB=D0= =B0): > After our discussion I have investigated this issue > Issue: > /tmp/stapkpgLTm/stap-symbols.h:60600: error: integer constant is too > large for 'long' type > /tmp/stapkpgLTm/stap-symbols.h:60600: error: large integer implicitly > truncated to unsigned type >=20 > Found the patch is applied to SystemTap-0.9.9 is causing the build > issues in test cases of SystemTap testsuite. > http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg690166.h= tml This patch was needed for kernels with CONFIG_RELOCATABLE set. >=20 > translate.cxx: > c->output << ".build_id_offset =3D 0x" << hex << build_id_vaddr - (base > + extra_offset) > << dec << ",\n"; >=20 > In the above line, extra_offset datatype is "long long int" but > ".build_id_offset is "unsigned long" only. Due to that it is giving > "error: integer constant is too large for 'long' type" and the > structure static struct _stp_module where =E2=80=9C.build_id_offset =3D > 0xffffffff3fff8024=E2=80=9D is filled with larger value in to =E2=80=9Cun= signed long > build_id_offset;=E2=80=9D Does casting everything to unsigned long work? Or does it give incorrect result? >=20 > From ".build_id_offset", this gives the offset value when relocations > are applied to build id address in systemtap. In this scenario, > build_id_vaddr itself supply the clear symbol relocation but I do not > know why " build_id_vaddr - (base + extra_offset)" is done for > relocations. >=20 > I expect, (base + extra_offset) is subtracted from build_id_vaddr > which assumes that offset between _stext and build is the same after > relocation. >=20 >=20 > However, I have back ported this patch and able to resolve the build > issue on ARM. >=20 > Please provide your comments. >=20 > Best regards, > Naresh Kamboju >=20 > > > > Thank you very much. > > > > Best regards > > Naresh Kamboju > > > >> > >> - FChE > >> --SUOF0GtieIMvvwua Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline Content-length: 198 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksBlq4ACgkQKaC6+zmozOJjoQCfe55fUnmyhcHqb44hideNFpJk CbAAniuEeqx/rTpZbbVrG+hn1XwUtInr =DD5y -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua--