预制版不能在 Linux 上使用 g？

Question

预制版： 4.3 （在此下载）

在Linux上运行make时，我得到以下错误:“g : x86_64:没有这样的文件或目录。”从CFLAGS中移除$(ARCH)后，使工程正常。

红帽子:

• 系统版本（“cat/etc/redhat release”）：Red Hat Enterprise Linux Server 6.5版（圣地亚哥）
• 内核版本（“uname-r”）：2.6.32-431.11.2.el6.x86_64
• “uname-p”：x86_64
• “uname-m”：x86_64
• C编译器：g

Ubuntu:

< li >系统版本(" cat/etc/issue "):Ubuntu 12 . 04 . 5 LTS < li >内核版本(" uname-r "):3 . 2 . 0-67-通用 < li>"uname -p": x86_64 < li>"uname -m": x86_64 < li>C编译器:g

我也在Mac上成功运行了相同的程序。

苹果：

< li >系统版本:OS X 10.10 (14A389) < li >内核版本:Darwin 14.0.0 < li>"uname -p": i386 < li>"uname -m": x86_64 < li>C编译器:clang

premake4.lua

solution "Hello"
  configurations { "Debug", "Release" }

    configuration { "Debug" }
      defines { "_DEBUG", "DEBUG" }
      flags   { "Symbols", "ExtraWarnings" }

    configuration { "Release" }
      defines { "NDEBUG" }
      flags   { "Optimize" }

  project "hello"

    kind "ConsoleApp"
    language "C++"
    location "."

    files { "hello.cpp" }

hello.cpp是标准的hello world程序。

$（ARCH）有什么原因吗？从clang和g的文档来看，仅仅提供不带标志的体系结构类型似乎并不是一个编译器选项。我错过了什么吗？

Answer 1

这个$（ARCH）变量已经在生成的makefile中存在了很长一段时间，但它似乎已经不再有用了。我现在已经把它去掉了；如果仍需要将标志注入构建，我们可以找到一个更安全的名称。

您可以从Premake 4. x BitBucket存储库中获取固定版本。