[Bug bootstrap/37079] cannot find -lgcc_s

["jay dot krell at cornell dot edu" <gcc-bugzilla@gcc.gnu.org>]

------- Comment #4 from jay dot krell at cornell dot edu  2008-08-17 08:51 -------
Subject: RE:  cannot find -lgcc_s


  Let's dissect the output a bit:
  Word wrap plus laziness => I didn't look closely before.


  -Wl,-rpath -Wl,/usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1  
  -Wl,-rpath  
  -Wl,/usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1   
  -L/obj/gcc.1/sparc64-sun-solaris2.10/sparc64-sun-solaris2.10/./ld 
  -L/usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1 
 
-L/usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1/../../../../sparc64-sunsolaris2.10/lib/sparcv9 
  -L/usr/local/sparc64-sun-solaris2.10/sys-root/lib/sparcv9  
  -L/usr/local/sparc64-sun-solaris2.10/sys-root/usr/lib/sparcv9  
 
-L/usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1/../../../../sparc64-sun-solaris2.10/lib 
  -L/usr/local/sparc64-sun-solaris2.10/sys-root/lib  
  -L/usr/local/sparc64-sun-solaris2.10/sys-root/usr/lib  


  vs. the workaround: 


    Directory = Prefix + "/lib/gcc/sparc64-sun-solaris2.10/" + GccVersion  
    Run(".", "mkdir -p " + Directory)  
    Run(Directory, "-ln -s sparcv9/libgcc_s.so libgcc_s.so")  
    Run(Directory, "-ln -s sparcv9/libgcc_s.so.1 libgcc_s.so.1")  


 Therefore:  



 The "biarch" paths are not being applied to the "gcc .libs" paths.
    /usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1
  but not
    /usr/local/lib/gcc/sparc64-sun-solaris2.10/4.3.1/sparcv9


 both for -Wl,-rpath and -L.
 This IS reasonable, since the tools were built with -disable-multilib, BUT
   the .libs were in fact put in sparcv9 -- at least the .so files.


(I find all the dot-dots a pain to read! I understand relocatable, and
symlinks, but still..) 

 They are being applied to the "system .libs" paths.
   sys-root/lib/sparcv9 and sys-root/usr/lib/sparcv9.


 Could be that .so file placement is not so flexible? Because they aren't
  really supposed to be placed here anyway? You know, it is very up to me
  where to place .a files, but .so files maybe more important to adhere
  to strict standards, since they are used at runtime?


 Also not shown is -enable-version-specific-runtimes or such, whatever
  I saw Cygwin using.


It SEEMS the fix is now almost obvious.
That multilib suffixes need to be applied to more prefixes.
Or alter the directory structure otherwise, via configure.


I should also try without -enable-rpath I guess.


Thank you for attention to the bug,
 - Jay




> Date: Sat, 16 Aug 2008 22:36:55 +0000
> Subject: [Bug bootstrap/37079] cannot find -lgcc_s
> To: jay.krell@cornell.edu
> From: gcc-bugzilla@gcc.gnu.org
>
>
>
> ------- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-16 22:36 -------
> What happens if you just use --with-build-sysroot= ? without saying the
> --with-sysroot?
>
>
> --
>
> pinskia at gcc dot gnu dot org changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> Component|c |bootstrap
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37079
>
> ------- You are receiving this mail because: -------
> You reported the bug, or are watching the reporter.


-- 


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