as Norbert says I think you may end up with path problems.
Converting between Cygwin and Windows format pathnames is one simple
Cygwin library call, cygwin_conv_path() declared in <sys/cygwin.h>.
 Incidentally, there is a remake.c (touch_file) method there already,
Weird that it opens the file, reads a byte and writes it back...
What's wrong with utimes() (in the case of an already existing file)?
(Yeah, I guess it isn't equally portable.) But at least in our private
fork, for Windows we definitely should just use SetFileTimeW() on
Windows, perhaps utimes() on Unix, and if that fails because of
non-existent file, then fall back to the portable code that uses
O_CREAT.
prolly more likely to go up-stream like that.
I expect the biggest hurdle to upstreaming will be "so where are the
unit test additions/changes to check that your changes work and don't
break anything" and "where is the documentation patch" ;)
--tml
Context
- Re: offapi again builds faster; user of gb_Deliver_deliver responsible	for the directory (continued)
 
  Re: performance enhancements for cygwin make · Michael Stahl
  Re: performance enhancements for cygwin make · Michael Meeks
   
 
  Privacy Policy |
  
Impressum (Legal Info) |
  
Copyright information: Unless otherwise specified, all text and images
  on this website are licensed under the
  
Creative Commons Attribution-Share Alike 3.0 License.
  This does not include the source code of LibreOffice, which is
  licensed under the Mozilla Public License (
MPLv2).
  "LibreOffice" and "The Document Foundation" are
  registered trademarks of their corresponding registered owners or are
  in actual use as trademarks in one or more countries. Their respective
  logos and icons are also subject to international copyright laws. Use
  thereof is explained in our 
trademark policy.