From mboxrd@z Thu Jan 1 00:00:00 1970 From: LC Bruzenak Subject: Re: Audit Cross Compile Support Date: Fri, 20 Sep 2013 08:36:03 -0500 Message-ID: <523C4F43.6030209@magitekltd.com> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7435626631306034859==" Return-path: Received: from mx1.redhat.com (ext-mx13.extmail.prod.ext.phx2.redhat.com [10.5.110.18]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r8KDa66k031529 for ; Fri, 20 Sep 2013 09:36:06 -0400 Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r8KDa5p7031450 for ; Fri, 20 Sep 2013 09:36:05 -0400 Received: by mail-ie0-f171.google.com with SMTP id at1so824795iec.30 for ; Fri, 20 Sep 2013 06:36:05 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com To: linux-audit@redhat.com List-Id: linux-audit@redhat.com This is a multi-part message in MIME format. --===============7435626631306034859== Content-Type: multipart/alternative; boundary="------------090000010807010505060108" This is a multi-part message in MIME format. --------------090000010807010505060108 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 09/20/2013 07:33 AM, clshotwe@rockwellcollins.com wrote: > Everyone, > > I apologize for my previous patch submission (8/23/2013 set of > patches) without any background information. I am looking to cross > compile audit for the ARM and PPC platforms. I am not sure if this > has been looked into before but I would get some feedback on a general > approach. > > I tried to do a base cross compile but I ran into an issue when the > table header files are generated, the executable generated by the > makefile were built for the target and not the host. I modified the > makefile to build them for the host but I realized the executables > would pull in the headers from the host rather than the target. I > attempted to work around this by porting the gen_tables.c algorithm to > a python script to duplicate the header file generation using the > target headers rather than the host. Is this a good approach? Is > there a better way that this could be done a better way that does not > use python? Is this a desired feature? I use mock. It's pretty straightforward. LCB -- LC (Lenny) Bruzenak lenny@magitekltd.com --------------090000010807010505060108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 09/20/2013 07:33 AM, clshotwe@rockwellcollins.com wrote:
Everyone,

I apologize for my previous patch submission (8/23/2013 set of patches) without any background information.  I am looking to cross compile audit for the ARM and PPC platforms.  I am not sure if this has been looked into before but I would get some feedback on a general approach.  

I tried to do a base cross compile but I ran into an issue when the table header files are generated, the executable generated by the makefile were built for the target and not the host.  I modified the makefile to build them for the host but I realized the executables would pull in the headers from the host rather than the target.  I attempted to work around this by porting the gen_tables.c algorithm to a python script to duplicate the header file generation using the target headers rather than the host.  Is this a good approach?  Is there a better way that this could be done a better way that does not use python?  Is this a desired feature?

I use mock. It's pretty straightforward.

LCB
-- 
LC (Lenny) Bruzenak
lenny@magitekltd.com
--------------090000010807010505060108-- --===============7435626631306034859== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============7435626631306034859==--