To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83133
------- Additional comments from [EMAIL PROTECTED] Sun Nov 25 05:51:10 +0000 2007 ------- Just a comment, > ... My concern is that the strategy is to use cygwin's > posix format path like '/cygdrive/x/...' wherever we face problems and use > a 'wrapper' with commands. As mozilla has their own wrapper it is OK, but for > other projects I am relying on OOo's wrapper guw.exe, which Volker is planning > to stop supporting and remove. No, I don't plan to stop supporting guw.exe, I think we will need it at certain points. My current CWS nowrapcmd1 (see issue 82202) plans to remove the $(WRAPCMD) macro/variable and use mixed paths (c:/foo/bar style) whenever possible. (Have a look at the .WINPATH attribute in dmake 4.11 and newer) This way we can even remove a lot of special cases from guw again and make it easier to maintain. And, yes, it's a shame that the mixed mode handling in make is fixed in the current CVS version of make, but that no new (g)make was released yet. P.S.: If we want to avoid hardcoding of guw.exe we should already think about a successor variable for WRAPCMD, that is unconditionally set in winenv.* and always points to guw.exe. Maybe $GUWCMD ? --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]