全局变量异常

[Dozingfiretruck]

Xmake 版本

xmake v2.8.3+dev.654050350

操作系统版本和架构

win10

描述问题

例如：
a = "qqq"
local b = "www"

target("xxx")
after_build(function(target)
print(a)--nil
print(b)--"www"
end)
target_end()
另外也没有_G全局表

期待的结果

全局变量可以所有xmake和阶段访问到

工程配置

无

附加信息和错误日志

无

[waruqi]

不要跨脚本域访问描述域变量，我限制了。。

不要访问 _G ，我也限制了。。

[waruqi]

脚本域走 target:values 获取，描述域获取，就没必要走 set_values ，直接 lua 变量不就好了

[waruqi]

阶段滞后，得看你这的需求来定了，

项目中这些 includes(project_dir)目录是要动态获取的，应为客户要编译sdk不同demo不同项目，包括每个target的名字，和dep依赖的target

通常不建议动态 includes，而应该是全部 includes 后，根据 option/config 去动态的在 on_load 中，对 target 启用或禁用

包括每个target的名字，和dep依赖的target

dep 是可以在 on_load 里面动态设置的。。只是不能在 on_config 中设置而已。

[Dozingfiretruck]

阶段滞后，得看你这的需求来定了，

项目中这些 includes(project_dir)目录是要动态获取的，应为客户要编译sdk不同demo不同项目，包括每个target的名字，和dep依赖的target

通常不建议动态 includes，而应该是全部 includes 后，根据 option/config 去动态的在 on_load 中，对 target 启用或禁用

包括每个target的名字，和dep依赖的target

dep 是可以在 on_load 里面动态设置的。。只是不能在 on_config 中设置而已。

你说的我知道是什么意思，但是这是写xmake时候就已经知道要编译什么并且熟悉xmake的情况下，我们做的csdk是给所有人用的，这些人只想写自己的xmake.lua，并不会深入了解，他们习惯了make,cmake,scons这种只需要修改他们自己的编译文件的方式，而且这种也确实是很方便维护和上手的，所以只维护自己的xmake.lua我觉得应该是合理的情况，其他的sdk基本也都是这么做的，包括idf,rtthread等等，他们用的make,cmake,scons等，放到xmake中应该就是include使用者自己的xmake.lua，如果这个阶段一定要最前面，config在后面，那还是要自己走环境变量实现，但是这就脱离了xmake，我认为一个完善的构建应该脱离环境变量，所以我一直在找各种方法，把之前的环境变量都换成了option，但是option+config阶段靠后这里是在绕不过去……

[waruqi]

你 csdk 对用户导出，不应该做成 package 不更好么。。用户端只需要 add_requires("csdk", {configs = {example = get_config("example")}}) 去配置集成，都是支持 option 的

其他不用管，另外 package 里面也可以导出 custom rule...

另外， 也可以参考 https://github.com/microsoft/cheriot-rtos 的做法，只需要用户端统一一个 includes("sdk")

另外，我看你的工程里面这种，通过配置去选择编译 target。

target("csdk")
    set_kind("static")
    set_targetdir("$(buildir)/csdk")
    add_deps(USER_PROJECT_NAME)

target(USER_PROJECT_NAME..".elf")
    set_kind("binary")
    set_targetdir("$(buildir)/"..USER_PROJECT_NAME)
    add_deps("csdk")
    add_deps(USER_PROJECT_NAME)

完全可以一次性 includes 后，根据 set_default + option 去启用，不走环境变量。。

先 includes 所有

includes("project")

project/xmake.lua 里面，遍历所有 example ，一次性定义完所有 target，并默认 default = false 禁用

includes("*/xmake.lua")

for _, filepath in ipairs(os.files(path.join(os.scriptdir(), "*", "xmake.lua"))) do
    local name = path.basename(path.directory(filepath))
    target("csdk_" .. name)
       set_kind("static")
       set_default(false)
       set_targetdir("$(buildir)/csdk")
       add_deps(name)

    target(name..".elf")
      set_kind("binary")
      set_targetdir("$(buildir)/".. name)
      add_deps("csdk_" .. name)
      add_deps(name)
      set_default(false)
      on_config(function (target)
           -- 如果 xmake f --example=xxx 用户配置启用当前 target，就单独编译它，其他的默认禁用
           if is_config("example", name) then
               target:set("default", true)
           end
      end)
      -- 其他所有 通用配置，可以通过 rules 统一配置
      add_rules("common_configuration") 
      -- 也可以在描述域，通过 function 去 wrap 通用的 add_defines,add_links, on_load 处理，统一设置，怎么搞都行。。
      add_common_configuration()
end

反正，xmake 的设计就是，includes 只管 includes 所有，仅仅只是整合所有的子工程配置，不做选择编译和状态控制，target 的编译选择，都是 set_default 和 option 干的事情，跟 includes 没有任何关系。。

所有复杂的控制处理都是 脚本域+rule 里面去处理的

[Dozingfiretruck]

反向include,这是个好办法，但是现在这个仓库改动的话变动太大，客户肯定了受不了，先这样吧，这个只能先走环境变量了，下一个sdk再改，感谢回复

[Dozingfiretruck]

不要跨脚本域访问描述域变量，我限制了。。

不要访问 _G ，我也限制了。。