From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3882 invoked by alias); 25 Aug 2009 15:13:25 -0000 Received: (qmail 3873 invoked by uid 22791); 25 Aug 2009 15:13:24 -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 mx1-old.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 25 Aug 2009 15:13:19 +0000 Received: from int-mx05.intmail.prod.int.phx2.redhat.com ([10.11.47.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7PFDG2g012379 for ; Tue, 25 Aug 2009 11:13:16 -0400 Received: from localhost.localdomain (dst61.hsv.redhat.com [172.16.16.175]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n7PFDFov018560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Aug 2009 11:13:15 -0400 Message-ID: <4A93FF8B.8030000@redhat.com> Date: Tue, 25 Aug 2009 15:13:00 -0000 From: David Smith User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Lightning/1.0pre Thunderbird/3.0b3 MIME-Version: 1.0 To: "Frank Ch. Eigler" CC: systemtap@sources.redhat.com Subject: Re: PR4186: cross-compilation, $ARCH References: <20090825133335.GA28204@redhat.com> <4A93F848.7090903@redhat.com> <20090825145012.GB28204@redhat.com> In-Reply-To: <20090825145012.GB28204@redhat.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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-q3/txt/msg00455.txt.bz2 On 08/25/2009 09:50 AM, Frank Ch. Eigler wrote: > Hi - > >> [...] >> - Are we planning on extending '%arch' (or perhaps adding '%user_arch') >> to tell the difference between 32-bit and 64-bit user exes? > > This would makes sense only as a per-probe-point construct, since the > same stap script on a 64-bit host can instrument 32- and 64-bit > userspace programs just fine. > > >> - I'd probably go with solution #2 [switching to kernel "arch"], but >> also provide "aliases" for the old names (assuming that's possible). > > I don't know. We'd have to handle things like > %( arch == "i686" %? /*A*/ %: /*B*/ %) > and also > %( arch == "i686" %? /*A*/ %: %( arch == "i386" %? /*B*/ %: /*C*/ %) %) > > - FChE I'm not sure I explained myself well about the aliases (or I didn't read your response correctly). What I'm suggesting is that the following *both* match: %(arch == "i686" %? /*A*/ %) %(arch == "i386" %? /*A*/ %) i.e., in the translator, let arch matching be done with a wildcard. In the case of x86, it would be like checking the user's string against the regular expression 'i[3-6]86'. I just poked through the tapsets, and it seems that when i386/i686 are looked at, both cases appear to be handled the same anyway, so it wouldn't really matter if both matched. -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax)