_xpidlgen dirs not (necessarily?) removed in cleansrcdir step

RESOLVED INVALID

Status

()

Core
XPCOM
P3
normal
RESOLVED INVALID
18 years ago
10 years ago

People

(Reporter: dmose, Assigned: Mike McCabe)

Tracking

Trunk
Sun
Solaris
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
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.
(Assignee)

Comment 1

18 years ago
Didn't catch the moving-from-srcdir-to-objdir aspect before...

Isn't a fix to just Not Do That? :)
(Reporter)

Comment 2

18 years ago
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.
(Assignee)

Comment 3

18 years ago
CC'ing cls, slamm, as I don't think I'll get this quite right.

Comment 4

18 years ago
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.
(Reporter)

Comment 5

18 years ago
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
Last Resolved: 18 years ago
Resolution: --- → INVALID

Updated

10 years ago
Component: xpidl → XPCOM
QA Contact: mike+mozilla → xpcom
You need to log in before you can comment on or make changes to this bug.