14062 2020-09-24 07:10:38 +0000 Should we support native builds and ptest for all/most packages 2026-06-19 20:26:37 +0000 1 1 7 Build System, Metadata & Runtime OE-Core oe-core other 3.3 x86 Multiple NEW Low enhancement Future 1 randy.macleod randy.macleod ross.burton tim.orling --- --- Don't know oldest_to_newest 88209 0 randy.macleod 2020-09-24 07:10:38 +0000 It might be nice to support building most packages natively and to be able to run ptests on these native packages. This would enable us to be able to easily compare the native ptest result with a cross-build result. Aside from inheriting native support, there may be a non-trivial amount of work so I'm just recording the idea here to see what others think. 88216 1 ross.burton 2020-09-24 08:19:11 +0000 Somewhere I had a branch that added a 'check' task between compile and install to let the recipe execute 'make check'. I can't seem to find it though... 88218 2 randy.macleod 2020-09-24 08:26:24 +0000 For some recipes such as udev or systemd this could be disruptive. There are stll lots of recipes that do not even have ptests for the target and this more important than this enhancement. 99762 3 tim.orling 2024-10-03 15:02:39 +0000 Bump. 105951 4 randy.macleod 2026-06-18 17:29:57 +0000 Ross, Tim, Should I close this enhancement as: resolved/obsolete or can Ross find the WIP branch... 105959 5 ross.burton 2026-06-19 10:24:08 +0000 The branch is lost. I do think it would be interesting to have opt-in testing for native recipes where 'make check' can work. For select recipes only, I don't think we should be running the gtk4-native test suite because we can. But stuff like the autoconf and python where we're actively relying on them could be more interesting. 105962 6 randy.macleod 2026-06-19 20:26:37 +0000 Thanks for the comment Ross - Low Future it is.