Richard Purdie wrote:
> > +RDEPENDS_${PN}-ptest += "make"
> > +RDEPENDS_${PN}-ptest_virtclass-native = ""
> > +RDEPENDS_${PN}-ptest_virtclass-nativesdk = ""
>
> The above scares me. Why? This is going to make packaging of zlib
> dependent on the packaging of make, due to the way our packaging works.
Will it? The intention is to specify that make is only required for running
zlib-ptest (and only on target). We do a similar RDEPENDS-ptest declaration in
glib-2.0, adding some tzdata and python packages.
I must admit to not building without ptest very often, but I was under the
impression this works as intended.
> I also wonder if the make dependency itself isn't best left against the
> main ptest-runner script itself rather and each ptest package.
While make is used by many test suites and could be added to ptest-runnner to
reduce clutter in other recipes, I think it is the wrong thing to do. You don't
have to install ptest-runner to run ptests, it is merely a convenience script
that makes it easier to run all of them at once.
Also, make is not the only package required by test suites. For example the
gcc-runtime test suite I'll be submitting soon depends on dejagnu (which
depends on expect, which depends on tcl). And others still depend on perl or
other largeish packages.
> > +FILES_${PN}-dbg += "${PTEST_PATH}/.debug"
> Is this needed after the other fix?
No, this was a leftover mistake. Thanks for spotting it.
--
Björn
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
