Closed Bug 24259 Opened 25 years ago Closed 25 years ago

_xpidlgen dirs not (necessarily?) removed in cleansrcdir step

Categories

(Core :: XPCOM, defect, P3)

Product:
Core
Component:
XPCOM
Platform:
Sun
Solaris
Type:
defect

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: dmosedale, Assigned: mike+mozilla)

Details

In trying to move from a srcdir build to an objdir build (in the same tree), I
found that "gmake -f client.mk cleansrcdir" doesn't seem to blow away any
_xpidlgen directories.
Didn't catch the moving-from-srcdir-to-objdir aspect before...

Isn't a fix to just Not Do That? :)
No.  cleansrcdir is supposed to work for exactly this situation: it's supposed
to return a tree to it's virgin state so that I can do just this sort of change
without having to checkout a fresh tree.
CC'ing cls, slamm, as I don't think I'll get this quite right.
Works for me.  I just did a "./configure; make export" in the srcdir and
verified that the _xpidlgen dirs existed.  Then I did a "make -f client.mk
cleansrcdir" and the _xpidlgen dirs were removed with the other generated files.
_xpidlgen is removed as part of the distclean target.

Hmmm.  Maybe I was wrong about what was going on.  I suspect I must have done
the "cleansrcdir" step after trying to transition over to the objdir state.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Component: xpidl → XPCOM
QA Contact: mike+mozilla → xpcom
You need to log in before you can comment on or make changes to this bug.