[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[fago at earthlink dot net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

Matt Fago <fago at earthlink dot net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fago at earthlink dot net

--- Comment #10 from Matt Fago <fago at earthlink dot net> 2011-01-17 19:59:27 UTC ---
Still an issue with gcc 4.5.2 release.

[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[harald at gigawatt dot nl]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

Harald van Dijk <harald at gigawatt dot nl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |harald at gigawatt dot nl

--- Comment #11 from Harald van Dijk <harald at gigawatt dot nl> 2011-08-24 22:29:36 UTC ---
(In reply to comment #8)
> In ./gcc/libgcc.mvars, we have
> 
>   SHLIB_INSTALL = $(mkinstalldirs) $(DESTDIR)$(slibdir)@shlib_slibdir_qual@;
> [...]
> 
> where $(DESTDIR)$(libdir) seems to be correct for me. However, the last part
> (@shlib_slibdir_qual@) is substituted in libgcc/Makefile.in(install-shared)
> with $(MULTIOSSUBDIR) which is based on `$(CC) $(CFLAGS)
> -print-multi-os-directory)`, here '../lib64'.

Yes, for --enable-version-specific-runtime-libs, it should be replaced by
$(MULTISUBDIR) rather than $(MULTIOSSUBDIR). But $(MULTISUBDIR) would be wrong
for the default configuration. Other subdirectories handle this by adding the
$(MULTI*) from the configure script instead of the Makefile.in.

[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[yannick_duchene at yahoo dot fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

Yannick Duchêne (Hibou57) <yannick_duchene at yahoo dot fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |yannick_duchene at yahoo
                   |                            |dot fr

--- Comment #12 from Yannick Duchêne (Hibou57) <yannick_duchene at yahoo dot fr> 2013-04-21 23:50:33 UTC ---
I can confirm the same with GCC 4.8.0.

With a an i386-linux-gnu host, the bug does not occurs with a cross compiler to
i686-linux-gnu, but occurs with a cross compiler to x86-64-linux-gnu.
>From gcc-bugs-return-420719-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Apr 22 06:55:12 2013
Return-Path: <gcc-bugs-return-420719-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29304 invoked by alias); 22 Apr 2013 06:55:11 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 29266 invoked by uid 48); 22 Apr 2013 06:55:07 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/57026] ice: SSA corruption
Date: Mon, 22 Apr 2013 06:55:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Changed-Fields: Status Last reconfirmed Component CC Ever Confirmed Target Milestone
Message-ID: <bug-57026-4-9krZV31DBx@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57026-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57026-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-04/txt/msg01864.txt.bz2
Content-length: 1277


http://gcc.gnu.org/bugzilla/show_bug.cgi?idW026

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-04-22
          Component|c                           |middle-end
                 CC|                            |jakub at gcc dot gnu.org
     Ever Confirmed|0                           |1
   Target Milestone|---                         |4.9.0

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-04-22 06:55:04 UTC ---
Reduced testcase:
typedef struct __jmp_buf_tag { char buf[1024]; } jmp_buf[1];
extern int setjmp (jmp_buf);
extern int bar (unsigned int *);
extern jmp_buf *baz (void);
struct C { int c1; unsigned int c2, c3, c4; };

void
foo (struct C *x, const int *y, unsigned int *z, unsigned int e, unsigned int
g)
{
  unsigned int d;
  unsigned long f;
  setjmp (*baz ());
  f = d;
  if ((x->c1 || x->c2) && g && (!e || d >= 8))
    d = 16;
  else
    d = 8;
  if ((!x->c3 && !x->c4 || *y == 0) && !e && bar (z))
    *z = f;
}

Guess caused by http://gcc.gnu.org/r198096

[Bug c/32415] New: libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[lionelb dot nospam at gmail dot com]

Minimal program in test.c:

int main() {}

Compile:

# /var/scratch/lionelb/usr/gcc-4.1.2/bin/gcc -v test.c
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /var/scratch/lionelb/usr/src/gcc-4.1.2/configure
--prefix=/var/scratch/lionelb/usr/gcc-4.1.2 --enable-languages=c,c++,fortran
--enable-version-specific-runtime-libs
--with-build-time-tools=/var/scratch/lionelb/usr/binutils-2.17/bin
--with-as=/var/scratch/lionelb/usr/binutils-2.17/bin/as
--with-ld=/var/scratch/lionelb/usr/binutils-2.17/bin/ld --enable-__cxa_atexit
Thread model: posix
gcc version 4.1.2

/var/scratch/lionelb/usr/gcc-4.1.2/libexec/gcc/x86_64-unknown-linux-gnu/4.1.2/cc1
-quiet -v test.c -quiet -dumpbase test.c -mtune=k8 -auxbase test -version -o
/tmp/cc92Pr4G.s
ignoring nonexistent directory
"/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../x86_64-unknown-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /var/scratch/lionelb/usr/gcc-4.1.2/include

/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/include
 /usr/include
End of search list.
GNU C version 4.1.2 (x86_64-unknown-linux-gnu)
        compiled by GNU C version 3.4.6 20060404 (Red Hat 3.4.6-8).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 2f59716e3dacf2fffffc2f167478c592
 /var/scratch/lionelb/usr/binutils-2.17/bin/as -V -Qy -o /tmp/ccgIgKwi.o
/tmp/cc92Pr4G.s
GNU assembler version 2.17 (x86_64-unknown-linux-gnu) using BFD version 2.17

/var/scratch/lionelb/usr/gcc-4.1.2/libexec/gcc/x86_64-unknown-linux-gnu/4.1.2/collect2
--eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2
/usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/crtbegin.o
-L/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2
-L/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../..
-L/lib/../lib64 -L/usr/lib/../lib64 /tmp/ccgIgKwi.o -lgcc --as-needed -lgcc_s
--no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/4.1.2/crtend.o
/usr/lib/../lib64/crtn.o
/var/scratch/lionelb/usr/binutils-2.17/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status

Now:

# find /var/scratch/lionelb/usr/gcc-4.1.2 -name libgcc_s*
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib/libgcc_s.so.1
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib64/libgcc_s.so
/var/scratch/lionelb/usr/gcc-4.1.2/lib/gcc/x86_64-unknown-linux-gnu/lib64/libgcc_s.so.1

so it doesn't look as if gcc is looking in the right place for libgcc_s.

This problem appears to affect GCC 4.2.0 as well.


-- 
           Summary: libgcc_s not found in library search path with --enable-
                    version-specific-runtime-libs
           Product: gcc
           Version: 4.1.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: lionelb dot nospam at gmail dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415

[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs

[xenofears at gmail dot com]

------- Comment #9 from xenofears at gmail dot com  2009-07-14 06:35 -------
I was about to post this:

--enable-version-specific-runtime-libs is pretty broken:

in the <sysroot>/lib/gcc/x86_64-w64-mingw32 dir, there exists a lib32 and lib64
dir alongside the <version> (i.e. 4.4.1) dir. Neither are searched in by gcc.
They contain the core lib libgcc_s.a

Building gcc 4.4.1 with gcc 4.5.0 (might or might not be relevant), there is a
4.5.0 dir created also, where the core crtfastmath.o, libgcc_eh.a, libgcc.a,
and libgcov.a libraries are (mis)placed. Obviously that directory is not
searched by gcc 4.4.1.


-- 

xenofears at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |xenofears at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415