2

我正在从事一个有多个级别的项目。就个人而言，我是 qbs 的新手，内部关于 qbs 的文档和示例并不多。

环境：

Qt5.6.1；Qt 创建者 4.01；Ubuntu 16.04；QBS 1.5.1

这是项目的层次结构。在顶层，它有 project.qbs：

import qbs
import qbs.File
Project{
    var binaries = [
        "component1/component1.qbs",
        "component2/component2.qbs",
        "subpro/subpro.qbs",         // <- 1. the project I am working on
        "ourlib/ourlib.qbs",         // <- 2. the library I am using
    ]
    return binaries
}

subpro.qbs 类似于：

import qbs
Project {
    name: subpro
    references:[
        "app1/app1.qbs"
        "app2/app2.qbs"
        "myapp/myapp.qbs"          //<- 3. the application I am working on
    ]

}

myapp.qbs 就像：

import qbs
CppApplication{
    type: "application"
    name: "myapp"
    Group{
        name: "project-install"
        fileTagsFilter: "application"
        qbs.install: false
        qbs.install: "bin"
    }
    Depends {name:"cpp"}
    Depends {name:"blah1"}
    Depends {name:"ourlib"}

    cpp.libraryPaths:["path_of_lib3rdParty"] // 4. set the 3rd party lib path
    cpp.staticLibraries:["lib3rdParty.a"]    // 5. set the 3rd party lib name

    files["myapp.cpp","f2"...]
}

最后是我们 lib 的 qbs：

import qbs
DynamicLibrary{
    name: "ourlib"
    Group{
        name: "project-install"
        fileTagsFilter: "dynamiclibrary"
        qbs.install: false
        qbs.installDir: "debug"
    }

    Depends {name: "cpp"}
    cpp.includePath:["..."]
    cpp.libraryPaths:["path_of_lib3rdParty"] // 6. same as 4
    cpp.staticLibraries:["lib3rdParty.a"]    // 7. same as 5
}

当我在项目根文件夹下运行“qbs debug”时。qbs 显示：

linking ourlib.so
compiling myapp.cpp
ERROR: ...
/usr/bin/ld: cannot find -llib3rdParty_s.a

因此，根据错误消息，qbs 未能构建 myapp.cpp 并试图在 myapp 项目中找到 lib3rdParty。我添加了 4 和 5，仍然有同样的错误。看起来 6 和 7 是正确的，因为 ourlib.so 没有链接错误。我应该如何配置 qbs 以使构建过程正常工作？

另一个问题是关于关键字“references”。我可以在项目的任何级别引用其他 qbs 文件吗？它是如何工作的？我也有关于“取决于”的相同问题。

谢谢

荣

4

1 回答 1

3

cpp.dynamicLibrariesandcpp.staticLibraries属性采用要链接的库名称列表，即不带lib前缀或.so后缀的库名称。

例如，您将使用：

cpp.libraryPaths: ["/home/r0ng/tools/myapp/libs/relic/lib"]
cpp.dynamicLibraries: ["relic"]

但是，由于您已经拥有要链接的动态库的完整文件路径，您可以简单地传递完整文件路径而无需指定cpp.libraryPaths，如下所示：

cpp.dynamicLibraries: ["/home/r0ng/tools/myapp/libs/relic/lib/librelic.so"]

第二种方法是首选，因为它指定了要链接到的确切库，而不是依赖于搜索路径，搜索路径可能不一定会选择您期望的库类型（如果同时存在静态和动态版本）。

我承认应该更好地记录我们的cpp.dynamicLibraries和属性以解释它们的预期用途。cpp.staticLibraries

关于references，是的，您可以引用任何文件路径，而不管其文件系统位置如何。

关于Depends，该项目的name属性指定要创建依赖项的产品或模块的名称。这样的产品或模块必须已经存在于您的项目树中，例如由于使用qbsSearchPaths或references属性而被加载。

于 2016-07-12T04:36:42.993 回答