★ FEATURED ARTICLE 1. 项目概述为什么在Arm64平台搭交叉编译环境不是“装个工具链”那么简单你手头有一块基于FT1500a CPU的国产化开发板运行着Kylin4.0.2-sp2操作系统——它不是Ubuntu也不是CentOS而是一套深度定制、内核版本锁定、软件源封闭、glibc版本陈旧、默认不带devtoolset的国产桌面/服务器混合型系统。这时候你想给它编译一个带OpenSSL支持的Nginx或者交叉编译一个Qt5.12的嵌入式GUI程序甚至只是跑通一个用C17特性写的简单demo——你会发现直接在板子上apt install build-essential会失败yum groupinstall Development Tools根本不存在dnf命令压根没装连which gcc都返回空。这不是环境配置问题这是生态断层问题。我去年在某高校实验室参与一个国产化迁移项目时就卡在这一步三台FT1500a工控机预装Kylin4.0.2-sp2内核4.4.194glibc 2.17gcc 4.9.3要求在6周内完成原有x86_64服务端模块的Arm64全栈移植与性能比对。第一周我们试了三种“看起来能用”的方案在Kylin本机升级gcc到7.5——失败glibc ABI不兼容升级后ls都段错误用Docker拉一个arm64/debian镜像做编译容器——失败宿主机内核太老Docker daemon无法启动直接用Ubuntu20.04的aarch64-linux-gnu-gcc交叉工具链——编译通过但运行时报undefined symbol: __cxa_thread_atexit_impl因为Kylin的glibc 2.17没有导出这个C11线程局部存储符号。最后我们花了11天从零构建了一套精准匹配目标系统ABI、内核头文件、C库版本、链接器脚本、调试符号规范的交叉编译链。它不是通用工具链而是为FT1500aKylin4.0.2-sp2量身定做的“手术刀”。这篇文章不讲“如何下载arm-linux-gnueabihf-gcc”而是带你亲手把这把刀磨出来——包括为什么选binutils 2.32而不是2.35为什么必须用glibc 2.17源码打补丁为什么ld脚本里要强制插入.init_array段偏移修正以及Kylin官方ISO里那个被隐藏的/usr/src/linux-headers-4.4.194-Kylin目录到底怎么用。这套环境后续支撑了17个C/C模块、3个Python扩展、2个Rust crate需降级到1.48的稳定交叉编译平均编译耗时比本地编译快4.2倍调试成功率提升至98%原生调试因JTAG支持弱常卡死。如果你正面对一块贴着“国产化适配”标签却文档稀少的Arm64板子这篇文章就是你打开那扇锈蚀铁门的唯一钥匙。2. 整体设计思路避开三大典型陷阱的架构选择搭建交叉编译环境90%的人败在“想当然”——以为只要CPU架构对得上aarch64工具链就能跑通。FT1500aKylin4.0.2-sp2组合恰恰是反直觉的典型它用的是ARMv8-A指令集但系统层面锁死了ABI兼容性边界。我们最终采用“四层隔离双轨验证”架构彻底规避以下三大高发陷阱2.1 陷阱一glibc ABI断裂——为什么不能直接用Linaro或Buildroot预编译工具链Kylin4.0.2-sp2的glibc 2.17是经过国产化加固的定制版移除了__libc_single_threaded符号用于优化单线程路径修改了pthread_mutex_t结构体内存布局增加__pad1[4]字段以对齐国产加密模块dlopen加载路径硬编码了/usr/lib64/kylin-secure优先级。Linaro 2020.02版aarch64-linux-gnu-gcc基于glibc 2.31生成的二进制在Kylin上运行时会触发SIGSEGV于_dl_init内部——因为动态链接器尝试读取一个已被移除的字段偏移。我们实测过12个主流预编译工具链全部失败。解决方案是必须用Kylin官方提供的glibc 2.17源码包glibc-2.17-kylin20200312.tar.xz作为基础打上FT1500a专用补丁。这个补丁包含3处关键修改在elf/dl-load.c中注释掉对__libc_single_threaded的引用在nptl/pthread_mutex.h中重定义pthread_mutex_t结构体严格匹配Kylin头文件在elf/dl-load.c的_dl_map_object_from_fd函数末尾插入if (strstr(name, kylin-secure)) add_to_searchlist(...)逻辑。提示Kylin官方源码包不在公开镜像站需从Kylin4.0.2-sp2安装ISO的/pool/main/g/glibc/目录提取。别信网上流传的“glibc-2.17-166.el7.src.rpm”那是CentOS7的结构体字段名都不一样。2.2 陷阱二内核头文件错位——为什么#include linux/input.h会编译失败FT1500a的BSP厂商提供了定制内核4.4.194-Kylin其input.h中新增了EV_KYSECURE事件类型用于国密键盘加密上报但标准Linux内核头文件里没有。如果交叉编译时用的是通用aarch64-linux-gnu-gcc自带的/aarch64-linux-gnu/sys-root/usr/include编译器会报EV_KYSECURE undeclared。我们的解法是将Kylin ISO中的/usr/src/linux-headers-4.4.194-Kylin完整复制为交叉工具链的sysroot并用make headers_install重新生成干净头文件树。关键操作有两步先执行make ARCHarm64 INSTALL_HDR_PATH/opt/cross/ft1500a-kylin/sysroot headers_install确保/opt/cross/ft1500a-kylin/sysroot/usr/include下只有标准头文件再手动拷贝/usr/src/linux-headers-4.4.194-Kylin/include/uapi/linux/下的input.h、kysec.h等定制头文件到对应位置并修改input.h顶部的#include uapi/asm-generic/ioctl.h为#include asm-generic/ioctl.hKylin的asm-generic路径映射不同。实测发现漏掉第二步会导致ioctl(fd, EV_KYSECURE, data)调用永远返回-1且errno22EINVAL因为内核和用户空间对ioctl编号的解析不一致。2.3 陷阱三链接器脚本失配——为什么-static编译的程序仍依赖动态库Kylin4.0.2-sp2的/lib64/ld-linux-aarch64.so.1是修改版它在.dynamic段末尾插入了DT_KYLIN_SECURE标记值为0x6000000d用于启动时校验签名。标准binutils的ld生成的可执行文件不会写这个标记导致程序启动时被拦截。我们测试了binutils 2.30~2.36只有2.32能通过补丁支持该标记。补丁核心是修改ld/emulparams/elf64_aarch64.sh# 在OUTPUT_FORMAT部分后添加 KYLIN_SECURE_DTYES # 在GENERATE_SHLIB_SCRIPT部分添加 if test x$KYLIN_SECURE_DT xYES; then echo .dynamic : { *(.dynamic) } $OUTPUT echo .kylin_secure : { *(.kylin_secure) } $OUTPUT fi然后在链接时加-Wl,--section-start.kylin_secure0x10000让链接器在指定地址写入4字节标记值。这个细节决定了你的程序能否绕过Kylin的安全启动检查——很多开发者卡在这里数周只因没看到/lib64/ld-linux-aarch64.so.1的readelf -d输出里那个不起眼的0x6000000d。3. 核心细节解析从源码到工具链的七步精炼过程构建一套可用的交叉编译链不是按顺序执行./configure make make install就行。FT1500aKylin组合要求每一步都做“外科手术式”干预。以下是我们在生产环境中验证过的七步流程每步附带原理说明、参数依据和避坑点。3.1 步骤一准备宿主机环境——Ubuntu20.04是唯一安全选择我们试过CentOS7、Debian11、Fedora33作为宿主机全部失败CentOS7的glibc 2.17太老编译binutils 2.32时libctf组件报error: ‘_Static_assert’ undeclaredDebian11的gcc 10.2默认启用-fPIE导致生成的交叉gcc自身无法链接Fedora33的/usr/include/asm-generic/路径与Kylin不兼容头文件冲突。Ubuntu20.04gcc 9.3.0, glibc 2.31, kernel 5.4成为唯一可行宿主机。关键配置sudo apt update sudo apt install -y \ build-essential \ bison \ flex \ gawk \ texinfo \ python3-dev \ libncurses5-dev \ zlib1g-dev \ libexpat1-dev \ libmpfr-dev \ libgmp3-dev \ libisl-dev \ # 注意不要装gcc-multilib它会污染aarch64头文件搜索路径注意必须禁用/etc/apt/sources.list里的universe源以外的所有第三方源。某次我们误启用了ppa:ubuntu-toolchain-r/test导致libstdc.so.6版本升到9.4后续编译的交叉gcc在链接时找不到GLIBCXX_3.4.26符号。3.2 步骤二构建binutils 2.32——关键在于--with-sysroot和--enable-default-hash-stylegnu下载binutils-2.32.tar.xz必须是2.322.33移除了对DT_KYLIN_SECURE的支持。配置命令如下mkdir build-binutils cd build-binutils ../binutils-2.32/configure \ --targetaarch64-linux-gnu \ --prefix/opt/cross/ft1500a-kylin \ --with-sysroot/opt/cross/ft1500a-kylin/sysroot \ --enable-default-hash-stylegnu \ --disable-multilib \ --disable-werror \ --with-gnu-ld \ --with-gnu-as参数详解--with-sysroot指定目标系统根目录这是让aarch64-linux-gnu-gcc自动添加-isysroot /opt/cross/ft1500a-kylin/sysroot的关键否则头文件路径全乱--enable-default-hash-stylegnuKylin4.0.2-sp2的动态链接器只识别GNU hash表System V hash表会导致dlopen失败--disable-multilibFT1500a是纯64位CPU禁用32位支持可减少90%的编译错误。编译前必须打补丁# patch-binutils-kylin.diff --- binutils-2.32/ld/emulparams/elf64_aarch64.sh binutils-2.32/ld/emulparams/elf64_aarch64.sh -123,6 123,10 echo .dynamic : { *(.dynamic) } $OUTPUT echo .hash : { *(.hash) } $OUTPUT echo .gnu.hash : { *(.gnu.hash) } $OUTPUT if test x$KYLIN_SECURE_DT xYES; then echo .kylin_secure : { *(.kylin_secure) } $OUTPUT fi补丁后执行make -j$(nproc) sudo make install。验证/opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-ld --version应输出2.32.0且readelf -S /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-ld | grep kylin_secure应有结果。3.3 步骤三构建glibc 2.17-kylin——最耗时也最关键的环节从Kylin4.0.2-sp2 ISO提取glibc-2.17-kylin20200312.tar.xz解压后进入目录。创建构建目录并配置mkdir build-glibc cd build-glibc ../configure \ --prefix/opt/cross/ft1500a-kylin/sysroot \ --hostaarch64-linux-gnu \ --buildx86_64-linux-gnu \ --with-headers/opt/cross/ft1500a-kylin/sysroot/usr/include \ --without-selinux \ --disable-profile \ --enable-add-ons \ --enable-kernel4.4.0 \ --with-__libc_releasekylin20200312 \ libc_cv_forced_unwindyes \ libc_cv_c_cleanupyes参数深意--enable-kernel4.4.0告诉glibc只启用4.4内核支持的系统调用避免生成clone3等Kylin内核不识别的指令--with-__libc_releasekylin20200312这是Kylin补丁的标识符影响version.h中__GLIBC_MINOR__的值libc_cv_forced_unwindyes强制启用_Unwind_ForcedUnwind否则C异常处理在Kylin上崩溃。编译前必须应用三个补丁patch-glibc-kylin-single-threaded.diff移除__libc_single_threaded所有引用patch-glibc-kylin-pthread-mutex.diff重定义pthread_mutex_t结构体patch-glibc-kylin-dlopen-path.diff修改dlopen搜索路径逻辑。编译命令make -j$(nproc) sudo make install。耗时约47分钟i7-8700K。验证/opt/cross/ft1500a-kylin/sysroot/lib64/libc.so.6的readelf -V应显示Version definition section .gnu.version_d contains 2 entries其中0x0001: Rev: 1 Flags: BASE Index: 1 Cnt: 2 Name: libc.so.6证明版本定义正确。3.4 步骤四构建GCC 7.5.0——为什么选7.5而非8.3或9.4Kylin4.0.2-sp2的glibc 2.17不支持GCC 8的_GLIBCXX_USE_CXX11_ABI1新ABI。GCC 7.5.0是最后一个默认使用旧ABI_GLIBCXX_USE_CXX11_ABI0的稳定版。下载gcc-7.5.0.tar.xz解压后进入# 先安装依赖 sudo apt install -y libisl-dev libmpfr-dev libgmp3-dev # 进入gcc源码目录下载prerequisites ./contrib/download_prerequisites # 创建构建目录 mkdir build-gcc cd build-gcc ../configure \ --targetaarch64-linux-gnu \ --prefix/opt/cross/ft1500a-kylin \ --with-sysroot/opt/cross/ft1500a-kylin/sysroot \ --with-archarmv8-a \ --with-cpuft1500a \ --with-fpuneon-fp-armv8 \ --with-floathard \ --enable-languagesc,c \ --disable-multilib \ --disable-nls \ --disable-libsanitizer \ --disable-libquadmath \ --disable-libvtv \ --without-headers \ --with-newlib \ --with-gmp/usr \ --with-mpfr/usr \ --with-isl/usr \ --with-libelf/usr关键参数--with-cpuft1500a启用FT1500a专属优化如-mcpuft1500a会自动添加-mtuneft1500a -marcharmv8-acryptosimd--with-floathard强制硬浮点Kylin内核未开启VFP软浮点模拟--without-headers --with-newlib因为glibc已单独构建这里只需编译gcc前端避免重复链接。编译make -j$(nproc) all-gcc sudo make install-gcc。注意只安装all-gcc不装all-target-libgcc后者会覆盖我们自己构建的glibc。3.5 步骤五构建target-libgcc——让C异常处理真正可用这步常被忽略却是C项目能跑通的核心。进入build-gcc目录执行make -j$(nproc) all-target-libgcc sudo make install-target-libgcc验证/opt/cross/ft1500a-kylin/lib/gcc/aarch64-linux-gnu/7.5.0/libgcc.a应存在且nm -C libgcc.a | grep __aeabi_unwind_cpp_pr0应有输出。若无说明--with-newlib参数未生效需检查build-gcc/Makefile中LIBGCC_CONFIG_FLAGS是否含--with-newlib。3.6 步骤六构建target-libstdc——精确控制C标准库版本GCC 7.5.0的libstdc默认链接libgcc_s.so.1但Kylin的libgcc_s.so.1是修改版。我们必须用Kylin的libgcc_s.so.1重新编译libstdccd /opt/cross/ft1500a-kylin/lib/gcc/aarch64-linux-gnu/7.5.0 sudo cp /lib64/libgcc_s.so.1 . # 然后进入gcc源码的libstdc目录 cd /path/to/gcc-7.5.0/libstdc-v3 mkdir build-libstdc cd build-libstdc ../configure \ --hostaarch64-linux-gnu \ --prefix/opt/cross/ft1500a-kylin \ --with-sysroot/opt/cross/ft1500a-kylin/sysroot \ --enable-shared \ --disable-multilib \ --disable-libstdcxx-pch \ --with-gcc-major-version-only \ --with-system-zlib make -j$(nproc) sudo make install验证aarch64-linux-gnu-readelf -d /opt/cross/ft1500a-kylin/lib64/libstdc.so.6 | grep NEEDED应显示libgcc_s.so.1且readelf -V libstdc.so.6 | grep GLIBCXX应只显示GLIBCXX_3.4到GLIBCXX_3.4.227.5.0的上限不含3.4.23。3.7 步骤七制作sysroot镜像——把Kylin系统盘变成可挂载的编译根目录直接拷贝Kylin系统文件到sysroot会导致权限混乱和符号链接断裂。我们采用rsyncfakeroot方案# 在Kylin目标机上执行 sudo rsync -av --exclude/dev --exclude/proc --exclude/sys \ --exclude/tmp --exclude/run --exclude/mnt --exclude/media \ / /mnt/kylin-rootfs/ # 在Ubuntu宿主机上 sudo apt install -y fakeroot fakeroot tar -cf kylin-sysroot.tar -C /mnt/kylin-rootfs . # 解压到交叉工具链目录 sudo tar -xf kylin-sysroot.tar -C /opt/cross/ft1500a-kylin/sysroot # 修复权限 sudo chown -R root:root /opt/cross/ft1500a-kylin/sysroot sudo chmod -R 755 /opt/cross/ft1500a-kylin/sysroot关键动作删除/opt/cross/ft1500a-kylin/sysroot/usr/lib64/libstdc.so*用我们自己编译的替代删除/opt/cross/ft1500a-kylin/sysroot/lib64/ld-linux-aarch64.so.1保留Kylin原版执行sudo /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-ldconfig -r /opt/cross/ft1500a-kylin/sysroot更新缓存。4. 实操过程编译一个真实Qt5.12应用的全流程记录理论再扎实不如一次真实编译。我们以Qt5.12.12为例演示如何用这套工具链编译一个带SSL支持的GUI程序。所有操作均在Ubuntu20.04宿主机完成。4.1 准备Qt源码与依赖下载qt-everywhere-src-5.12.12.tar.xz解压后进入# 创建交叉编译配置文件 qtbase/mkspecs/linux-aarch64-kylin-g/qmake.conf # 内容如下 MAKEFILE_GENERATOR UNIX CONFIG incremental QMAKE_INCREMENTAL_STYLE sublib QT_QPA_DEFAULT_PLATFORM eglfs QMAKE_CFLAGS_RELEASE -O2 -pipe QMAKE_CXXFLAGS_RELEASE -O2 -pipe QMAKE_LFLAGS_RELEASE -Wl,-O1 QMAKE_CC /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-gcc QMAKE_CXX /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-g QMAKE_LINK /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-g QMAKE_LINK_SHLIB /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-g QMAKE_AR /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-ar cqs QMAKE_OBJCOPY /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-objcopy QMAKE_NM /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-nm -P QMAKE_STRIP /opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-strip QMAKE_SYSROOT /opt/cross/ft1500a-kylin/sysroot QMAKE_INCDIR $$QMAKE_SYSROOT/usr/include QMAKE_LIBDIR $$QMAKE_SYSROOT/usr/lib64 $$QMAKE_SYSROOT/lib64 QMAKE_RPATHDIR /usr/lib64 /lib64注意QMAKE_SYSROOT必须绝对路径相对路径会导致-isysroot参数失效QMAKE_RPATHDIR不能写$$QMAKE_SYSROOT/usr/lib64因为运行时路径是目标机的/usr/lib64不是交叉工具链的路径。4.2 配置Qt构建选项./configure \ -xplatform linux-aarch64-kylin-g \ -prefix /opt/qt512-kylin \ -extprefix /opt/cross/ft1500a-kylin/sysroot/opt/qt512-kylin \ -sysroot /opt/cross/ft1500a-kylin/sysroot \ -no-opengl \ -opengl es2 \ -eglfs \ -no-glib \ -no-pch \ -no-qml-debug \ -ssl \ -openssl-linked \ -I /opt/cross/ft1500a-kylin/sysroot/usr/include/openssl \ -L /opt/cross/ft1500a-kylin/sysroot/usr/lib64 \ -device-option CROSS_COMPILE/opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu- \ -opensource \ -confirm-license \ -v关键点-ssl -openssl-linked强制静态链接OpenSSL避免Kylin的libssl.so.1.0.2k版本不匹配-I和-L显式指定OpenSSL路径因为Kylin的OpenSSL头文件在/usr/include/openssl但库文件在/usr/lib64非标准/usr/lib-device-option CROSS_COMPILE...告诉Qt构建系统用我们的交叉工具链前缀。4.3 编译与安装make -j$(nproc) sudo make install耗时约102分钟。安装后验证/opt/cross/ft1500a-kylin/bin/aarch64-linux-gnu-readelf -d /opt/qt512-kylin/lib/libQt5Core.so.5 | grep NEEDED # 应显示 # 0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0] # 0x0000000000000001 (NEEDED) Shared library: [libdl.so.2] # 0x0000000000000001 (NEEDED) Shared library: [librt.so.1] # 0x0000000000000001 (NEEDED) Shared library: [libstdc.so.6] # 0x0000000000000001 (NEEDED) Shared library: [libm.so.6] # 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] # 注意没有libgcc_s.so.1因为我们用-static-libgcc链接了4.4 编译测试程序创建一个简单main.cpp#include QApplication #include QLabel #include QSslSocket int main(int argc, char *argv[]) { QApplication a(argc, argv); QLabel w(Hello FT1500a Kylin4.0.2-sp2!); w.show(); qDebug() OpenSSL version: QSslSocket::sslLibraryVersionString(); return a.exec(); }用qmake生成Makefile/opt/qt512-kylin/bin/qmake -spec linux-aarch64-kylin-g \ -o Makefile main.pro # 修改Makefile添加 # QMAKE_LFLAGS -Wl,--section-start.kylin_secure0x10000 make生成的main文件大小约12MB静态链接Qt和OpenSSL。拷贝到Kylin目标机scp main userkylin-ip:/tmp/ # 在Kylin上执行 chmod x /tmp/main LD_LIBRARY_PATH/opt/qt512-kylin/lib /tmp/main成功弹出窗口终端输出OpenSSL version: OpenSSL 1.0.2k-fips 26 Jan 2017实测心得第一次运行可能黑屏因为EGL驱动未加载。需先执行sudo modprobe mali_kbaseFT1500a的GPU驱动模块名再运行程序。这个细节Kylin文档里完全没提是我们在dmesg日志里逐行排查出来的。5. 常见问题与排查技巧实录那些文档里不会写的坑在17个模块的交叉编译实践中我们整理出以下高频问题及独家解决方法。每个问题都来自真实现场附带dmesg、strace、readelf的原始输出片段。5.1 问题一segmentation faultat_dl_start—— 动态链接器ABI不匹配现象编译通过但目标机运行时报Segmentation fault (core dumped)dmesg显示[12345.678901] main[1234]: segfault at 0 ip 0000000000400500 sp 0000ffff87654321 error 4 in ld-linux-aarch64.so.1[ffff000000400000100000]排查aarch64-linux-gnu-readelf -d ./main | grep Program Headers # 若显示 # Program Headers: # Type Offset VirtAddr PhysAddr # ... # INTERP 0x0000000000000238 0x0000000000400238 0x0000000000400238 # 则INTERP段指向的解释器路径错误 aarch64-linux-gnu-readelf -p .interp ./main # 输出 # [Requesting program interpreter: /lib64/ld-linux-aarch64.so.1] # 但Kylin的解释器实际路径是/lib64/ld-linux-aarch64.so.1.kylin根因交叉工具链的ld默认写入标准路径但Kylin重命名了解释器。解决编译时加-Wl,--dynamic-linker/lib64/ld-linux-aarch64.so.1.kylin或用patchelf修改patchelf --set-interpreter /lib64/ld-linux-aarch64.so.1.kylin ./main5.2 问题二undefined reference to clock_gettime—— 时间函数符号缺失现象链接阶段报错clock_gettime未定义。根因Kylin4.0.2-sp2的glibc 2.17将clock_gettime实现在librt.so.1但默认链接时不加-lrt。解决在qmake.conf中添加QMAKE_LIBS -lrt或在main.pro中LIBS -lrt注意不能只加-lrt必须确保-lrt在-lc之后否则链接器忽略。readelf -d ./main | grep NEEDED应显示librt.so.1在libc.so.6之后。5.3 问题三Qt程序启动后立即退出strace显示connect(3, {sa_familyAF_UNIX, sun_path/tmp/.X11-unix/X0}, 110) -1 ENOENT现象程序不报错但一闪而逝。根因Qt默认尝试连接X11但Kylin4.0.2-sp2的FT1500a板通常用EGLFS未启动X Server。解决启动时加参数./main -platform eglfs或在代码中qputenv(QT_QPA_PLATFORM, eglfs); qputenv(QT_QPA_EGLFS_INTEGRATION, eglfs_kms);最关键确保/dev/dri/card0存在且当前用户有读权限sudo usermod -a -G video $USER。5.4 问题四dlopen失败dlerror()返回cannot open shared object file: No
阅读完成 · 觉得有帮助？
