Bug 6446 - eglibc doesn't install ldconfig to target
Summary: eglibc doesn't install ldconfig to target
Status: RESOLVED INVALID
Alias: None
Product: buildroot
Classification: Unclassified
Component: Other (show other bugs)
Version: 2013.05
Hardware: PC Linux
: P5 minor
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-12 14:44 UTC by Ryan Coe
Modified: 2014-02-07 15:09 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:


Attachments
install ldconfig to target (448 bytes, patch)
2013-08-12 14:44 UTC, Ryan Coe
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ryan Coe 2013-08-12 14:44:53 UTC
Created attachment 5030 [details]
install ldconfig to target

I am not 100% sure this is a bug.  I noticed that when using the new experimental eglibc package, ldconfig does not get installed to the target.  Attached is a patch.  I'm also not sure if anything else needs installed as well (like ldd).
Comment 1 Thomas De Schampheleire 2014-02-07 09:03:19 UTC
ldconfig, nor ldd, are required components on the target system.
These are not installed by default, even when using an external toolchain.

ldconfig basically updates /etc/ld.so.conf, which can be done by hand.
ldd just runs the executable with the env variable LD_TRACE_LOADED_OBJECTS=1 set, so you can obtain the same behavior with:

LD_TRACE_LOADED_OBJECTS=1 /usr/bin/foo



So I indeed don't think this is a bug.
What do other developers think?
Comment 2 Thomas Petazzoni 2014-02-07 14:52:49 UTC
I agree that this is not a bug: there is no point in having ldconfig installed to the target, since we don't support doing development on target. Therefore, the ld.so.cache should be generated at build time, on the build machine.

That said, I believe there is a ldconfig problem: if none was found in the cross-compilation toolchain, we use the one from the build machine, which is wrong. But this is not per-se related to this bug.
Comment 3 Ryan Coe 2014-02-07 15:09:18 UTC
I do agree that they aren't normally needed on the target filesystem.  I am marking this bug as invalid.