[Bug c++/35401] New: libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[Bug c++/35401] New: libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[agn at noc dot soton dot ac dot uk]

I installed gcc4.3 20080221 onto an intel mac, core 2 duo, os x10.5.2 using
macports

The configure arguments (with prefix = /opt/local) are:
47      configure.args  --enable-languages=c,c++,objc,obj-c++ \
48                      --libdir=${prefix}/lib/${name} \
49                      --includedir=${prefix}/include/${name} \
50                      --infodir=${prefix}/share/info \
51                      --mandir=${prefix}/share/man \
52                      --with-local-prefix=${prefix} \
53                      --with-system-zlib \
54                      --disable-nls \
55                      --program-suffix=-mp-${major} \
56                      --with-gxx-include-dir=${prefix}/include/${name}/c++/ \
57                      --with-gmp=${prefix} \
58                      --with-mpfr=${prefix}

 % otool -L /opt/local/lib/gcc43/libstdc++.6.dylib
gives:

/opt/local/lib/gcc43/libstdc++.6.dylib:
       /opt/local/lib/gcc43/libstdc++.6.dylib (compatibility version 7.0.0,
current version 7.10.0)
       /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
       /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
1.0.0)

So /opt/local/lib/gcc43/libstdc++.6.dylib is linked to the old, system
/usr/lib/libgcc_s.1.dylib instead of to the new
/opt/local/lib/gcc43/libgcc_s.1.dylib


-- 
           Summary: libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not
                    new  gcc4.3 libgcc_s.1.dylib
           Product: gcc
           Version: 4.3.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: agn at noc dot soton dot ac dot uk
 GCC build triplet: i386-apple-darwin9
  GCC host triplet: i386-apple-darwin9
GCC target triplet: i386-apple-darwin9


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #1 from howarth at nitro dot med dot uc dot edu  2008-02-29 02:52 -------
This problem isn't just limited to libstdc++. I find that all of the shared
libraries created for gcc 4.3.0 are linked to the system libgcc.


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[rwild at gcc dot gnu dot org]

------- Comment #2 from rwild at gcc dot gnu dot org  2008-02-29 12:34 -------
Probably the easiest way to fix this is to fool libtool with a hand-written
libgcc_s.la.

I think PR #5291 is related.


-- 

rwild at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Ralf dot Wildenhues at gmx
                   |                            |dot de


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #3 from howarth at nitro dot med dot uc dot edu  2008-02-29 14:00 -------
I doubt that since gcc 4.2.0 doesn't have the problem and all of gcc 4.3.0's
shared libraries are linked incorrectly against the system libgcc on darwin.

