Win2k gmake build in objdir does not work. I have had at least two problems. The first one requires a fix to rules.mk (will attach a patch from timeless) and the second problem is that even though I have not defined MOZ_INTERNAL_LIBART_LGPL the build seems to behave as if it was set. I got past that temporarily by commenting out a part of the root Makefile so that I never try to build internal libart.
I think there's a bit of confusion here. Do you mean objdir as in objtree or objdir as in those annoying .OBJ files that get put in each srcdir when you build? We don't support the latter. I don't see how that patch would make a difference as we don't use that OUTOPTION setting for win32 gmake builds. We use the first one, the one set to -Fo. I'm not sure about the svg on by default issue either. I see that the win32 gmake tinderbox is red but it uses --enable-svg & objtree builds.
I meant objtree (I think, I have mozilla/debug dir where I do ../configure and then make). This used to work like three weeks ago, but when I updated my tree today it fails...
Argh, I am oaf! I do enable internal libart in my .mozconfig file. I also have --enable-svg there. Nevertheless, those should not affect my initial problem in mozilla/js/src (unable to find a .res file for linking) which got fixed by timeless' patch. My build (still with --enable-svg) is still failing linking xpcom.dll.
Can you check to see if you have a js/src/js3240.res file in your srctree? There was a bug in the initial landing where it created that file in the srcdir but that was fixed a while ago. Can you also provide a short log of the exact errors that you are seeing?
Yeah, it's there. I nuked js dir, and objtrees, and started again. The build is now going in modules. So I might be able to mark this wfm soon.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.