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.