|
Boost : |
From: Malte Starostik (malte_at_[hidden])
Date: 2003-02-14 20:32:15
On Friday 14 February 2003 16:25, Vladimir Prus wrote:
> Neal D. Becker wrote:
> > On Friday 14 February 2003 10:09 am, Vladimir Prus wrote:
> > > Neal D. Becker wrote:
> > > > > or from somewhere else? I've looked at those and source rpm does
> > > > > include "boost-build.jam"
> > > >
> > > > Which rpm?
> > > >
> > > > rpm -q boost-jam
> > > > boost-jam-3.1.3-1
> > > >
> > > > rpm -q -l boost-jam | grep boost-build
> > > > [silence]
> > > >
> > > > rpm -q -l boost | grep boost-build
> > > > [nothing]
> > > >
> > > > rpm -q -l boost-devel | grep boost-build
> > > > [nadda]
> > > >
> > > > BTW, I just rebuilt using boost-1.29.0-2.src.rpm
> > >
> > > And that package should include big tar file, with entire Boost source
> > > tree. This is what is needed.
> >
> > Oh, I see. But this doesn't get installed by any RPM. Should it? What
> > is the minimum needed to install in order to be able to play with 3rd
> > party boost packages?
>
> I'm afraid that full tree is needed now and I'm not sure what can be done
> about it now. I think that for Boost.Build V2 will just have a separate rpm
> which would allow building 3rd party packages. This might be possible
> with V1, although I'm not sure I have the time (and access to Redhat box
> ;-) )
>
> > Should boost-devel install the whole boost source tree somewhere?
>
> That's a question for Malte. Although typically, -devel packages install
> only headers.
Yes, the -devel package installs headers and static libs, not the whole source
tree. I haven't looked at handling 3rd party packages yet.
There are basically three options, in order of preference:
1) wait for Boost.Build V2.
2) there's a (rather small) subset of the source tree that suffices to make
Boost.Build work
3) I could add another RPM, boost-sources. There's one precedent for such a
package that comes to mind: kernel-sources ;-) Installing the whole source
tree with boost-devel doesn't seem clean to me.
-Malte
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk