[Bug target/46191] New: Non-absolute names in libgcc_s.so

[Bug target/46191] New: Non-absolute names in libgcc_s.so

[schwab@linux-m68k.org]

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

           Summary: Non-absolute names in libgcc_s.so
           Product: gcc
           Version: 4.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: schwab@linux-m68k.org
                CC: jakub@redhat.com
            Target: powerpc*-*-linux*,powerpc*-*-gnu*,arm*-*-linux-*eabi,h
                    ppa*-*-linux*


The libgcc_s.so linker script (as used by targets using t-slibgcc-libgcc)
contains non-absolute library names, which causes the linker to search in cwd
first, where it might find a completely unrelated libgcc.a (eg. while building
a cross gcc).

[Bug target/46191] Non-absolute names in libgcc_s.so

[jakub at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> 2010-10-27 02:04:30 UTC ---
Using absolute names is undesirable too, because then gcc is not actually
relocatable.  Guess we want something like $ORIGIN relative path if $ORIGIN or
something similar expands to the directory the linker script was found in.

[Bug target/46191] Non-absolute names in libgcc_s.so

[schwab@linux-m68k.org]

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

--- Comment #2 from Andreas Schwab <schwab@linux-m68k.org> 2010-10-27 08:33:07 UTC ---
The parts may not be installed in the same directory and relative names may
break in the presence of symbolic links.

[Bug target/46191] Non-absolute names in libgcc_s.so

[ibolton at gcc dot gnu.org]

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

Ian Bolton <ibolton at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2010.10.27 11:06:55
                 CC|                            |ibolton at gcc dot gnu.org
     Ever Confirmed|0                           |1

--- Comment #3 from Ian Bolton <ibolton at gcc dot gnu.org> 2010-10-27 11:06:55 UTC ---
Setting status to NEW.

How do other linker scripts do it?

[Bug target/46191] Non-absolute names in libgcc_s.so

[ibolton at gcc dot gnu.org]

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

Ian Bolton <ibolton at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING

--- Comment #4 from Ian Bolton <ibolton at gcc dot gnu.org> 2010-10-27 11:09:30 UTC ---
On second thought, I have set this to WAITING, because the "Known to work" and
"Known to fail" have not been complete.  The Version is set to "4.5.0" - does
trunk have a sensible solution?

[Bug target/46191] [4.5/4.6 regression] Non-absolute names in libgcc_s.so

[joseph at codesourcery dot com]

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

--- Comment #5 from joseph at codesourcery dot com <joseph at codesourcery dot com> 2010-10-27 12:02:35 UTC ---
On Wed, 27 Oct 2010, jakub at gcc dot gnu.org wrote:

> Using absolute names is undesirable too, because then gcc is not actually
> relocatable.  Guess we want something like $ORIGIN relative path if $ORIGIN or
> something similar expands to the directory the linker script was found in.

Absolute paths work in linker scripts in sysrooted compilers, in that they 
are interpreted relative to the (relocatable) sysroot for a linker script 
(typically libc.so) found in the sysroot.  But GCC itself never installs 
anything in a sysroot, meaning that if you put a linker script there 
(after GCC's own installation) you also need to update paths in it 
accordingly - and so to have a relative path from the sysroot to libgcc.a 
outside the sysroot.

Perhaps what's actually wanted is a way to have the linker search for 
libgcc.a in its normal search path (the compiler should have passed -L 
options that include the libgcc.a installation directory) rather than in 
"."?

[Bug target/46191] [4.5/4.6 regression] Non-absolute names in libgcc_s.so

[jakub at gcc dot gnu.org]

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

--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> 2010-10-27 12:44:16 UTC ---
Linker does that if -lfoo instead of libfoo.a form is used in the linker
script.
So perhaps we could just use that.  As libgcc_s linker script name is different
and -lgcc is only a library, it might DTRT.

[Bug target/46191] [4.5/4.6 regression] Non-absolute names in libgcc_s.so

[rguenth at gcc dot gnu.org]

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

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.5.2

[Bug target/46191] [4.5/4.6 regression] Non-absolute names in libgcc_s.so

[schwab@linux-m68k.org]

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

Andreas Schwab <schwab@linux-m68k.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW

[Bug target/46191] [4.5/4.6 regression] Non-absolute names in libgcc_s.so

[rguenth at gcc dot gnu.org]

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

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P2

[Bug target/46191] [4.5/4.6 regression] Non-absolute names in libgcc_s.so

[rguenth at gcc dot gnu.org]

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

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.5.2                       |4.5.3

--- Comment #7 from Richard Guenther <rguenth at gcc dot gnu.org> 2010-12-16 13:03:37 UTC ---
GCC 4.5.2 is being released, adjusting target milestone.

[Bug target/46191] [4.5/4.6/4.7 regression] Non-absolute names in libgcc_s.so

[rguenth at gcc dot gnu.org]

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

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.5.3                       |4.5.4

--- Comment #8 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-04-28 14:51:48 UTC ---
GCC 4.5.3 is being released, adjusting target milestone.

[Bug target/46191] [4.5/4.6/4.7/4.8 regression] Non-absolute names in libgcc_s.so

[rguenth at gcc dot gnu.org]

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

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.5.4                       |4.6.4

--- Comment #9 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-07-02 12:07:52 UTC ---
The 4.5 branch is being closed, adjusting target milestone.

[Bug target/46191] [4.6/4.7/4.8 regression] Non-absolute names in libgcc_s.so

[schwab at gcc dot gnu.org]

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

--- Comment #10 from Andreas Schwab <schwab at gcc dot gnu.org> 2012-09-10 20:14:55 UTC ---
Author: schwab
Date: Mon Sep 10 20:14:47 2012
New Revision: 191160

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191160
Log:
PR target/46191
* config/t-slibgcc-libgcc (SHLIB_MAKE_SOLINK): Use -lgcc instead
of libgcc.a.

Modified:
    trunk/libgcc/ChangeLog
    trunk/libgcc/config/t-slibgcc-libgcc

[Bug target/46191] [4.7 regression] Non-absolute names in libgcc_s.so

[jakub at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.6.4                       |4.7.4

--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> 2013-04-12 15:16:24 UTC ---
GCC 4.6.4 has been released and the branch has been closed.

[Bug target/46191] [4.7 regression] Non-absolute names in libgcc_s.so

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46191

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|4.7.4                       |4.8.0
      Known to fail|                            |4.7.4

--- Comment #12 from Richard Biener <rguenth at gcc dot gnu.org> ---
Fixed for 4.8.0.