public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug other/16513] New: Libiberty doesn't follow the multi-os-directory settings
@ 2004-07-13 10:00 ebotcazou at gcc dot gnu dot org
  2004-07-15 19:13 ` [Bug other/16513] Libiberty doesn't honor " ebotcazou at gcc dot gnu dot org
                   ` (3 more replies)
  0 siblings, 4 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu dot org @ 2004-07-13 10:00 UTC (permalink / raw)
  To: gcc-bugs

This is a problem I've seen for ages (it affects 3.3.x, 3.4.x and mainline at
least) and I finally got around to wording it in technical terms.

On Solaris/SPARC, the 64-bit libraries are always installed in the sparcv9
subdirectory of the regular 'lib' directory, for example /usr/lib and
/usr/lib/sparcv9.

Therefore GCC must follow this rule for the libraries it installs.  This works
well for a multilib sparc-sun-solaris2.* compiler: the 64-bit libraries (either
static or dynamic) are installed in $(prefix)/lib/sparcv9.  This almost works
for a (multilib or not) sparc64-sun-solaris2.* compiler: the 64-bit libraries
are almost all installed in $(prefix)/lib/sparcv9, $(prefix)/lib containing
either nothing (non-multilib) or the 32-bit libraries (multilib).

The only exception is libiberty.a: for a sparc64-sun-solaris2.* compiler, the
64-bit version is installed in $(prefix)/lib (and a 32-bit version is installed
in $(prefix)/lib/sparcv7 in the multilib case), overriding a possible previous
32-bit libiberty.a installed by the sparc-sun-solaris2.* compiler.

The problem is that Libiberty's Makefile doesn't take into account the result of
$(CC) -print-multi-os-directory for a native compiler (it apparently does for a
cross-compiler), whereas all other libraries shipped with GCC do.

-- 
           Summary: Libiberty doesn't follow the multi-os-directory settings
           Product: gcc
           Version: 3.3.5
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: other
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: ebotcazou at gcc dot gnu dot org
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc64-sun-solaris2.*
  GCC host triplet: sparc64-sun-solaris2.*
GCC target triplet: sparc64-sun-solaris2.*


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


^ permalink raw reply	[flat|nested] 17+ messages in thread
end of thread, other threads:[~2007-03-03 19:31 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-16513-226@http.gcc.gnu.org/bugzilla/>
2006-05-06 12:07 ` [Bug other/16513] Libiberty doesn't honor the multi-os-directory settings christian dot joensson at gmail dot com
2006-05-06 12:14 ` ebotcazou at gcc dot gnu dot org
2007-02-19 18:11 ` ebotcazou at gcc dot gnu dot org
2007-02-20  9:42 ` peb at mppmu dot mpg dot de
2007-02-20 11:13 ` ebotcazou at gcc dot gnu dot org
2007-02-20 15:20 ` dj at redhat dot com
2007-02-20 15:25 ` ebotcazou at gcc dot gnu dot org
2007-02-20 17:32 ` peb at mppmu dot mpg dot de
2007-02-21  0:02 ` mark at codesourcery dot com
2007-02-21  7:20 ` ebotcazou at gcc dot gnu dot org
2007-03-01 15:30 ` ebotcazou at gcc dot gnu dot org
2007-03-03 19:30 ` ebotcazou at gcc dot gnu dot org
2007-03-03 19:31 ` ebotcazou at gcc dot gnu dot org
2004-07-13 10:00 [Bug other/16513] New: Libiberty doesn't follow " ebotcazou at gcc dot gnu dot org
2004-07-15 19:13 ` [Bug other/16513] Libiberty doesn't honor " ebotcazou at gcc dot gnu dot org
2004-10-19 11:06 ` ebotcazou at gcc dot gnu dot org
2004-12-20 12:25 ` christian dot joensson at gmail dot com
2004-12-20 23:05 ` pinskia at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).