[Tcl-bugs] [ tcl-Bugs-1500979 ] pkgIndex.tcl is removed in "make clean"

[SourceForge.net <no...@so...>]

Bugs item #1500979, was opened at 2006-06-05 15:25
Message generated for change (Comment added) made by jcw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1500979&group_id=10894

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 52. Configuration and Build Tools
Group: current: 8.4.13
Status: Open
Resolution: None
Priority: 5
Submitted By: Jean-Claude Wippler (jcw)
Assigned to: Jeffrey Hobbs (hobbs)
Summary: pkgIndex.tcl is removed in "make clean"

Initial Comment:
In my extensions based on sampleextension's TEA 3.5, make clean 
removes pkgIndex.tcl, which is however not rebuilt by a make, but by 
configure (from pkgIndex.tcl.in).

As a result, make clean causes trouble in a subsequent make.

I can't see how to work around this, the CLEANFILES variable in the 
Makefile is set up by configure.  I suppose configure should not add 
pkgIndex.tcl to the CLEANFILES list if it sees a pkgIndex.tcl.in

Maybe related: I've had trouble building a variant by creating a new dir, 
then doing "cd newdir; /path/to/orig/configure; make".  The make does 
nothing if there are build results in the original area.  Doing a "make 
clean" in the original area is enough to make the variant build normally.

Which is what brought up that first issue ...

(I try to avoid make distclean to be able to keep the configure settings)

-jcw

----------------------------------------------------------------------

>Comment By: Jean-Claude Wippler (jcw)
Date: 2006-06-11 02:40

Message:
Logged In: YES 
user_id=1983

Hm, that didn't work.  Watch: (Makefile.in contains the original line)

>From the main dir itself, Makefile ends up with (GOOD!):
  VPATH = $(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win
>From another dir, that same Makefile.in produces this (BAD!):
  VPATH = $(srcdir):$(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win

Ok, so maybe configure wants to include the top always, and drops it 
explicitly when already in the top?  When I change Makefile.in to:
  VPATH = $(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win
The in the orig dir, this ends up in Makefile (BAD!):
  VPATH = /generic:$(srcdir)/unix:$(srcdir)/win
In another dir, it produces (GOOD!):
  VPATH = $(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win

Looks like ya just can win with the current autoconf/makefile logic.

I've changed it as follows in Makefile.in for now:
  VPATH = $(srcdir)/generic:$(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win
With that double entry, I get this Makefile in the orig dir:
  VPATH = /generic:$(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win
And this Makefile elsewhere:
  VPATH = $(srcdir)/generic:$(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win

Clearly a hack, but it works for me.

----------------------------------------------------------------------

Comment By: Jean-Claude Wippler (jcw)
Date: 2006-06-11 01:49

Message:
Logged In: YES 
user_id=1983

The make-not-making problem can be solved by changing:

  VPATH = $(srcdir):$(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win

to

  VPATH = $(srcdir)/generic:$(srcdir)/unix:$(srcdir)/win

Have not looked at how to solve pkgIndex.tcl rebuild yet.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1500979&group_id=10894