[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#951086: marked as done (libgcc1: /lib/x86_64-linux-gnu/libgcc_s.so.1 is missing)

Your message dated Thu, 13 Feb 2020 16:05:52 +0100
with message-id <20200213150552.GA2977199@zira.vinc17.org>
and subject line Re: libgcc1: /lib/x86_64-linux-gnu/libgcc_s.so.1 is missing
has caused the Debian Bug report #951086,
regarding libgcc1: /lib/x86_64-linux-gnu/libgcc_s.so.1 is missing
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
951086: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951086
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libgcc1
Version: 1:10-20200204-1
Severity: important

After a recent upgrade, I get the following error:

zira:~> gcc-4.9 tst.c -o tst
/usr/bin/ld: cannot find -lgcc_s
collect2: error: ld returned 1 exit status

It tries to open libgcc_s.so, which was previously found at

  /usr/lib/gcc/x86_64-linux-gnu/4.9/libgcc_s.so

which is a symbolic link to

  /lib/x86_64-linux-gnu/libgcc_s.so.1

but this file have moved to /lib.

The usual paths are searched too, so that alternatively, I think that
a libgcc_s.so -> libgcc_s.so.1 symbolic link in /lib could solve the
issue, if acceptable.

gcc-4.9 is rather old, but still useful for testing, and there was
no announce of any change.

In the mean time, a workaround is to add a symlink

/usr/local/lib/libgcc_s.so -> /lib/libgcc_s.so.1

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=POSIX (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libgcc1 depends on:
ii  gcc-10-base  10-20200204-1
ii  libc6        2.29-10
ii  libgcc-s1    10-20200204-1

libgcc1 recommends no packages.

libgcc1 suggests no packages.

-- no debconf information

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

--- End Message ---
--- Begin Message --- 
Version: 1:10-20200211-1

On 2020-02-11 01:33:13 +0100, Vincent Lefevre wrote:
> Package: libgcc1
> Version: 1:10-20200204-1
> Severity: important
> 
> After a recent upgrade, I get the following error:
> 
> zira:~> gcc-4.9 tst.c -o tst
> /usr/bin/ld: cannot find -lgcc_s
> collect2: error: ld returned 1 exit status
> 
> It tries to open libgcc_s.so, which was previously found at
> 
>   /usr/lib/gcc/x86_64-linux-gnu/4.9/libgcc_s.so
> 
> which is a symbolic link to
> 
>   /lib/x86_64-linux-gnu/libgcc_s.so.1
> 
> but this file have moved to /lib.

This is fixed in 1:10-20200211-1, as libgcc-s1 now provides this file.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

--- End Message ---
Reply to: