blob: 4f0315ea11bbf8b2e1e0969130a98ea27b1470c6 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Okay, I'm looking at this bug report about QEMU where the LC_RPATH is being stripped even though INSTALL_REMOVE_ENVIRONMENT_RPATH is set to FALSE. The user provided steps on how they built QEMU and encountered the issue.
First, I need to understand what's happening. They set LDFLAGS with -rpath pointing to their local lib directory. During make, there are warnings about duplicate rpaths being ignored. When they check the build output, they see LC_RPATH correctly. But after installation, it's missing, causing the binary to fail.
I know that sometimes during install processes, certain environment variables or Makefile rules might strip RPATHs regardless of settings. Maybe INSTALL_REMOVE_ENVIRONMENT_RPATH isn't respected here.
Now, classifying this as user-mode or system-mode. The issue is about dynamic linking and paths, which relates to how the executable finds its libraries at runtime. This doesn't involve kernel-level operations or hardware devices but rather how binaries are linked and run in user space.
So, it's a user-mode related problem.
</think>
user
|