TBOOX Open Source Project

• xmake v2.3.6 released, Added fortran compilation support

  2020-07-28

  xmake

  xmake  lua  C/C++  toolchains  fortran  zig  golang  dlang

  This version focuses on some improvements to the support of other languages, such as fortran compilation support, experimental support for zig language, and third-party dependency package support and cross-compilation support for golang/dlang.

  Although, xmake focuses on c/c++ build support, other languages support xmake will also make some improvements from time to time. Its main purpose is not to replace their official build system, but only to support mixed compilation with c/c++ , To better serve c/c++ projects, After all, some c/c++ projects still occasionally call code interfaces of other languages, such as mixed calls with languages such as cuda, dlang, objc, swift, asm, etc., so xmake still provides some basic compilation support for them.

  In addition, regarding c/c++, we also support the header file dependency format of the new /sourceDependencies xxx.json output in the vs preview version (this is more reliable and stable for multi-language header file dependency detection).

  • Github
  • Documents

  

  Introduction of New Features

  Fortran language compilation support

  Starting from this version, we have fully supported the use of the gfortran compiler to compile fortran projects, we can quickly create an empty project based on fortran by using the following command:

  $ xmake create -l fortran -t console test
  

  Its xmake.lua content is as follows:

  add_rules("mode.debug", "mode.release")
  
  target("test")
      set_kind("binary")
      add_files("src/*.f90")
  

  More code examples can be viewed here: Fortran Examples

  阅读中文 Read All

  ---

• xmake v2.3.5 released, Multi-toolchain flexible switching support

  2020-06-28

  xmake

  xmake  lua  C/C++  toolchains  cross-compilation

  The main work of this version is to continue to improve the support of the tool chain. Although the previous version achieved modular tool chain extension through refactoring, for one compilation, I want to flexibly switch the compilation on the cross tool chain/Host tool chain. Not very good support, so this version focuses on improving the support of this piece.

  In addition, this version also improves the problem of slow downloading of remote dependent packages integrated using add_requires, adding proxy settings and local package retrieval multiplexing support to improve this problem. Of course, the best way is to get a domestic CDN to speed up the download, but this cost is too high, for the time being not toss.

  There are some minor changes and bug fixes, you can see the updated content at the bottom of the article.

  • Github
  • Documents

  Introduction of New Features

  Multi-toolchain flexible switching

  For an example of this, please refer to the luajit project. The compilation process needs to first compile the two targets minilua/buildvm under the host platform, and then generate the jit code corresponding to the target platform through minilua/buildvm to participate in the compilation of the overall luajit library.

  Therefore, the entire compilation process needs to use the host tool chain for a specific target, and then use the cross tool chain to complete the compilation for other targets.

  So how should we configure xmake.lua to achieve this way, one is to set the specified host toolchain for a specific target through the set_toolchains interface, for example:

  target("buildvm")
      set_kind("binary")
      add_files("src/*.c")
      set_toolchains("xcode", {plat = os.host(), arch = os.arch()})
  
  target("luajit")
      set_kind("static")
      add_deps("buildvm")
      add_files("src/*.c")
  

  If you are currently in cross-compilation mode, even if you execute the following command to configure the android compilation platform, its buildvm is still using xcode to compile the macOS target program, only the luajit library is compiled using the ndk toolchain:

  $ xmake f -p android --ndk=/xxxx
  

  However, this is not particularly convenient, especially when cross-platform compilation, pc tool chains of different platforms are different, there are msvc, xcode, clang, etc., you need to judge the platform to specify.

  We can also continue to generalize and let xmake automatically select the currently available Host toolchain for different platforms, instead of explicitly specifying a specific toolchain, and improve it to the following version:

  target("buildvm")
      set_kind("binary")
      add_files("src/*.c")
      set_plat(os.host())
      set_host(os.arch())
  
  target("luajit")
      set_kind("static")
      add_deps("buildvm")
      add_files("src/*.c")
  

  By using set_plat and set_arch interface, directly set a specific target to the host platform, you can automatically select the host tool chain internally.

  For a complete configuration example of this piece, you can refer to: https://github.com/xmake-io/xmake-repo/blob/master/packages/l/luajit/port/xmake.lua

  阅读中文 Read All

  ---

• xmake v2.3.4 released, better toolchain support

  2020-06-05

  xmake

  xmake  lua  C/C++  toolchains  cross-compilation

  In order to make xmake better support cross-compilation, this version I refactored the entire tool chain, making the tool chain switching more convenient and fast, and now users can easily extend their tool chain in xmake.lua.

  With regard to platform support, we have added support for *BSD systems. In addition, this version also adds a ninja theme style to achieve ninja-like compilation progress display, for example:

  

  • Github
  • Documents
  阅读中文 Read All

  ---

• LTUI v1.7 released, A cross-platform terminal ui library based on Lua

  2020-05-06

  ltui

  ltui  curses  lua  xmake  ui

  LTUI is a cross-platform character terminal UI interface library based on lua.

  This framework originates from the requirement of graphical menu configuration in xmake, similar to the menuconf of linux kernel to configure the compilation parameters, so based on curses and lua, a complete set of cross Character terminal ui library of the platform. The style and style are basically completely referenced by kconfig-frontends. Of course, users can also customize different ui styles.

  In addition, LTUI is completely cross-platform, and the terminal terminal on Windows is also fully supported. On Windows, ltui will use pdcurses to draw windows.

  • Github

  Changelog

  However, the previous version did not support the layout adjustment with the size of the terminal window to automatically adjust the layout. If the window becomes larger, the entire view there will still retain the original size. In the current v1.7 version, I have carried out partial refactoring to support the window Resize and adaptive adjustment of all views layout.

  previous version:

  

  new version:

  

  阅读中文 Read All

  ---

• xmake v2.3.3 released, Support for building iOS/MacOS Framework and App

  2020-04-27

  xmake

  xmake  lua  C/C++  framework  bundle  app  codesign

  This version mainly expands the built-in build rules, and adds relevant rules to support the construction of iOS / MacOS related App application projects, Framework and Bundle programs.

  It also supports App signing, and provides related engineering templates to quickly create applications. In addition, this version has also made many improvements to Qt development and construction, adding support for Qt5.14.0 new version SDK and packaging and deployment support for Android It has also improved a lot.

  In addition to processing, xmake also provides a special xmake.cli build rule, through the integration of libxmake engine library to expand the development of xmake engine-based programs, such as: make a customized version of xmake, you can also write some lua based on this Script program.

  • Github
  • Documents
  阅读中文 Read All

  ---