Closed Bug 29597 Opened 25 years ago Closed 22 years ago

Cannot build Mozilla from read-only device

Categories

(SeaMonkey :: Build Config, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: cls, Assigned: cls)

Details

Currently, it's not possible to build Mozilla from a read-only device such as a
read-only nfs mount or a cdrom.  There are several instances where we modify
files in the source directory rather than the directory where Mozilla is being
built.  Under windows, I don't think it's even possible to build using a
separate drive than the source.  In the classic 4.x source, there was a MOZ_OUT
variable that could be set but it doesn't appear to be used anyomre.
I would be _really_ suprised if MOZ_OUT was even close to working. It's probably 
bitrotted to a point where you'd have to re-write it.
Status: NEW → ASSIGNED
MOZ_OUT also only affected the final DIST export location, the .obj files from 
individual directories were still built in the same place they are now.

The main reason for MOZ_OUT was that the executable and .DLL's were buried way 
down in the tree and weren't in dist at all. They were in 
ns/cmd/windows/src/mkfiles32/win32_d.obj or something obscure like that.
mass re-assign of all bugs where i was listed as the qa contact
QA Contact: cyeh → chofmann
Target Milestone: --- → M18
I've checked in a patch for unix that handles the files that were being modified
in the source tree.  On the unix side, all we have left is the fact that tmp
.mozconfig.mk files are created in $(topsrcdir) if you use 'make -f client.mk
build'.
Target Milestone: M18 → mozilla1.0
Target Milestone: mozilla1.0 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → Future
I think that we're about as close as we're going to get.  Plus bug 141834 is
going to render this null and void on win32.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.