从Linux,我在Gnome Builder(3.26.4)中使用Meson(0.44.0)作为将使用Gee和GXml的控制台程序。我的意图是在Genie中写这个。
当我在Gnome Builder中使用Meson时,它会失败,但是当使用valac(0.38.8)从命令行调用时,同样成功,如下所示:
valac --pkg=gtk+-3.0 --pkg=gee-0.8 --pkg=gxml-0.16 main.gs
以上没有错误。我尝试使用gee和gxml将meson.build设置为依赖,或者设置为 vala_args 。同样的错误。
检查pkg-config,我得到以下内容:
$ pkg-config --libs gxml-0.16
-L/usr/local/lib64 -lgxml-0.16 -lgio-2.0 -lxml2 -lgee-0.8 -lgobject-2.0 -lglib-2.0
$ pkg-config --libs gee-0.8
-lgee-0.8 -lgobject-2.0 -lglib-2.0
$ pkg-config --libs gee-1.0
-lgee -lgobject-2.0 -lglib-2.0
也许我做错了什么。这是本地meson.build文件,后跟顶级meson.build和错误:
example_sources = [
'main.gs'
]
example_deps = [
dependency('gio-2.0', version: '>= 2.50'),
dependency('gtk+-3.0', version: '>= 3.22'),
dependency('glib-2.0', version: '>= 2.50')
]
gnome = import('gnome')
example_sources += gnome.compile_resources(
'example-resources',
'example.gresource.xml',
c_name: 'example'
)
executable(
'example',
example_sources,
vala_args: '--target-glib=2.50 --pkg=gee-0.8 --pkg=gxml-0.16',
dependencies: example_deps,
install: true
)
与顶级meson.build:
project(
'example',
['c', 'vala'],
version: '0.1.0',
meson_version: '>= 0.40.0',
)
subdir('src')
错误是:
uses Gee
error: The namespace name 'Gee' could not be found
我正在Gnome-Builder中调用构建。有人能帮我理解发生了什么吗?我试图找到为什么valac成功并且meson在文档中失败但无法找到解决方案。
答案 0 :(得分:4)
Gee和GXml应该是依赖关系,就像GIO,GLib和GTK +一样。所以你应该尝试:
example_deps = [
dependency('gio-2.0', version: '>= 2.50'),
dependency('gtk+-3.0', version: '>= 3.22'),
dependency('glib-2.0', version: '>= 2.50'),
dependency('gobject-2.0'),
dependency('gee-0.8'),
dependency('gxml-0.16'),
]
通常你不需要超越它。这使得--pkg
中的vala_flags
选项变得不必要。 Meson为你做到了。 Meson的工作方式是使用valac
生成C代码,然后在单独的阶段使用C编译器生成二进制文件。通过使用--pkg
,您只是告诉valac
要使用哪个VAPI文件,而不是通知C编译器哪个pkg-config
包用于C库。
另请注意,我已将gobject-2.0
添加为依赖项。如果我没记错,GNOME Builder会错过它,它确实会影响构建。
错误消息error: The namespace name 'Gee' could not be found
令人不安。这是来自Vala编译器的错误,我认为编译器可以使用您尝试过的vala_args
方法找到VAPI文件。也许你有Gee从源代码构建而不是在系统范围内安装?
Meson允许添加另一个VAPI搜索目录:
add_project_arguments(['--vapidir',
join_paths(meson.current_source_dir(), 'vapi')
],
language: 'vala'
)
有关Meson Build文档Vala page的详细信息。
Genie支持被添加到Meson版本0.42。因此meson_version:
应为>= 0.42.0
。
如果仍有问题,那么使用Genie,Gee和Meson的MCVE就是这样。这应该从命令行编译。将以下精灵程序保存为genie-gee.gs
:
[indent=2]
uses Gee
init
var my_list = new ArrayList of string()
my_list.add( "one" )
my_list.add( "two" )
for item in my_list
print( item )
然后将以下Meson文件保存为meson.build
:
project('minimal-genie-gee-example',
'vala', 'c'
)
genie_gee_deps = [
dependency('glib-2.0'),
dependency('gobject-2.0'),
dependency('gee-0.8'),
]
executable('genie-gee',
'genie-gee.gs',
dependencies: genie_gee_deps
)
从命令行使用Meson设置构建目录:
meson setup builddir
这应该显示已找到依赖项,例如:
Native dependency gee-0.8 found: YES 0.18.0
然后使用Ninja build构建项目:
ninja -C builddir
对于使用Fedora ninja
的任何人都是ninja-build
。
Meson设置构建目录的任何问题都会记录到builddir/meson-logs/meson-log.txt
。
如果这样可行,但在GNOME Builder中失败了,那么我唯一的另一个想法就是使用Flatpak安装了GNOME Builder。 Flatpak的沙盒环境可能会影响对依赖项的访问。
更新:在评论中讨论之后,GNOME Builder使用的运行时就出现了问题。 Builder具有很强的功能,可以选择用于构建软件的Flatpak运行时。如果您正在关注传统的'通过在工作站上安装库和头文件进行开发,然后确保选择主机操作系统而不是Flatpak运行时。看来GNOME Flatpak运行时不包含libgee。
Update2:编写Flatpak构建器清单时,依赖项不在Flatpak运行时/ SDK中,然后将依赖项添加为Flatpak构建器清单中的另一个模块。这允许GNOME Builder使用Flatpak通过Flatpak运行时构建软件。 AsymLabs答案中给出了一个示例清单。
答案 1 :(得分:1)
1)通过Gnome 软件中心。这将使用 Flatpak 在沙盒环境中安装 org.gnome.Builder / stable 。
2)从命令行使用 Flatpak 通过 Flathub.org 。这将在沙盒环境中安装 org.gnome.Builder / master(每晚)。
3)通过包管理器 zypper 和命令行。这将在系统范围内安装稳定的Gnome-Builder和相关库。
4)通过 Yast2 。这与Zypper相同。
所有三个安装(相同版本3.26.4 - 不同的分支/标签 - 稳定,主,夜间 - 两个沙盒和一个系统宽)可以并排安装并根据需要使用。在初始设置和测试期间,所有变体产生相同的结果 - 当使用Gee和GXml时,只有默认构建可以工作( Flatpak Manifest 不会构建)但是这已经是已解决(现在看来这个纯粹是一个Flatpak问题 was a conflict between Flatpak and Fuse)。
默认版本启用主机运行时系统。要设置默认构建环境,在Gnome-Builder中打开项目后,从左上方的弹出菜单中选择构建首选项,然后选择默认。
默认配置的缺点是导出捆绑是不可能的,但本地版本可以使用系统范围的功能。
那么什么是 Flatpak Manifest ,为什么它如此重要?它是包含项目信息的顶级JSON文件。 Flatpak Manifest ,在本例中为 org.gnome.Example.json ,它汇集了项目的所有功能,以便打包以进行分发。这包括运行时,sdk,与X11,IPC,Wayland,DBus等的系统连接,构建系统(默认情况下为 Meson ),清理指令,配置和构建选项,子模块详细信息(依赖项)和许多其他功能。一个 Flatpak 软件包可以安装在任何Linux发行版中,例如Debian,Ubuntu,Red Hat,OpenSuse或它们的衍生产品,并且为了安全性和可移植性而安装在沙盒中。它将来会完全跨平台。
对于指导和测试,有Flatpak Manifest examples来说明它们的工作原理。有一些方法可以使用build finish directives更改沙箱权限。 Flatpak documentation非常棒。
首次创建项目时,在Gnome Builder中,选择 Vala + Gnome应用程序,将安装有效的 Flatpak Manifest 。默认情况下,这适用于GUI而不是命令行应用程序;尽管如此,它会生成一个默认的 Flatpak Manifest ,它可以用作模板(Gnome Builder将允许多个清单 - 只需选择所需的构建)。以下是改进的 Flatpak Manifest ,它将为Gee和GXml构建子模块(这已经在Gnome Builder中测试并且有效):
{
"app-id": "org.gnome.Example",
"runtime": "org.gnome.Platform",
"runtime-version": "master",
"sdk": "org.gnome.Sdk",
"command": "example",
"finish-args": [
"--share=network",
"--share=ipc",
"--socket=x11",
"--socket=wayland",
"--filesystem=xdg-run/dconf",
"--filesystem=~/.config/dconf:ro",
"--talk-name=ca.desrt.dconf",
"--env=DCONF_USER_CONFIG_DIR=.config/dconf"
],
"build-options": {
"cflags": "-O2 -g",
"cxxflags": "-O2 -g",
"env": {
"V": "1"
}
},
"cleanup": [
"/bin",
"/include",
"/lib",
"/lib/pkgconfig",
"/share",
"/share/vala",
"*.la",
"*.a"
],
"modules": [
{
"name": "libgee",
"buildsystem": "meson",
"config-opts": [
"--libdir=lib"
],
"builddir": true,
"sources": [
{
"type": "git",
"tag": "meson",
"url": "https://github.com/GNOME/libgee.git"
}
]
},
{
"name": "libgxml",
"buildsystem": "meson",
"config-opts": [
"--libdir=lib"
],
"builddir": true,
"sources": [
{
"type": "git",
"branch": "master",
"url": "https://gitlab.gnome.org/GNOME/gxml.git"
}
]
},
{
"name": "example",
"buildsystem": "meson",
"config-opts": [
"--libdir=lib"
],
"builddir": true,
"sources": [
{
"type": "git",
"url": "file:///home/<user>/Projects/example"
}
]
}
]
}
向正在开发此软件包的人们提供帮助。结合 Flatpak , Meson , Gtk3 / 4/5 /.., Vala , Genie (很快 Vulkan 3D 图形引擎)和一个轻量级开发平台中精美简约的UI指南/标准是神奇的,类似于现代炼金术。
顺便说一下,我尝试使用Gtk3和许多语言,包括C / C ++,D,Haskell和Python,但这些替代品都不能产生像Vala一样紧凑,高效和有趣的独立二进制文件和精灵。这些是被大大低估的语言。
总结,任何在尝试理解这些技术时需要良好起点以及 Gnome-Builder 如何将它们组合在一起的人都可以阅读AlThomas&#39;发布上面和这一个,以及评论。它可以节省很多时间。