From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25622 invoked by alias); 9 Dec 2009 04:22:00 -0000 Received: (qmail 25570 invoked by uid 48); 9 Dec 2009 04:21:42 -0000 Date: Wed, 09 Dec 2009 04:22:00 -0000 Message-ID: <20091209042142.25569.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug bootstrap/37079] cannot find -lgcc_s In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "howarth at nitro dot med dot uc dot edu" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2009-12/txt/msg00919.txt.bz2 ------- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-12-09 04:21 ------- (In reply to comment #6) > I have this problem of MacOSX 10.3 > $ gcc -v > Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs > Thread model: posix > gcc version 3.3 20030304 (Apple Computer, Inc. build 1671) > > When I do a make on an empty directory it gets all the way into stage3 linking > libstdc++ until this: > > /usr/bin/ld: can't locate file for: -lgcc_s.10.4 > > There are several libgcc_s around: > > MacOSX:~/obj ed$ find . -name libgcc_s\* > ./gcc/libgcc_s.1.dylib > ./gcc/libgcc_s_ppc64.1.dylib > ./gcc/libgcc_s_x86_64.1.dylib > ./powerpc-apple-darwin7.9.0/libgcc/libgcc_s.1.dylib > ./powerpc-apple-darwin7.9.0/libgcc/libgcc_s.dylib > ./prev-gcc/libgcc_s.1.dylib > ./prev-gcc/libgcc_s_ppc64.1.dylib > ./prev-gcc/libgcc_s_x86_64.1.dylib > ./prev-powerpc-apple-darwin7.9.0/libgcc/libgcc_s.1.dylib > ./prev-powerpc-apple-darwin7.9.0/libgcc/libgcc_s.dylib > ./stage1-gcc/libgcc_s.1.dylib > ./stage1-gcc/libgcc_s_ppc64.1.dylib > ./stage1-gcc/libgcc_s_x86_64.1.dylib > ./stage1-powerpc-apple-darwin7.9.0/libgcc/libgcc_s.1.dylib > ./stage1-powerpc-apple-darwin7.9.0/libgcc/libgcc_s.dylib > > I'm actually surprised by the ppc64 and x86_64 libs - I'm not building a cross > compiler. > I would be shocked if gcc trunk built on darwin7. Unless I am mistaken, we now assume that all darwin targets support dwarf which isn't the default case until Xcode 2.4 (10.4). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37079