I have no idea why its absolute. I'm building in a separate directory
to the srctree (MOZ_OBJDIR is set to simply `obj'). I have changed the
pwd from the d:/path version to simply the /path version in order to
solve some hassles I had a while back. I'll switch it back and have
another go.
Apart from a couple of other quirks that don't seem to be path related
(eg missing -Zomf) the rest of the build goes ok. The final product is
a bit flaky (assertion windows pop up on a pretty regular basis), but
hey, I'm just happy that the build finishes!
If you've got other ideas then let me know. I have to admit that while
correcting some of the quirks below (not very big changes admittedly) I
wondered if I was missing something that fixed them magically.
Thanks for any help.
IanH
ps. Apart from the rc troubles the quirks included:
- missing -Zomf when linking nsprpub/config/now.exe
(nsprpub/config/makefile.in around line 81)
- missing -Zomf -Zdll -Zmtd from nsprpub/configure.in in a few spots
around line 1427. (-Zomf already hardcoded for other lines in this
file)
- broken parsing of XP_DIST_DEP_LIBS in the makefile.in that ends up
building viewer.exe
- kDummyLast member of class being left out of obj (because its a
protected member and it doesn't get referenced?), added a reference to
it (set it to zero) in one of the classes constructors (file was
xpcom/ds/nsVoidBTree, error popped up linking
xpcom/tests/TestVoidBTree.cpp).
Henry Sobotka wrote:
>
> Ian Harvey wrote:
> >
> > 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 '/'.
>
> Why are you getting a path beginning with a slash? Are you doing a
> srctree rather than objdir build?
>
> h~
