Hi Jack,
[EMAIL PROTECTED] wrote:
Well, that ought to teach me to comment stuff out. Now, it
crashes in the very next block of code with this error:
/cygdrive/c/downloads/openOffice/src680_m117/moz
dmake: extractfiles.mk: line 240: Error -- Expecting
macro or rule defn, foun
d neither
Looking at that error and your previous one gives an idea of the
problem. It probably was caused by cvs (maybe the version you are using
or some option ?).
The code it's crashing in now is this:
# copy files in COMPONENT_RUNTIMELIST
+$(foreach,file,$(COMPONENT_RUNTIMELIST) $(COPY)
$(MOZ_BIN_DIR)$/components$/$(DLLPRE)$(file)$(DLLPOST) \
$(RUNTIME_DIR)$/components$/$(DLLPRE)$(file)$(DLLPOST) &&)
\
echo >& $(NULLDEV)
The contents of this is irrelevant. This code is supposed to be part of
a rule definition (the $(MISC)$/build$/so_moz_runtime_files one).
Apparently dmake does not reckognize that this piece of code (and
earlier the @echo in the non-Solaris case) is still part of that rule,
due to the blank-looking lines that separate the blocks.
IIRC these lines must not be empty, but should contain a 'tab' character
at the beginning that signals to dmake that they are still part of the
rule. Either cvs or an oversmart text editor apparently has stripped
this tab in the line before '# copy files in RES_FILELIST' (possibly in
more).
Now, I have to wonder if it's not unzipping the files in
the /moz/zipped directory.
In short, something is not right, and commenting out the
effects of testing for solaris didn't fix anything.
More research. Maybe this new "bug" will trigger some more
ideas.
Maybe a fresh checkout of solenv is the most promising idea to fix this.
HTH, Joerg
--
Joerg Barfurth Sun Microsystems - Desktop - Hamburg
>>>>>>>>>>>>>>>>>> using std::disclaimer <<<<<<<<<<<<<<<<<<<<<<<
Software Engineer [EMAIL PROTECTED]
OpenOffice.org Configuration http://util.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
