On Tue, Nov 8, 2011 at 12:02 PM, Mark Dootson <[email protected]> wrote: > On 08/11/2011 09:26, Ozkan Sezer wrote: > >> That patch has not been reverted from v2.x, it is there. >> If you reverted it on your own copies, we'd like to know >> what problems it caused for you. > > My confusion. I am working with the 'stable' branch - i.e. > > http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/stable/v2.x/mingw-w64-headers/crt/_mingw_stat64.h?view=log > > I guess this was never applied there in the first place.
_mingw_stat64.h had never had any patches since its introduction in the trunk: http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/trunk/mingw-w64-headers/crt/_mingw_stat64.h?view=log > > It caused me no problems. binutils compile failed complaining about > incompatible stat and _stat64 which lead me initially to think this > patch might solve my problem. It doesn't. The real issue is problems in > binutils #include order , I think. > > In particular > binutils/bucomm.h > binutils/rename.c > > rename.c includes bucomm.h before any of the system headers. bucomm.h > contains a foward decl containing stat for a function in rename.c > So - in bucomm.h stat = stat but by the time we get to the function in > rename.c, stat = _stat64. > > Well, that's how I interpreted it :) > > I assume binutils just hasn't caught up with availability of LFS in > mingw-w64. > > --disable-largefiles solved problem. > > Many thanks. > ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
