adapt pam_winbin.c to deal with later iniparser versions

[Matthieu Patou]

Didn't seems that there is much to upstream:
/usr/local/src/samba/lib/iniparser_build/dictionary.c
/*
  for someplatforms it's needed to inject replace.h into
  the iniparser source code
  --metze
*/
#include "../replace/replace.h"
#include "../iniparser/src/dictionary.c"

/usr/local/src/samba/lib/iniparser_build/iniparser.c
/*
  for someplatforms it's needed to inject replace.h into
  the iniparser source code
  --metze
*/
#include "../replace/replace.h"
#include "../iniparser/src/iniparser.c"

/usr/local/src/samba/lib/iniparser_build/strlib.c
/*
  for someplatforms it's needed to inject replace.h into
  the iniparser source code
  --metze
*/
#include "../replace/replace.h"
#include "../iniparser/src/strlib.c"

It seems that we don't have any patch on it but as I said we just insure 
that we use libreplace.

Matthieu.

On 02/24/2014 09:08 AM, Jeremy Allison wrote:
> On Sun, Feb 23, 2014 at 10:04:13PM -0800, Matthieu Patou wrote:
>> Kind of late info but just in case
>> On 11/14/2013 12:49 AM, Andreas Schneider wrote:
>>> Hi Noel,
>>>
>>> thanks for your contribution, but the patch is not sufficient. We have an "in-
>>> tree" copy of iniparser which needs to be updated. Also you probably need to
>>> check for the function during 'waf configure'. See
>>>
>>> lib/iniparser
>>> lib/iniparser_build
>>>
>>> I don't really know why we have two directories here ...
>>  From what I remember it's to keep a iniparser version pristine and
>> then get the patched version that will use our libreplace in the
>> _build one
> Can we send patches to fix the upstream iniparser first
> then ? Tidy up the uses of strcpy etc. etc. ?
>
> Jeremy.


-- 
Matthieu Patou
Samba Team
http://samba.org