ARM 平台交叉编译 Go 和 Goc 时出现 "符号未找到" 错误消息

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《ARM 平台交叉编译 Go 和 Goc 时出现 "符号未找到" 错误消息》，本文主要会讲到等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

我无处可问，一切都那么具体，搜索和谷歌搜索不起作用。为此花费了数十个小时。

我正在尝试为我的 linksys mr8300 v1.1 路由器构建一个 go 程序，该路由器具有 armv7l 处理器（uname -a 输出），它是 arm v7、32 位 cpu。我在路由器上安装了openwrt操作系统。

该应用程序的想法是连接 usb 硬币接受器，并在您投下硬币时启用互联网 30 分钟。我在 ubuntu 桌面上有一个可以运行的应用程序，它可以理解该设备，并且在桌面上一切都很好。

但是，路由器是 32 位的，而且是 arm，所以事情有点不同，而且更复杂。

我的路由器上的 cat /proc/cpuinfo 给出如下内容：

processor       : 0
model name      : armv7 processor rev 5 (v7l)
bogomips        : 26.81
features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm
cpu implementer : 0x41
cpu architecture: 7
cpu variant     : 0x0
cpu part        : 0xc07
cpu revision    : 5

我正在使用交叉编译，因为路由器只有 19mb 的磁盘空间（并且并非所有开发包都可用）。

对于交叉编译，我使用 x86_64 ubuntu 桌面和 openwrt 提供的工具链。我已经过了需要配置和制作工具链的阶段。我能够在路由器上编译并执行基本的 c 程序，例如：

#include <stdio.h>

int main()
{
  printf("hello world");
  return 0;
}

甚至 go 程序如下：

package main

func main() {
        println("coin acceptor device control program")
}

当我将二进制文件上传到它们工作的路由器时，没有任何问题。

当我尝试在路由器内使用 usb 库时出现问题。由于它是交叉编译，我应该提到我有的环境变量：

staging_dir=/home/ro/work/openwrt/staging_dir
toolchain_dir=/home/ro/work/openwrt/staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-11.3.0_musl_eabi
ldcflags=/home/ro/work/openwrt/staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-11.3.0_musl_eabi/usr/lib
ld_library_path=/home/ro/work/openwrt/staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-11.3.0_musl_eabi/usr/lib
ldflags=-l/home/ro/work/openwrt/staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-11.3.0_musl_eabi/usr/lib
cgo_ldflags=-l/home/ro/work/openwrt/staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-11.3.0_musl_eabi/usr/lib
cflags=-i/home/ro/work/openwrt/staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-11.3.0_musl_eabi/include
cc=arm-openwrt-linux-gcc
goarch=arm
cross_compile=arm-openwrt-linux-gcc
cgo_enabled=1
goos=linux
goarm=7

使用这些环境变量 go get github.com/karalabe/hid 命令按预期工作（我的 /home/ro/go/pkg/linux_arm/github.com/karalabe 文件夹中有 hid.a 二进制文件）。

这个网址https://github.com/karalabe/hid是我用于usb的库，标题为“gopher interface devices (usb hid)”。然而，它依赖于一些 c 库......所以我猜这就是 goc 发挥作用的地方。图书馆说：

这两个依赖项都直接提供到存储库中并使用 cgo 进行包装，使 hid 包独立且可获取

正如我之前提到的，我可以在桌面上编译简单的应用程序并将它们上传到路由器，并且这些应用程序可以工作！然而，当我尝试使用该库时，事情有点偏离脚本。

这是我的应用程序：

main.go

package main

import (
        "fmt"
)

func main() {
        println("hello")

        devices := findall(0x0079)

        if len(devices) == 0 {
                fmt.println("no coin acceptor found")
                return
        }

        println("found coin acceptor")
}

设备.go

package main

import (
    "errors"
    "github.com/karalabe/hid"
)

type device struct {
    info hid.deviceinfo
    dev  *hid.device

    name string
    pid  uint16
}

func (device *device) open() error {
    if device.dev != nil {
        return errors.new("device: device handle is not null, but open() called")
    }

    var err error
    device.dev, err = device.info.open()

    return err
}

func (device *device) close() error {
    if device.dev == nil {
        return errors.new("device: close() called for device with null handle")
    }

    err := device.dev.close()
    device.dev = nil

    return err
}

// find all products with the given product id.
func findall(product uint16) []device {
    deviceinfo := hid.enumerate(0x1e7d, product)

    if len(deviceinfo) == 0 {
        return []device{}
    }

    devices := make([]device, len(deviceinfo))

    for i, info := range deviceinfo {
        devices[i] = device{
            info: info,
            name: info.product,
            pid:  product,
        }
    }

    return devices
}

我用来构建一个东西的命令：

go build ./main.go ./device.go

二进制文件生成，并且一切看起来正常。直到我在路由器上上传并运行二进制文件。它几乎说：

error relocating ./main: __pthread_cond_timedwait_time64: symbol not found
error relocating ./main: __nanosleep_time64: symbol not found
error relocating ./main: __stat_time64: symbol not found
error relocating ./main: __clock_gettime64: symbol not found

