xv6系统中ulib.c调用外部.c文件函数及未定义引用错误解决

核心本质：用户态无法直接调用内核态函数 #

pushcli和popcli是xv6内核中定义在spinlock.c的内核态专属函数，作用是关闭/恢复中断，保护内核临界区；而ulib.c是用户态程序的库文件，用户态进程的地址空间和内核完全隔离，根本没有权限直接调用内核函数——这才是报错的真正原因，并非单纯的Makefile链接配置问题。

两种修正方向 #

方向1：给用户态程序实现票锁（无需内核函数） #

如果你的票锁是给用户态程序使用的，直接去掉对pushcli/popcli的依赖即可，用户态没有操作中断的权限，也不需要这类内核操作：

void
lock_init(struct lock_t* lk) {
  lk->ticket = 0;
  lk->turn = 0;
}

void
lock_acquire(struct lock_t* lk) {
  uint myturn = xchg(&lk->ticket, lk->ticket + 1);
  // 用户态下通过循环等待，配合内存屏障保证变量可见性
  while (lk->turn != myturn) {
    __sync_synchronize();
  }
  __sync_synchronize();
}

void
lock_release(struct lock_t* lk) {
  __sync_synchronize();
  xchg(&lk->turn, lk->turn + 1);
}

方向2：给内核实现票锁（正确调用内核函数） #

如果你的票锁是给内核代码使用的，需要把锁的实现移到内核文件中，而非用户态的ulib.c：

1. 在spinlock.h中添加票锁的结构体定义与函数声明：

struct lock_t {
  uint ticket;
  uint turn;
};

void lock_init(struct lock_t* lk);
void lock_acquire(struct lock_t* lk);
void lock_release(struct lock_t* lk);

2. 将锁的实现代码移到spinlock.c中，此时可以直接调用pushcli/popcli（同属内核态环境），无需额外extern声明，只要包含spinlock.h即可。
3. xv6默认的Makefile已经将spinlock.o链接进内核，无需额外修改配置。

关于强行链接内核函数的说明 #

如果试图把spinlock.o加到用户程序的链接列表中（比如修改Makefile让_cat的依赖包含spinlock.o），这是错误且危险的操作——内核函数依赖大量内核态专属符号，用户态环境根本无法解析，会触发更多报错，完全不建议尝试。

内容的提问来源于stack exchange，提问作者Kamichanw