From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 107453 invoked by alias); 7 Jul 2016 20:51:38 -0000 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 Received: (qmail 107439 invoked by uid 89); 7 Jul 2016 20:51:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=H*i:sk:3b77fcd, H*f:sk:3b77fcd, H*MI:sk:3b77fcd X-HELO: unimail.uni-dortmund.de Received: from mx1.HRZ.tu-dortmund.de (HELO unimail.uni-dortmund.de) (129.217.128.51) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 07 Jul 2016 20:51:36 +0000 Received: from [192.168.178.110] (x5d83f6b8.dyn.telefonica.de [93.131.246.184]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.16/8.16.0.16) with ESMTPSA id u67KpOJQ002607 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 7 Jul 2016 22:51:28 +0200 (CEST) Subject: Re: SystemTap for Android - patchset To: David Smith , Josh Stone , systemtap@sourceware.org References: <56e0c7f4-d317-f76b-5156-3569a6097b62@tu-dortmund.de> <577CF9A2.7050008@tu-dortmund.de> <41638913-446d-4b2e-7fab-cfdeeca6170a@redhat.com> <577E81DA.2@tu-dortmund.de> <3b77fcde-cf56-6c70-0c38-b1dbe7d5f37f@redhat.com> From: Alexander Lochmann Message-ID: <914fe7f8-f8aa-63a1-7ff3-bea62a6a7301@tu-dortmund.de> Date: Thu, 07 Jul 2016 20:51:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <3b77fcde-cf56-6c70-0c38-b1dbe7d5f37f@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-q3/txt/msg00028.txt.bz2 On 07.07.2016 19:39, David Smith wrote: > OK, I'll believe you. However, your fix above still isn't correct. The > whole point of autoconf-asm-syscall.c is to test if asm/syscall.h exists > and is usable. If so, STAPCONF_ASM_SYSCALL_H will get defined. If > autoconf-asm-syscall.c doesn't compile correctly, then > STAPCONF_ASM_SYSCALL_H won't be defined. > > What needs to happen next here is for you to back out this change, > recompile systemtap, then try to compile a few systemtap scripts. We'll > need to see the errors to know what to fix. I'd guess we'll need to test > STAPCONF_ASM_SYSCALL_H in some more places. Ok. Here is the error message I get: /tmp/stapE7HrAi/alexv9_src.c: In function 'function___global__stp_syscall_nr__overload_0': /tmp/stapE7HrAi/alexv9_src.c:7975:2: error: implicit declaration of function '_stp_syscall_get_nr' I tested three scripts so far. All of them do not compile due to the above error. Do you need one of the scripts? - Alex