Change History (6)
comment:1 by , 6 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:2 by , 6 years ago
Oh, I forgot I moved them to the systemd package. Yes, in that case, it is probably just an artifact of doing multilib builds and the added "64" is not necessary (but harmless). That said, I did put the links back, but cannot recall if I tested without or simply did as a matter of course. Build running now.
comment:3 by , 6 years ago
Oh it seems I didn't obey LFS standard procedure to create /tools/lib64...
But at least we should remove "64" for 32-bit x86.
follow-up: 6 comment:5 by , 6 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
However there is still PKG_CONFIG_PATH=/usr/lib/pkgconfig:/tools/lib64/pkgconfig. In 32-bit x86 we don't have /tools/lib64.
comment:6 by , 6 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Replying to xry111:
However there is still
PKG_CONFIG_PATH=/usr/lib/pkgconfig:/tools/lib64/pkgconfig. In 32-bit x86 we don't have/tools/lib64.
And lib64 -> lib so it should never be needed to reference lib64 directly.
Fixed at revision 11476.
No, that's not correct. On current builds, we still have /tools/lib64->lib. OTOH, those instructions predate the change to /lib in the toolchain. While still technically valid, despite the multiple layers of symlinks, unless there is an -rpath somewhere in systemd, e2fsprogs, or procps, I doubt that the library symlinks are even necessary. I had simply put them back because they were present prior to systemd's build order getting mixed up. It hadn't even occurred to me to try without them. We are using the pkgconfig files from /tools/lib/pkgconfig/ so they should include -L/tools/lib. I haven't made it very far in my BLFS build, maybe 50 packages in, and I'm working on a new set of PKGBUILDs. I've only made it through enough to get pacman going and most of the optional deps not covered in LFS. I'll start a fresh build tonight and test without. As an aside, it'll even double as a sanity check for my packaging. :-) I should be able to report back tomorrow evening, possibly morning.