Hi, So yet again I was wrestling PACKAGES and FILES in an attempt to get everything in the right place, the latest complication being ptest and where they are in the PACKAGES chain making correct splitting tricky.
Again I wondered why debug packages need explicit FILES, and did a quick hack as a proof of concept to put split debug objects and source code into PN-dbg automatically, instead of through explicit FILES. This hack is at best: it clears FILES_PN-dbg in bitbake.conf and as it executes do_package FILES is set for each file it handles. As PN-dbg is at the beginning of PACKAGES it takes the right files before other packages, apart from when other =+ is used as in ptest... so my original reason for looking at this is still a problem. This is in ross/debug in poky-contrib, fwiw. Before I look at this again and avoid FILES entirely, I should check that my assumptions are valid in the greater community. My big assumptions here are that 1) every recipe has a single -dbg package, 2) every debug object belongs in that -dbg package, 3) only debug objects and sources belong in that -dbg package. I know there are recipes floating around that have multiple -dbg packages, but I can't see a great rationale for that. I also can't see a reason why you'd want debug objects/sources outside of the -dbg package, or something that wasn't a debug object or source inside the -dbg package. Anyone disagree? Ross -- _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-devel
