[apparmor] [PATCH 2/2] libapparmor: Make swig aware of the new public libapparmor functions

John Johansen john.johansen at canonical.com
Tue Jun 16 06:36:33 UTC 2015


On 06/15/2015 08:47 AM, Tyler Hicks wrote:
> On 2015-06-13 12:00:52, John Johansen wrote:
>> On 06/13/2015 10:48 AM, Tyler Hicks wrote:
>>> Signed-off-by: Tyler Hicks <tyhicks at canonical.com>
>> Acked-by: John Johansen <john.johansen at canonical.com>
> 
> After giving it more thought, I'd like to withdraw this patch from
> consideration for two reasons:
> 
> 1) It breaks the Python wrapper build. Shame on me for not even build
>    testing that before sending this patch.
> 
>    The build breaks because we have a snippet in libapparmor.i that
>    injects some code into all wrapper functions to set an exception from
>    the errno if 'result' is less than 0. That's a problem for some of
>    the void return type functions that are exported with this change
>    because their wrapper functions don't have the 'result' variable
>    declared.
> 
> 2) More thought should go into wrapping the aa_*_new() functions and
>    aa_*_unref() functions. They should be considered as
>    constructors/destructors in the languages that we provide bindings
>    for instead of having, for example, Python code that explicitly calls
>    those functions.
> 
> There is one valid hunk in this patch, though. It is the hunk that adds
> aa_spitcon() to the libapparmor.i file. I plan on keeping John's ack and
> reducing this patch to only include that one hunk and then pushing that
> to trunk. Let me know if that's ok, John.
> 
yeah, that is fine




More information about the AppArmor mailing list