(In reply to comment #2)
> Probably the easiest way to fix this is to fool libtool with a hand-written
> libgcc_s.la.
> 
> I think PR #5291 is related.
> 


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #4 from howarth at nitro dot med dot uc dot edu  2008-02-29 14:03 -------
I think this is likely due to Jakub's fix for PR 30572 instead.


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[jakub at gcc dot gnu dot org]

------- Comment #5 from jakub at gcc dot gnu dot org  2008-02-29 14:58 -------
No idea why do you think it I had anything to do with that PR.


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[agn at noc dot soton dot ac dot uk]

-- 

agn at noc dot soton dot ac dot uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |blocker


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #6 from howarth at nitro dot med dot uc dot edu  2008-02-29 15:50 -------
My mistake. I looked at your marking of PR 30572 as fixed rather than the patch
committed.


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #7 from howarth at nitro dot med dot uc dot edu  2008-02-29 16:03 -------
Could this problem be caused by...

Author: rsandifo
Date: Thu Dec 27 11:26:06 2007
New Revision: 131198

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131198
Log:
libgcc/
        * Makefile.in (all): Use install-leaf rather than install.
        (install): Split most of the rule into...
        (install-leaf): ...this new one.

Modified:
    trunk/libgcc/ChangeLog
    trunk/libgcc/Makefile.in


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[rguenth at gcc dot gnu dot org]

------- Comment #8 from rguenth at gcc dot gnu dot org  2008-02-29 16:05 -------
CCing a build system maintainer.

Did this ever work?  That is, is this a regression?


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rguenth at gcc dot gnu dot
                   |                            |org, bonzini at gnu dot org


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #9 from howarth at nitro dot med dot uc dot edu  2008-02-29 16:12 -------
I'm positive I tested the committed patch...

Author: bonzini
Date: Wed Dec 19 14:28:32 2007
New Revision: 131062

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131062
Log:
2007-12-19  Etsushi Kato  <ek.kato@gmail.com>
            Paolo Bonzini  <bonzini@gnu.org>

        PR target/30572
        * Makefile.in: Use @shlib_slibdir@ substitution to get correct install
name
        on darwin.
        * config/t-slibgcc-darwin: Use @shlib_slibdir@ for -install_name.


Modified:
    trunk/libgcc/ChangeLog
    trunk/libgcc/Makefile.in
    trunk/libgcc/config/t-slibgcc-darwin

and it was working. The proposed alternative didn't. I am testing regressing
r131198 from my build tree to see if that solves the problem.

(In reply to comment #8)
> CCing a build system maintainer.
> 
> Did this ever work?  That is, is this a regression?
> 


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #10 from howarth at nitro dot med dot uc dot edu  2008-02-29 16:52 -------
Regressing r131198 eliminates the problem here...

otool -L libgfortran.3.dylib
libgfortran.3.dylib:
        /sw/lib/gcc4.3/lib/libgfortran.3.dylib (compatibility version 4.0.0,
current version 4.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
        /sw/lib/gcc4.3/lib/libgcc_s.1.dylib (compatibility version 1.0.0,
current version 1.0.0)

...at least for a manual rebuilding of the gcc and other library build
directories. I'll do a complete build of gcc trunk with r131198 regressed next.


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #11 from howarth at nitro dot med dot uc dot edu  2008-02-29 20:15 -------
In case anyone sees something I am missing, I have attached the link commands
for libgfortran.dylib from a gcc 4.3.0 build on powerpc-apple-darwin9 with
(libgfortran_badlink.txt) and without (libgfortran_godlink) r131198 applied
to current gcc 4.3.0 branch.


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #12 from howarth at nitro dot med dot uc dot edu  2008-02-29 20:17 -------
Created an attachment (id=15247)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15247&action=view)
link commands on powerpc-apple-darwin9 for libgfortran with r131198


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #13 from howarth at nitro dot med dot uc dot edu  2008-02-29 20:17 -------
Created an attachment (id=15248)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15248&action=view)
link commands on powerpc-apple-darwin9 for libgfortran without r131198


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #14 from howarth at nitro dot med dot uc dot edu  2008-02-29 20:29 -------
I would also add that despite having different linkages...

otool -L
/sw/src/fink.build/gcc43-4.3.0-20080226/darwin_objdir/powerpc-apple-darwin9/ppc64/libgfortran/.libs/libgfortran.3.dylib
/sw/src/fink.build/gcc43-4.3.0-20080226/darwin_objdir/powerpc-apple-darwin9/ppc64/libgfortran/.libs/libgfortran.3.dylib:
        /sw/lib/gcc4.3/lib/ppc64/libgfortran.3.dylib (compatibility version
4.0.0, current version 4.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
        /usr/lib/libgcc_s_ppc64.1.dylib (compatibility version 1.0.0, current
version 1.0.0)

vs

 otool -L
/sw/src/fink.build/gcc43-4.3.0-20080228/darwin_objdir/powerpc-apple-darwin9/ppc64/libgfortran/.libs/libgfortran.3.dylib
/sw/src/fink.build/gcc43-4.3.0-20080228/darwin_objdir/powerpc-apple-darwin9/ppc64/libgfortran/.libs/libgfortran.3.dylib:
        /sw/lib/gcc4.3/lib/ppc64/libgfortran.3.dylib (compatibility version
4.0.0, current version 4.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
        /sw/lib/gcc4.3/lib/libgcc_s_ppc64.1.dylib (compatibility version 1.0.0,
current version 1.0.0)

both the build with and without r131198 generate identical libgfortran.la files
and there are no obvious differences in the Makefiles generated (attached).


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #15 from howarth at nitro dot med dot uc dot edu  2008-02-29 20:31 -------
Created an attachment (id=15249)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15249&action=view)
differences between Makefile's generated in libgfortran with and without
r131198


-- 


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

[Bug c++/35401] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[agn at noc dot soton dot ac dot uk]

------- Comment #16 from agn at noc dot soton dot ac dot uk  2008-02-29 22:30 -------
Many thanks to Jack Howarth for putting in this work to sort out the bug.

Given the comments on the gcc list, I'll reduce the severity of the bug from
blocker to critical.

What originally brought this bug to my notice was that a python extension
linked to gcc43/libstdc++.6.dylib and gcc43/libgcc_s.1.dylib gave a
segmentation fault when called.
I suspected that the use of conflicting c libraries gcc43/libgcc_s.1.dylib and
(implicitly, through gcc43/libstdc++.6.dylib) /usr/lib/libgcc_s.1.dylib might
be causing the segmentation fault.

On the other hand... a similar extension linked to gcc43/libgfortran.3.dylib
and gcc43/libgcc_s.1.dylib was ok, even though gcc43/libgfortran.3.dylib is
itself linked to /usr/lib/libgcc_s.1.dylib

Perhaps the mislinking has more effect on the libstdc++ than on libgfortran?

Apologies if (as is likely) my contribution here is based on ignorance.

George Nurser.


-- 

agn at noc dot soton dot ac dot uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|blocker                     |critical


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[rguenth at gcc dot gnu dot org]

------- Comment #17 from rguenth at gcc dot gnu dot org  2008-02-29 22:52 -------
A regression according to comments.  P2.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build
           Priority|P3                          |P2
            Summary|libstdc++ linked to system  |[4.3/4.4 Regression]
                   |/usr/lib/libgcc_s.1.dylib   |libstdc++ linked to system
                   |not new  gcc4.3             |/usr/lib/libgcc_s.1.dylib
                   |libgcc_s.1.dylib            |not new  gcc4.3
                   |                            |libgcc_s.1.dylib
   Target Milestone|---                         |4.3.0


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #18 from howarth at nitro dot med dot uc dot edu  2008-03-01 17:26 -------
Created an attachment (id=15251)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15251&action=view)
complete diff between build with and without r131198


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #19 from howarth at nitro dot med dot uc dot edu  2008-03-01 17:28 -------
I have attached a diff file between the build logs for gcc 4.3 branch with and
without r131198. Hopefully this will provide some clues as to why darwin is
linking in the wrong (system) libgcc.


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #20 from howarth at nitro dot med dot uc dot edu  2008-03-01 19:43 -------
Created an attachment (id=15252)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15252&action=view)
compressed full build log with r131198


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #21 from howarth at nitro dot med dot uc dot edu  2008-03-01 19:58 -------
One other observation. If I make a file list of the darwin_objdir for the build
with and with r131198, they are identical.


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #22 from howarth at nitro dot med dot uc dot edu  2008-03-01 20:43 -------
As far as I can tell, the shared libraries are being linked in the same way
with and without r131198. I am inclined to think that the problem stems from
the fact that xgcc with r131198 ends up being linked to the system libgcc.
Without the r131198 change, only the stage1-gcc is linked to the system libgcc.
With r131198, both the xgcc in the gcc and prev-gcc subdirectories are linked
to the system libgcc as well as that in stage1-gcc. This all brings up the
question of why xgcc on darwin isn't linked to the static copy of libgcc like
on x86_64-unknown-linux-gnu?


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #23 from howarth at nitro dot med dot uc dot edu  2008-03-01 22:51 -------
The multilib builds in general seem to have some broken elements. For both
linux and darwin, when linking libgfortran one gets something like...

