/etc/ld.so.nohwcap missing

Bug #558571 reported by jjos
46
This bug affects 10 people
Affects Status Importance Assigned to Milestone
glibc (Ubuntu)
Confirmed
Undecided
Unassigned
Nominated for Lucid by jjos

Bug Description

/etc/ld.so.nohwcap is accessed on every process launch, but it does not exist.

Example:
strace ls 2>&1 | grep /etc/ld.so.nohwcap
strace df 2>&1 | grep /etc/ld.so.nohwcap
strace sleep 0 2>&1 | grep /etc/ld.so.nohwcap

Output is one or more:
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)

This file should exist (what does it do?), or the futile accesses should be removed. Doing so will improve process launch times.

This was confirmed on Ubuntu 10.04

jjos (jbenjos)
description: updated
Revision history for this message
Charles Kearney (charkear) wrote :

I can not run programs I compile from the terminal. When I do strace i get this error.

Revision history for this message
Yuriy Vidineev (adeptg) wrote :

This isn't a bug, read man ld.so.
...
/etc/ld.so.nohwcap When this file is present the dynamic linker will load the non-optimized version of a library, even if the CPU supports the optimized version.
...

Changed in glibc (Ubuntu):
status: New → Invalid
Revision history for this message
John Drinkwater (johndrinkwater) wrote :

Think the original report queried whether it could be cached with the comment ‘or the futile accesses should be removed’ to avoid the noise in traces; is the state of the file intended to change ld behaviour during load, should it?

Revision history for this message
Joachim Durchholz (jo-durchholz) wrote :

I can confirm that the strace noise is quite annoying.
Particularly for programs that load a huge list of plugins and libraries, such as xfce4-settings-manager.
(A similar problem exists for programs checking a long list of fallbacks for translation and configuration files.)

I don't think the issue is invalid, a fix would require escalating this quite far upstream though.

Revision history for this message
quequotion (quequotion) wrote :

This is a real problem.

Changed in glibc (Ubuntu):
status: Invalid → New
Revision history for this message
quequotion (quequotion) wrote :

Could someone explain to me what the &%$# I am doing here right now?

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in glibc (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.