To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74007
------- Additional comments from [EMAIL PROTECTED] Wed Sep 5 02:08:28 +0000 2007 ------- I admit OOODMAKEMODE is a cludge, it's just to work around a problem in the makefiles that need the leading ./ . It "breaks" the normalizing of the internal representation of targets. Unfortunately dmake just processes the commandline arguments in the order of appearance, so that the macro definition of OOODMAKEMODE has to happen before the target is created, and the target is created once it appears on the commandline. It might be possible to save the list of targets mentioned on the commandline and process them after startup.mk is read. Is it worth the effort? I would vote for putting in the environment, that is a one line patch for config_office and probably equally easy for the Hamburg environment. This would remind us of this problem, and maybe we can get of it at one point by using $(SOMEVAR:n) or $(normpath ..). --------------------------------------------------------------------- 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]
