From: Vladimir Prus (ghost_at_[hidden])
Date: 2003-06-03 03:30:14
> > Thanks for explanation. As I understand, making the external
> > tarred/patched project into real V2 project (which main targets for some
> > libraries) is not possible?
> I'm not sure what you mean. The project that un-tars and patches IS a
> real V2 project.
> Do you mean the thing that is being un-tarred in the first place? It is
> not possible in general because these come from dozens of third-party
> sources. N.B. it is a requirement of our system that these tar files
> are reposited *unmodified* so that there is a traceable path from
> distribution to compiled library.
I meant something different. Whenever I use external thing, I don't use
sources from it directly, but rather libraries. In your use case, you seem to
be using specific source files.
> > Probably, I'm overestimation possible confusing. Let's see if we can
> > agree on new target id syntax. You've proposed:
> > <target-or-filename>
> > @<project>[@<target-or-filename>]
> > Which in essense, means a second separator for target.
> > I'd suggest:
> > - using '%' for the second separator
> > - allow current slash separated syntax as the last fallback, until we
> > roll M4.
> > What do you think?
> Actually, I don't see a point for the "@" at the beginning...I was just
> following the current syntax which I don't entirely understand. Is
> there a reason for the initial '@'? If not, the syntax could be as
> simple as
> N.B. The specification "<project>" won't be confused with
> "<target-or-filename>" in any meaningful way because the former must be
> a directory name that contains a Jamfile....there is some potential
> ambiguity here, but I don't know if it's worth adding extra notation for.
The point of @ at the beginning is that project can be referred in two ways:
- using Jamfile directory
- using project-id
To indicate that project-id is used, we need "@" symbol.
So the actual grammar is
> I don't care what the separator '@' is as long as it's not '/'!
OK. I think I'll work on STLPort support for a while and then get to target
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk