In gfx/src/os2/res/makefile.in (from ~week ago) is the following:
----
gfxres.res: gfxres.rc
cp $(topsrcdir)/gfx/src/os2/resID.h ./resID.h
ifneq ($(DEPTH),$(topsrcdir))
cp $(srcdir)/libprint.ico ./libprint.ico
cp $(srcdir)/gfxres.def ./gfxres.def
endif
rc $(RCOPTS) -r $(srcdir)/gfxres.rc $@
----
Warnings about what is in rules.mk being overrided appear during the
build. The path separator replacement doesn't happen, and hence you get
the problem.
This also occurs in widget/src/os2/res/makefile.in.
For rc version 5.00.000 paths that _start_ with a '/' cause problems.
If the path starts with anything else (e.g. '..' as in Henry's example)
the command works, even if the path then subsequently contains a '/'.
Apologies if its already been fixed, but cvs always fails with a broken
pipe while pulling the SeaMonkeyAll module here (it works for all the
other modules, and works when starting a fresh tree) so I am a little
bit behind the tip.
IanH
Michael Kaply wrote:
>
> We added code in rules.mk that flips the slashes, so we believe either
> compiler should work.
>
> The other issue was the ability of the RC to find icons and bitmaps in the
> include path - we fixed that by just copying the files in the objdir case.
>
> So, any RC should work at this point I believe.
>
> If it doesn't, it is a bug.
>
> See:
>
> http://lxr.mozilla.org/seamonkey/source/config/rules.mk#630
>