libtool: link: /sw/src/fink.build/gcc43-4.3.0-20080228/darwin_objdir/./gcc/xgcc
-B/sw/src/fink.build/gcc43-4.3.0-20080228/darwin_objdir/./gcc/
-B/sw/lib/gcc4.3/i686-apple-darwin9/bin/
-B/sw/lib/gcc4.3/i686-apple-darwin9/lib/ -isystem
/sw/lib/gcc4.3/i686-apple-darwin9/include -isystem
/sw/lib/gcc4.3/i686-apple-darwin9/sys-include -dynamiclib -Wl,-single_module
-Wl,-undefined -Wl,dynamic_lookup 

where /sw/lib/gcc4.3/i686-apple-darwin9/lib/  and
/sw/lib/gcc4.3/i686-apple-darwin9/include

are directories that don't exist under darwin or linux (where is is something
like)...

libtool: link: rm -fr  .libs/libgfortran.a .libs/libgfortran.la
.libs/libgfortran.lai .libs/libgfortran.so.3 .libs/libgfortran.so.3.0.0
libtool: link: /home/howarth/src/linux_obj/./gcc/xgcc
-B/home/howarth/src/linux_obj/./gcc/
-B/home/howarth/work/gcc43/i686-pc-linux-gnu/bin/
-B/home/howarth/work/gcc43/i686-pc-linux-gnu/lib/ -isystem
/home/howarth/work/gcc43/i686-pc-linux-gnu/include -isystem
/home/howarth/work/gcc43/i686-pc-linux-gnu/sys-include -shared

