ruki

> Support dynamical script load, so we can distribute some xmake scripts by packages. This would be useful when sharing some scripts between projects. This key point is difficult to...

> I think it is very important to improve the documentation, now the documentation of a few more serious problems 1 Even if I select Chinese in xmake.io, the search...

Remove support for built-in variables in script scope, support it only in the description scope, Poll: https://github.com/xmake-io/xmake/discussions/5529

> Rename `buildir` to `builddir` Poll: https://github.com/xmake-io/xmake/discussions/5533

> Use ninja generator for cmake package by default. Poll: https://github.com/xmake-io/xmake/discussions/5545

> Add a way to really clean everything. Sometimes, I need to delete `.xmake` directories (and/or build directory) in order to fix a build that should work. A nice command...

> 希望定义option时可以直接指定default值，而不用这样再包一层 https://github.com/xmake-io/xmake-repo/blob/dev/packages/a/angle/port/6288/xmake.lua 原本就可以直接指定，这里的问题是你用了 is_plat ，想要在 option 里用，只能在脚本域。这个是本身机制决定的，没法在描述域实现

> 跑测试的时候，是否有必要把所有的config也测试到呢？ 比如下面的pr，其实是测试不到新添加的config的 [xmake-io/xmake-repo#5115](https://github.com/xmake-io/xmake-repo/pull/5115) > > 或者说写包描述的时候可以给config添加一个字段指定是否对这个config进行自动测试 这个不太现实，新增一个config ，排列组合下，ci 的测试 job 是数量级暴增的，一个 config 如果不是 boolean 值，是 string values 的，组合就更多， 还可能引入各种 deps 编译，没这么多资源，不仅耗时，耗ci资源，跑出问题，也没这么多人力修。

> 是否考虑增加has_option/get_option相关针对option的独立api。把option和config的获取分开 现在其实是用一个has_config/get_config来获取option包括config的值，很容易有歧义，下意识去搜索option相关的api也找不到 群友也有遇到同样问题  option 就是为 config 服务的，改不了。

目前只有 `xmake f -p cross` 切到 cross 平台才会作为交叉编译透传工具链