On 1/7/25 7:24 PM, YunQiang Su wrote:
Jeff Law <jeffreya...@gmail.com> 于2025年1月8日周三 07:06写道：
On 1/1/25 6:42 PM, YunQiang Su wrote:
Matthias Klose <matthias.kl...@canonical.com> 于2025年1月1日周三 22:37写道：
in https://gcc.gnu.org/pipermail/gcc-patches/2024-January/641619.html
there are two typos in the patch, compared to the local Debian patch,
Oh, sorry it is not duplicated.
- the subst macro has an additional parameter
- the multilib subdirs are not subdirs in lib, but have
their multilib suffix attached to lib.
It is not subdirectories, so we use string concat here.
the result will be like
/usr/lib/../lib32
since the output of
```
x86_64-linux-gnu-gcc -m32 --print-multi-os-directory
```
is
```
../lib32
```
ok for the trunk?
Matthias, given you probably have more insight into the patches Debian
is carrying than anyone in the world, what's the state here?
YunQiang, can you clarify your responses? It's unclear if you're
objecting or not.
I feel this patch is incorrect, since we need a '/' between
`lib` and `$${libsuffix_}`.
Otherwise we will get something like
`lib../lib32`
Yea, I think your're right.
Matthias, can you double check the output of
gcc --print-multi-os-directory
which is used to set libsubbfix_. I get "../lib" But maybe there's
something else buried in the Debian bits that makes this differ.
jeff
