TBOOX Open Source Project

• xmake v2.2.2, We can also manage package dependencies for C/C++

  2018-10-13

  xmake

  xmake  lua  C/C++  Package

  Introduction

  Since my English is not very good, the article uses google translation, if you can’t understand, please understand.

  After more than four months, xmake finally updated the new version v2.2.2 and launched the heavyweight feature: Natively Supported Remote Dependency Package Management.

  This feature, in fact, I have been writing for almost a year, before the initial completion, for the development of this feature and history, interested students can look at the relevant issues: #69.

  The current implementation is as follows, a fully consistent semantic version dependency description:

  

  Fully consistent cross-platform build behavior, one-click xmake compilation:

  

  Complete project description:

  add_requires("tbox 1.6.*", "libpng ~1.16", "zlib")
  
  target("test")
      set_kind("binary")
      add_files("src/*.c")
      add_packages("tbox", "libpng", "zlib")
  

  Let me briefly introduce the background of my function:

  When we write C/C++ programs, the use of third-party dependencies has always been a big problem. Because each build library has different build systems and different code platform support, it can’t be like other high-level languages. Convenient and easy to use package management support.

  Although there are package management tools such as homebrew, vcpkg and so on to solve this problem, there are some limitations, such as:

  1. homebrew does not support iphoneos, android, windows platform
  2. vcpkg does not support semantic version selection, multi-version management
  3. Does not support project management and build

  For the existing cross-platform build tools, there is no built-in package management support. For example, cmake only provides find_package to find system packages. Although it can be used with third-party package management such as vcpkg, I personally feel that it is not very Convenience. This will make other users of the project need to install vcpkg or install the dependent library to the system when compiling. For the pc platform, it is better to use it. For the iphoneos, android and other platforms, the user will toss on the library. It will be a while.

  And xmake’s philosophy is: Consistent maintenance, One-click compilation

  • Consistency of build behavior: Regardless of whether your project has library dependencies or tool dependencies, you only need to execute a xmake command to compile.
  • Consistency of project maintenance: Regardless of whether your project is used on Windows or for Linux, iPhone, or Android, you only need a xmake.lua maintenance project.

  Cmake also needs to generate additional third-party IDE project files, even if cmakelist.txt is the same, but the build and maintenance experience is not guaranteed to be completely consistent for the user. After all, it is limited to such tools as vc/make.

  阅读中文 Read All

  ---

• tbox v1.6.3 released, Support IOCP for coroutine!

  2018-08-01

  tbox

  tbox  IOCP  coroutine

  New features

  • #24: Support IOCP for coroutine on windows

  Changes

  • Move docs directory to tbox-docs repo
  • Support tinyc compiler
  • Remove deprecated module (asio), please use coroutine module
  • Improve memory for container
  • Help valgrind to understand coroutines

  Bugs fixed

  • Fix the charset problem of envirnoment variables
  • Fix process exit bug
  • Fix setenv empty value crash
  • Fix coroutine.sleep bug
  • Fix windows root path bug
  • Fix thread local memory leak
  • Fix context bug for coroutine
  • Fix tb_vsnprintf overflow
  • #43: Fix read dns server and stream bug

  Source Code

  • Github
  • Gitee
  阅读中文 Read All

  ---

• xmake-vscode v1.1.0 released, Support breakpoint debugging

  2018-06-28

  xmake

  xmake  lua  update

  xmake-vscode plugin is a xmake integration in Visual Studio Code.

  It is deeply integrated with xmake and vscode to provide a convenient and fast cross-platform c/c++ development and building.

  This version is mainly updated as follows:

  • Support breakpoint debugging, need vscode-cpptools plugin
  • Support multi-project workspaces
  • Improve mingw platform
  阅读中文 Read All

  ---

• xmake-vscode v1.0.8 released, support Qt/WDK development

  2018-06-25

  xmake

  xmake  lua  update

  xmake-vscode plugin is a xmake integration in Visual Studio Code.

  It is deeply integrated with xmake and vscode to provide a convenient and fast cross-platform c/c++ development and building.

  This version is mainly updated as follows:

  • Support windows下VScode+shell(cmd/bash)
  • Fix incomplete command bug in terminal on windows
  • Update xmake API list for auto-complete tips
  • Add Qt, WDK configuration to build Qt and WDK driver program
  • Add additional configuration arguments to support cross-compilation

  Newly added configuration:

  "xmake.QtDirectory": {
      "type": "string",
      "default": "",
      "description": "The Qt Directory"
  },
  "xmake.WDKDirectory": {
      "type": "string",
      "default": "",
      "description": "The WDK Directory"
  },
  "xmake.additionalConfigArguments": {
      "type": "string",
      "default": "",
      "description": "The Additional Config Arguments, .e.g --cc=gcc --cxflags=\"-DDEBUG\""
  }
  

  阅读中文 Read All

  ---

• xmake v2.2.1 released, Support Qt, WDK and Cuda Compilation Environments

  2018-06-17

  xmake

  xmake  lua  update  Qt  WDK  Cuda

  To make xmake more convenient and flexible to support other compilation environments, I spent four months to upgrade custom rule rules.

  Users can now implement various compilation rules by customizing the rules, and xmake also has built-in common compilation rules that can be applied directly to the current project to support QT, WDK driver and Cuda compilation environments.

  • Github Repo
  • Online documents

  Relative articles：

  • XMake: Support for the Qt SDK environment

  New features

  • #158: Support CUDA Toolkit and Compiler
  • Add set_tools and add_tools apis to change the toolchains for special target
  • Add builtin rules: mode.debug, mode.release, mode.profile and mode.check
  • Add is_mode, is_arch and is_plat builtin apis in the custom scripts
  • Add color256 codes
  • #160: Support Qt compilation environment and add qt.console, qt.application rules
  • Add some Qt project templates
  • #169: Support yasm for linux, macosx and windows
  • #159: Support WDK driver compilation environment

  Changes

  • Add FAQ to the auto-generated xmake.lua
  • Support android NDK >= r14
  • Improve warning flags for swiftc
  • #167: Improve custom rules
  • Improve os.files and os.dirs api
  • #171: Improve build dependence for qt rule
  • Implement make clean for generating makefile plugin

  Bugs fixed

  • Fix force to add flags bug
  • #157: Fix generate pdb file error if it’s output directory does not exists
  • Fix strip all symbols bug for macho target file
  • #168: Fix generate vs201x project bug with x86/x64 architectures
  阅读中文 Read All

  ---