Hi 28.06.2021 14:00, Agostino Sarubbo пишет: > Hello all, > > long story short: > > when there is a major change (new gcc, new libc, and so on), tinderbox takes > a > lot of time to test the entire tree. > > Let's do a practical example: > A new version of sys-devel/gcc is added to the tree. > > There is no way to know how much packages compiles C/C++ code, so the easiest > way is compile the entire tree. > > Instead, imagine that each ebuild declares a variable called SOURCETYPE ( or > similar, or in metadata.xml if you prefer ) and with a tool like equery/eix > we > are able to get the list of all packages that compiles C code. > > The same thing applies to other languages like python, ruby, go and so on > where compile the dev-$language category covers a lot of packages, but there > will be always other ebuilds that uses $language in other categories. > > What do you think? > > Agostino > >
I can easily imagine a scenario where some pure perl package would fail tests because one of indirect dependencies was compiled with clang instead of gcc. -- Best regards, Alexey "DarthGandalf" Sokolov
