public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/13707] New: libstdc++.a goes to the wrong directory
@ 2004-01-16 14:55 kunert at physik dot tu-dresden dot de
  2004-01-16 16:43 ` [Bug libstdc++/13707] " pinskia at gcc dot gnu dot org
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: kunert at physik dot tu-dresden dot de @ 2004-01-16 14:55 UTC (permalink / raw)
  To: gcc-bugs

During installation, everything goes to version specific directories.
Except libstdc++.a, which goes to /opt/lib overwriting any former library of the
same name. Of course one can work around that problem by copying that file next
to libgcc.a or fiddling with the configure options, but it is annoying to
recompile GCC 3.2 just because its libstdc++.a got overwritten.

Reading specs from /opt/lib/gcc/i686-pc-linux-gnu/3.4.0/specs
Configured with: ../configure --enable-shared --program-suffix=34
--disable-checking --with-arch=pentiumpro --prefix=/opt
--enable-languages=c,c++,f77 --enable-__cxa_atexit
Thread model: posix
gcc version 3.4.0 20040116 (experimental)

-- 
           Summary: libstdc++.a goes to the wrong directory
           Product: gcc
           Version: 3.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: kunert at physik dot tu-dresden dot de
                CC: gcc-bugs at gcc dot gnu dot org


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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libstdc++/13707] libstdc++.a goes to the wrong directory
  2004-01-16 14:55 [Bug libstdc++/13707] New: libstdc++.a goes to the wrong directory kunert at physik dot tu-dresden dot de
@ 2004-01-16 16:43 ` pinskia at gcc dot gnu dot org
  2004-01-17 10:37 ` kunert at physik dot tu-dresden dot de
  2004-01-17 19:11 ` pinskia at gcc dot gnu dot org
  2 siblings, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-01-16 16:43 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-16 16:43 -------
None of you configure options will change where libraries get installed.  Why do you think 
libstdc++.a should not be overwritten?  program-suffix is only for programs, not libraries.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libstdc++/13707] libstdc++.a goes to the wrong directory
  2004-01-16 14:55 [Bug libstdc++/13707] New: libstdc++.a goes to the wrong directory kunert at physik dot tu-dresden dot de
  2004-01-16 16:43 ` [Bug libstdc++/13707] " pinskia at gcc dot gnu dot org
@ 2004-01-17 10:37 ` kunert at physik dot tu-dresden dot de
  2004-01-17 19:11 ` pinskia at gcc dot gnu dot org
  2 siblings, 0 replies; 4+ messages in thread
From: kunert at physik dot tu-dresden dot de @ 2004-01-17 10:37 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From kunert at physik dot tu-dresden dot de  2004-01-17 10:37 -------
Subject: Re:  libstdc++.a goes to the wrong directory

Everything else goes in version specific directories, libstdc++ was the only reason that prevented
me from installing different versions of GCC parallel.
--enable-version-specific-runtime-libs does exactly the right thing.
I just wonder why its off by default. I see no reason to want libstdc++.a in a different
directory than libgcc.a . Its no big deal either and its probably not justified to call
this behavior a bug. It was just an annoying surprise for me.

Thanks,
Thomas Kunert

pinskia at gcc dot gnu dot org wrote:
> ------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-16 16:43 -------
> None of you configure options will change where libraries get installed.  Why do you think 
> libstdc++.a should not be overwritten?  program-suffix is only for programs, not libraries.
> 



-- 


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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libstdc++/13707] libstdc++.a goes to the wrong directory
  2004-01-16 14:55 [Bug libstdc++/13707] New: libstdc++.a goes to the wrong directory kunert at physik dot tu-dresden dot de
  2004-01-16 16:43 ` [Bug libstdc++/13707] " pinskia at gcc dot gnu dot org
  2004-01-17 10:37 ` kunert at physik dot tu-dresden dot de
@ 2004-01-17 19:11 ` pinskia at gcc dot gnu dot org
  2 siblings, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-01-17 19:11 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-01-17 19:11 -------
--enable-version-specific-runtime-libs is off by defualt because most people do not install 
different versions of the compilers and if they do, they usually install it in different directories.   
Also OS people install GCC as well and do not want --enable-version-specific-runtime-libs to be 
enabled by default.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID


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


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2004-01-17 19:11 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-01-16 14:55 [Bug libstdc++/13707] New: libstdc++.a goes to the wrong directory kunert at physik dot tu-dresden dot de
2004-01-16 16:43 ` [Bug libstdc++/13707] " pinskia at gcc dot gnu dot org
2004-01-17 10:37 ` kunert at physik dot tu-dresden dot de
2004-01-17 19:11 ` 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).