Re: [gentoo-dev] question regarding inherit

[Paul de Vrieze]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 04 June 2004 00:31, Jason Stubbs wrote:
> On Friday 04 June 2004 03:53, foser wrote:
> > On Thu, 2004-06-03 at 19:41 +0200, Marius Mauch wrote:
> > > On 06/03/04  Aron Griffis wrote:
> > > > I'm under the impression that this is bad.  Could somebody
> > > > please verify and explain for the sake of people on this list.
> > > > This particular example appears in the libxslt ebuilds, but the
> > > > kde ebuilds make use of a similar syntax:
> > > >
> > > >     use python && inherit python
> > >
> > > Bad because it breaks the cache. Depending on the status of the
> > > python flag *on the rsync master* the cache settings are or are
> > > not modified by the python.eclass and could be completely
> > > different from the values the cache should have for the user.
> > > That's also the case for other cache variables like DEPEND,
> > > SRC_URI or SLOT, if you make them conditional on the environment
> > > it's likely that the cache values are wrong for some people.
> >
> > The problem is that it shouldn't be a problem to do things like
> > this, it's portage that makes it problematic. It is not obvious why
> > this is problematic, so situations like these are going to pop up
> > time and time again. In my opinion this need to be fixed in portage,
> > not necessarily in the ebuilds/eclasses. And yeah, i'm talking here
> > without any knowledge of portage cache handling, ideal world type of
> > talk.
>
> Three options:
>
> 1) Drop portage caching altogether.
> 2) Separate the global section into a separate non-bash file with new
> syntax. 3) Make everything constant in the global section of ebuilds.
>
> #1 is definately not acceptable at this stage as dep calculation time
> would take about 50 times as long. #2 is probably the best but offers
> no short term solution. Which leaves #3.
>
> Most dynamic stuff should be able to be done in pkg_setup(). Anybody
> who has more specific requirements should jump into #gentoo-portage to
> discuss them and find a better solution.

To this regard I have created a parser in c++ (with python frontend,
python is too slow for parsing) that can perform this. It refuses to
perform any dynamic functions, but is faster than the current bash based
parsing. It supports inheritance but no other toplevel functions.
Support for a limited set could be added if needed.

If anyone is interested I could make a tarbal of the sources

Paul

- --
Paul de Vrieze
Gentoo Developer
Mail: pauldv@g.o
Homepage: http://www.devrieze.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAwHNxbKx5DBjWFdsRAq7rAKC8A9gZE6mW6uvnxHrUlDI0CImlTQCg6hLt
4ccttCmL+x434g5dn9CZvEE=
=d6dR
-----END PGP SIGNATURE-----

--
gentoo-dev@g.o mailing list