where  /home/howarth/work/gcc43/i686-pc-linux-gnu/include and
/home/howarth/work/gcc43/i686-pc-linux-gnu/lib/ don't exist.


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[jakub at gcc dot gnu dot org]

------- Comment #24 from jakub at gcc dot gnu dot org  2008-03-02 17:52 -------
If r131198 makes a difference, then I'm just guessing that while
libgcc's install target depends on install-darwin-libgcc-stubs, install-leaf
does not.  So perhaps
libgcc/config/t-slibgcc-darwin
should change:
 ifeq ($(enable_shared),yes)
 all: $(INSTALL_FILES)
-install: install-darwin-libgcc-stubs
+install-leaf: install-darwin-libgcc-stubs
 endif
to make sure the other *.dylib files are installed into gcc/ subdir too.

BTW, there is really no problem on the ELF side, you are just wasting time
trying to prove this bug affects anything but darwin.


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #25 from howarth at nitro dot med dot uc dot edu  2008-03-02 19:32 -------
Jakub,
    The change to libgcc/config/t-slibgcc-darwin solves the problem here with
gcc 4.3.0rc2.
I'll submit the change to gcc-patches after regression testing on
i686-apple-darwin9. Thanks
for the hint.


-- 


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

[Bug c++/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[howarth at nitro dot med dot uc dot edu]

------- Comment #26 from howarth at nitro dot med dot uc dot edu  2008-03-02 19:34 -------
Could someone change the component for this bug from c++ to target?


-- 


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

[Bug target/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[jakub at gcc dot gnu dot org]

------- Comment #27 from jakub at gcc dot gnu dot org  2008-03-02 22:07 -------
Subject: Bug 35401

Author: jakub
Date: Sun Mar  2 22:06:32 2008
New Revision: 132819

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132819
Log:
        PR target/35401
        * config/t-slibgcc-darwin: Make install-leaf dependent on
        install-darwin-libgcc-stubs instead of install.

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


-- 


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

[Bug target/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[jakub at gcc dot gnu dot org]

------- Comment #28 from jakub at gcc dot gnu dot org  2008-03-02 22:08 -------
Subject: Bug 35401

Author: jakub
Date: Sun Mar  2 22:08:12 2008
New Revision: 132820

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132820
Log:
        PR target/35401
        * config/t-slibgcc-darwin: Make install-leaf dependent on
        install-darwin-libgcc-stubs instead of install.

Modified:
    branches/gcc-4_3-branch/libgcc/ChangeLog
    branches/gcc-4_3-branch/libgcc/config/t-slibgcc-darwin


-- 


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

[Bug target/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[andreast at gcc dot gnu dot org]

------- Comment #29 from andreast at gcc dot gnu dot org  2008-03-02 22:17 -------
Fixed. Adjusted to target iso. libstc++.


-- 

andreast at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED


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

[Bug target/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[fang at csl dot cornell dot edu]

------- Comment #30 from fang at csl dot cornell dot edu  2008-03-02 23:09 -------
many thanks for a timely resolution


-- 


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

[Bug target/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[rsandifo at nildram dot co dot uk]

------- Comment #31 from rsandifo at nildram dot co dot uk  2008-03-03 09:21 -------
Subject: Re:  [4.3/4.4 Regression] libstdc++ linked to system
/usr/lib/libgcc_s.1.dylib not new  gcc4.3 libgcc_s.1.dylib

"howarth at nitro dot med dot uc dot edu" <gcc-bugzilla@gcc.gnu.org> writes:
> ------- Comment #25 from howarth at nitro dot med dot uc dot edu  2008-03-02 19:32 -------
> Jakub,
>     The change to libgcc/config/t-slibgcc-darwin solves the problem here with
> gcc 4.3.0rc2.
> I'll submit the change to gcc-patches after regression testing on
> i686-apple-darwin9. Thanks
> for the hint.

Great!  Thanks to both of you for tracking this down.

Richard


-- 


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

[Bug target/35401] [4.3/4.4 Regression] libstdc++ linked to system /usr/lib/libgcc_s.1.dylib not new gcc4.3 libgcc_s.1.dylib

[agn at noc dot soton dot ac dot uk]

------- Comment #32 from agn at noc dot soton dot ac dot uk  2008-03-03 11:33 -------
Again, thanks for sorting this out so quickly.


-- 


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