就是这样。它甚至不打印“hello”。

需要注意的一件事是，由于某种原因，它引用（并抱怨）64 位函数。所以，总结一下：

• 这是 32 位 arm cpu。
• 我可以运行简单的 c 和 go 程序，因此我假设我的 c 和 go 编译为 32 位 cpu 提供了正确的二进制文件。
• 当我尝试附加库时，没有一个编译器（我假设应用程序是使用 go 和 goc 编译的）抱怨使用 64 位函数。
• 二进制文件本身抱怨 64 位函数。

我想知道我错过了什么？我应该向编译器指定哪些标志，这样就不会使用 64 位函数？也许这些 usb 库中有一些用 c 编写的东西？我有点没有任何想法，并且几乎陷入了这一点，因为我无法将我的 usb 设备与嵌入式 openwrt 设备一起使用。

objdump -p main 输出：

objdump -p main

main:     file format elf32-little

program header:
    phdr off    0x00000034 vaddr 0x00010034 paddr 0x00010034 align 2**2
         filesz 0x00000120 memsz 0x00000120 flags r--
  interp off    0x00000154 vaddr 0x00010154 paddr 0x00010154 align 2**0
         filesz 0x00000018 memsz 0x00000018 flags r--
    load off    0x00000000 vaddr 0x00010000 paddr 0x00010000 align 2**16
         filesz 0x001164ec memsz 0x001164ec flags r-x
    load off    0x00116d6c vaddr 0x00136d6c paddr 0x00136d6c align 2**16
         filesz 0x00013cc4 memsz 0x00029c94 flags rw-
 dynamic off    0x00116f08 vaddr 0x00136f08 paddr 0x00136f08 align 2**2
         filesz 0x000000f8 memsz 0x000000f8 flags rw-
    note off    0x0000016c vaddr 0x0001016c paddr 0x0001016c align 2**2
         filesz 0x00000064 memsz 0x00000064 flags r--
     tls off    0x00116d6c vaddr 0x00136d6c paddr 0x00136d6c align 2**2
         filesz 0x00000000 memsz 0x00000008 flags r--
   stack off    0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**4
         filesz 0x00000000 memsz 0x00000000 flags rw-
   relro off    0x00116d6c vaddr 0x00136d6c paddr 0x00136d6c align 2**0
         filesz 0x00000294 memsz 0x00000294 flags r--

dynamic section:
  needed               libgcc_s.so.1
  needed               libc.so
  init                 0x0001437c
  fini                 0x000a7abc
  init_array           0x00136d6c
  init_arraysz         0x00000004
  fini_array           0x00136d70
  fini_arraysz         0x00000004
  hash                 0x000101d0
  gnu_hash             0x00010acc
  strtab               0x00012820
  symtab               0x000114c0
  strsz                0x00001568
  syment               0x00000010
  debug                0x00000000
  pltgot               0x00137000
  pltrelsz             0x00000360
  pltrel               0x00000011
  jmprel               0x0001401c
  rel                  0x00014014
  relsz                0x00000008
  relent               0x00000008
  verneed              0x00013ff4
  verneednum           0x00000001
  versym               0x00013d88

version references:
  required from libgcc_s.so.1:
    0x0b792655 0x00 02 gcc_3.5

文件main输出：

main: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-armhf.so.1, Go BuildID=VEoRmm2_70EkDLdXjTm0/APdquCT6lGlorzOlV3Un/jnQVIeEEaRXWGrmNQ-mE/Bjx-ldvZODg_GFcJuIgW, not stripped

正确答案

终于！

我尝试重新构建openwrt工具链，但是这次我切换到类似于我的路由器openwrt-21.02的分支，再次执行了make menuconfig和make。它本身没有帮助，但我这样稍微改变了我的环境变量：

export STAGING_DIR=/home/ro/work/openwrt/staging_dir
export TOOLCHAIN_DIR=$STAGING_DIR/toolchain-arm_cortex-a7+neon-vfpv4_gcc-11.3.0_musl_eabi
export LDCFLAGS=$TOOLCHAIN_DIR/lib
export LD_LIBRARY_PATH=$TOOLCHAIN_DIR/lib
export LDFLAGS="-L${TOOLCHAIN_DIR}/lib"
export CGO_LDFLAGS="-Xlinker -rpath=${TOOLCHAIN_DIR}/lib/libc.so -static"
export CFLAGS="-I${TOOLCHAIN_DIR}/include"
export CC=arm-openwrt-linux-gcc-11.3.0
export PATH=$TOOLCHAIN_DIR/bin:$PATH
export GOARCH=arm
export CROSS_COMPILE=arm-openwrt-linux-gcc
export CGO_ENABLED=1
export GOOS=linux
export GOARM=7

cgo_ldflags 指定静态链接到 libc。最后一切正常，我可以从嵌入式设备访问 usb 设备！

今天关于《ARM 平台交叉编译 Go 和 Goc 时出现 "符号未找到" 错误消息》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！