Closed Bug 40880 Opened 25 years ago Closed 25 years ago

can't build Mozilla (extensions/psm-glue/public/nsIPSMComponent.idl)

Categories

(SeaMonkey :: Build Config, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: st.n, Assigned: cls)

Details

cvs checkout at 28.05.2000, 13:12:04 UTC Platform: Linux 2.2.14 (Debian woody) Configure options: --disable-debug --enable-optimize I can't build Mozilla: $ make -f client.mk everything [...] make[4]: Entering directory `/vol1/pub/mozilla/obj-i686-pc-linux-gnu/extensions/psm-glue/public' ../../../config/nsinstall -R -m 444 /vol1/pub/mozilla/extensions/psm-glue/public/psm-glue.js ../../../dist/bin/defaults/pref ../../../config/nsinstall -R -m 444 /vol1/pub/mozilla/extensions/psm-glue/public/nsIPSMComponent.idl /vol1/pub/mozilla/extensions/psm-glue/public/nsIPSMUIHandler.idl /vol1/pub/mozilla/extensions/psm-glue/public/nsISecureBrowserUI.idl /vol1/pub/mozilla/extensions/psm-glue/public/nsIPSMSocketInfo.idl /vol1/pub/mozilla/extensions/psm-glue/public/nsISSLSocketProvider.idl /vol1/pub/mozilla/extensions/psm-glue/public/nsISecretDecoderRing.idl ../../../dist/idl nsIPSMComponent.idl ../../../dist/bin/xpidl -m header -w -I ../../../dist/idl -I/vol1/pub/mozilla/extensions/psm-glue/public -o _xpidlgen/nsIPSMComponent /vol1/pub/mozilla/extensions/psm-glue/public/nsIPSMComponent.idl error opening output file: No such file or directory make[4]: *** [_xpidlgen/nsIPSMComponent.h] Error 1
I just noticed that this only happens when I have mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@ in my .mozconfig. If I leave it out, Mozilla builds fine.
reproter - do you think this is a valid bug since you have a work around?
Yes, I think it's a valid bug. When I go to the configurator (http://webtools.mozilla.org/build/config.cgi), I can choose an object directory, which adds that "mk_add_options MOZ_OBJDIR=something" to my .mozconfig. But when I do that, Mozilla won't build. So I think that object directory feature is broken. Sorry about the confusing summary and description, but the bug was already submitted when I figured this workaround out. And I don't know if it's working now, I haven't tried again yet.
ah, objdir building has been iffy for quite some time. cc'ing leaf for a history lesson.
it only takes one makefile.in to be screwed up for objdir to get broken, the fix is usually pretty trivial, it just takes someone looking at it.
I just was about to look at it, but I don't get the error any more after a checkout today. So I assume it's fixed now and I'm changing the status of this bug accordingly.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
marking verified based on stephan's comments.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.