To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=16752
------- Additional comments from [EMAIL PROTECTED] Thu Jan 27 12:10:17 -0800
2005 -------
So, I ran into this issue as well... I tried to trace it with dmake's "-v", and
this seems to be the interesting part:
dmake: Infering prerequisite(s) and recipe for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [cmdmailentry.c] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [cmdmailentry.cxx] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [cmdmailentry.cpp] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [../../unxlngi4.pro/misc/cmdmailentry.c] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [../../unxlngi4.pro/misc/cmdmailentry.cxx] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [cmdmailentry.m] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [../../unxlngi4.pro/misc/cmdmailentry.m] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Trying prerequisite [cmdmailentry.s] for
[../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Inferring prerequistes and recipes using:
dmake: ...
../../unxlngi4.pro/misc/s_cmdmailentry.dpcc(../../unxlngi4.pro/misc/s_%.dpcc)
--> cmdmailentry.cxx(%.cxx)
dmake: Time stamp of [../../unxlngi4.pro/misc/s_cmdmailentry.dpcc] is 0
dmake: Infering prerequisite(s) and recipe for [cmdmailentry.cxx]
dmake: Time stamp of [cmdmailentry.cxx] is 1087486870
dmake: >>>> Making [cmdmailentry.cxx]
dmake: >>>> Making [../../unxlngi4.pro/misc/s_cmdmailentry.dpcc]
dmake: Updating [../../unxlngi4.pro/misc/s_cmdmailentry.dpcc], (1087486870 >
0)
echo ------------------------------ >& /dev/null
echo Making: ../../unxlngi4.pro/misc/s_cmdmailentry.dpcc >& /dev/null
dmake: <<<< Set [../../unxlngi4.pro/misc/cmdmail.mk] time stamp to 1106855120
dmake: Time stamp of [.REMOVE] is 0
dmake: >>>> Making [.REMOVE]
dmake: Updating [.REMOVE], (1106855120 > 0)
dmake: <<<< Set [.REMOVE] time stamp to 1106855120
rm -f ../../unxlngi4.pro/misc/s_cmdmailentry.dpcc >& /dev/null
/local/ooo-build/ooo-build/build/src680-m74/solver/680/unxlngi4.pro/bin/makedepend
-f - -p../../unxlngi4.pro/slo/ -D_SOLAR__PRIVATE -I. -I../../unx/inc -I../inc
-I../../inc
-I/local/ooo-build/ooo-build/build/src680-m74/solver/680/unxlngi4.pro/inc
-I/local/ooo-build/ooo-build/build/src680-m74/solver/680/unxlngi4.pro/inc
-I../../unxlngi4.pro/inc -I: -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL
-DGXX_INCLUDE_PATH=/usr/include/g++ -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2
-DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT
-DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI
-DSOLAR_JAVA -DSRC680 -DSHAREDLIB -D_DLL_ -DMULTITHREAD cmdmailentry.cxx
> ../../unxlngi4.pro/misc/s_cmdmailentry.dpcc
echo ../../unxlngi4.pro/misc/s_cmdmailentry.dpcc :
../../unxlngi4.pro/slo/cmdmailentry.obj
>> ../../unxlngi4.pro/misc/s_cmdmailentry.dpcc
dmake: Openning [../../unxlngi4.pro/misc/s_cmdmailentry.dpcc] for read (fail)
dmake: /local/ooo-build/ooo-build/build/src680-m74/solenv/inc/target.mk: line
2237: Error -- Include file ../../unxlngi4.pro/misc/s_cmdmailentry.dpcc, not
found
dmake: Closing
[/local/ooo-build/ooo-build/build/src680-m74/solenv/inc/target.mk]
dmake: Closing [makefile.mk]
dmake: Time stamp of [.ERROR] is 0
dmake: >>>> Making [.ERROR]
dmake: Updating [.ERROR], (1 > 0)
echo '---* TG_SLO.MK *---'
'---* TG_SLO.MK *---'
dmake: Left temp file [/tmp/mkiFCYvA]
ERROR: Error 65280 occurred while
making /local/ooo-build/ooo-build/build/src680-m74/shell/source/cmdmail
The usage of the .REMOVE rule looks strange to me. I tried this patch:
--- dmake/infer.c 2005-01-27 20:41:08.330219007 +0100
+++ dmake/infer.c 2005-01-27 20:41:02.635178305 +0100
@@ -193,7 +193,7 @@ CELLPTR setdirroot;
if( infcell != cp ) {
infcell->ce_flag |= F_INFER;
- if( !first ) infcell->ce_flag |= F_REMOVE;
+// if( !first ) infcell->ce_flag |= F_REMOVE;
}
if( !match->ic_flag )
and the next ~20 runs were OK.
But I really do not know whether this is at least close to a correct fix;-) I
have no clue what is the purpose of the line I commented out, so this might be
just a coincidence. Could you check it, please?
---------------------------------------------------------------------
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]
