On 05/02/2017 01:55 PM, Ulf Hermann wrote:
>> Maybe we can cleanup that last
>> one once we integrate gnulib (which I believe has a good/64-off_t fts.h
>> already).
>
> gnulib is among the bad ones. Or, at least we detect it as bad.
Sorry, I meant the msys fts.h. That is also the one which needs
Maybe we can cleanup that last
one once we integrate gnulib (which I believe has a good/64-off_t fts.h
already).
gnulib is among the bad ones. Or, at least we detect it as bad.
Ulf
On Thu, 2017-04-20 at 16:31 +0200, Ulf Hermann wrote:
> config.h doesn't have include guards, so including it twice is bad. We
> deal with this by checking for PACKAGE_NAME, but only in some places.
> Once we start using gnulib, we will need to include config.h before any
> gnulib-generated headers
config.h doesn't have include guards, so including it twice is bad. We
deal with this by checking for PACKAGE_NAME, but only in some places.
Once we start using gnulib, we will need to include config.h before any
gnulib-generated headers. This is problematic if we include it
transitively through ou