[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 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