下文可能会让现在的一些同事看了不舒服，但是确实是你们失职了。

[100%] Linking CXX executable ../../../bin/Debug/GateServer
../../../bin/Debug/libbase.a(loslib.c.o): In function `os_tmpname':
/data/rogame/server-master/base/xlib/lua/loslib.c:60: warning: the use of `tmpnam' is dangerous, better use `mkstemp'
[100%] Built target GateServer

编译的时候每个 Target 都输出这个 warning，每次编译，一连串这个 warning。

RO 具体几号上线的不知道，就当时 git 仓库首次提交算吧，虽然是首次提交，但是其实已经这时已经上线了，代码功能都以成型，且也是存在这个问题的。

commit d3e535bf40c1604a09e8df9d12fa33bfb4d50989
Author: xxxxxx <xxxxxx@xxxxxxdeMac-mini.local>
Date:   Tue Apr 18 12:22:12 2017 +0800

    submit trunk

commit 56ddd07be4c24d637941761222011f6553502710
Author: xxxxxx <xxxxxx@xindong.com>
Date:   Tue Apr 18 12:14:54 2017 +0800

    Initial commit

从 commit 历史记录（submit trunk）推测应该项目之前用的是 svn 来做版本控制。

存留了 3 年多的 warning 没人改，最直观能得出的判断是，在 RO 服务器这边 warning 可以忽略，但是貌似也不是这个样子的，工作群里也会时不时冒出提醒修改 warning 的消息。可能大部分同事的想法是，不是自己写出来 warning 不用看，但是作为服务器这边的 leader，是不是失职了呢？

来 XD 5 个月 04 天，RO 虽然在商业上给公司带来了不错的收入，但单纯从技术上看 RO 这款产品，其实是不算成功，看我上一篇写 RO 服务器优化的。压垮我继续在 XD 信念的最后一根根稻草是这个 warning（因为解决方案真的是很简单）。从硬件条件看 XD 其实挺好的（办公环境、外设、软件、老板推崇奈飞的理念），但是企业终究还是由人来构成的，从我现有认知看，历史包袱会成为 XD 未来发展的一个阻碍。

已改，“再见” XD。

commit 680980fa9a5345a7bda36e562ce30d8623cbf44c
Author: shenyu <shenyu@xd.com>
Date:   Mon Dec 21 19:46:01 2020 +0800

    RO-114465 迪士尼活动-引导总览, 去除 lua lib 编译 warning: the use of `tmpnam' is dangerous, better use `mkstemp'