All,
On Mon, 16 Aug 2004, Norman Gray wrote:
> > I _think_ the best thing to do here is to add another dependency type,
> > declaring that some components have a configure dependency on others.
> > The GenerateDependencies program can then create a collection of those
> > components which are the target of such a dependency, and then make them
> > either within the top-level bootstrap or (better) as an additional step:
> >
> > ./bootstrap; make configure-deps; ./configure -C; make world
> >
> > If it were just tclsys that was causing the problem, I'd suggest working
> > round it as a special case, but I realise that this is probably a
> > reasonable solution for the STAR_CHECK_PROGS gymnastics as well, and so
> > is probably the neatest solution to the problem.
>
> I've modified starconf to support `configure' dependencies. If any
> component declares a `configure' dependency on another component,
> that second component is added to a list of things to be built by the
> generated target `configure-deps', in a phase before configure is run, as
> illustrated above. That works fine, though it isn't checked in right now.
After a certain amount of indecision, I've checked in these changes.
This adds 'configure' dependencies, and changes the top-level bootstrap
to the sequence of _four_ commands above. I've changed the top-level
README, but not (yet) SSN/78.
The only package which uses these is ccdpack, which now sports a line
STAR_DECLARE_DEPENDENCIES(configure, [tcl tk itcl])
so that 'make configure-deps' now builds and installs those three
components and nothing else. I've committed these changes to CCDPACK,
and verified that it does build Makefile.dependencies correctly. I
haven't committed the result, however, because it's been a while since
I did a whole-tree configure, and my configure.xml files are therefore
a bit out of date.
As you may recall, adding sst to these configure dependencies is a bad
thing, since it makes half the infrastructure libraries into such
dependencies, which is no good. So the problem with sst not being built
at configure time is not in fact resolved by this.
The way that that would be resolved is if sst were modified so that it
no longer used the per-package-dirs option. After that, make world
should work; it should work at present if no docs are built.
Were we going to have nightly builds of the classic system?
See you,
Norman
--
---------------------------------------------------------------------------
Norman Gray http://www.astro.gla.ac.uk/users/norman/
Physics and Astronomy, University of Glasgow, UK [log in to unmask]
|