Bug 10962 - scripts/test-installation.pl
Summary: scripts/test-installation.pl
Status: RESOLVED WONTFIX
Alias: None
Product: glibc
Classification: Unclassified
Component: libc (show other bugs)
Version: 2.12
: P2 normal
Target Milestone: ---
Assignee: Ulrich Drepper
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-14 20:37 UTC by emad hajjar
Modified: 2014-07-01 05:22 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:
fweimer: security-


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description emad hajjar 2009-11-14 20:37:26 UTC
gcc (GCC) 4.4.2



perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Use of uninitialized value in string ne at ../glibc/scripts/test-
installation.pl line 163, <LDD> line 19.
Library libgcc_s is not correctly installed.
Please check your installation!
Offending line of ldd output:   libgcc_s.so.1 => /lib64/libgcc_s.so.1 
(0x00002ac0cb12b000)
Comment 1 emad hajjar 2009-11-17 14:06:12 UTC
i fix this 
-------
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "en_US.UTF-8"
----------
by usr this command: make localedata/install-locales


but my problem in libgcc_s.so.1

# ../glibc/scripts/test-installation.pl
Use of uninitialized value in string ne at ../glibc/scripts/test-
installation.pl line 163, <LDD> line 19.
Library libgcc_s is not correctly installed.
Please check your installation!
Offending line of ldd output:   libgcc_s.so.1 => /lib64/libgcc_s.so.1 
(0x00002b8a2c99b000)

The script has found some problems with your installation!
Please read the FAQ and the README file and check the following:
- Did you change the gcc specs file (necessary after upgrading from
  Linux libc5)?
- Are there any symbolic links of the form libXXX.so to old libraries?
  Links like libm.so -> libm.so.5 (where libm.so.5 is an old library) are 
wrong,
  libm.so should point to the newly installed glibc file - and there should be
  only one such link (check e.g. /lib and /usr/lib)
You should restart this script from your build directory after you've
fixed all problems!
Btw. the script doesn't work if you're installing GNU libc not as your
primary library!


Comment 2 Ulrich Drepper 2009-11-17 14:27:09 UTC
You doing some from scratch installation or something like this.  Don't expect
to find support for this in glibc.  There are more important things to do than
worrying about something like this.  There will be no change to glibc.  Connect
with other people who think they have to punish themselves by doing this.  This
here is not the place.
Comment 3 emad hajjar 2009-12-05 13:41:59 UTC
i add this line 
-------------
    next if ($name eq "gcc_s");
-------------

before this line
-------------
    $found{$name} = 1;
-------------

in this file "scripts/test-installation.pl"

and i get this result"Your new glibc installation seems to be ok."

but is this right fix or i will get a problem 

please check it for me .

Comment 4 Ulrich Drepper 2009-12-05 20:44:29 UTC
(In reply to comment #3)
> please check it for me .

No.  The patch is wrong.  The test is necessary.  If it triggers for you that
only means your installation is broken.  This is not the place to discuss this
or get help for this.  Use a binary glibc package from a distribution if you
cannot build it yourself.