From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3296 invoked by alias); 13 May 2009 17:06:15 -0000 Received: (qmail 1894 invoked by uid 48); 13 May 2009 17:05:59 -0000 Date: Wed, 13 May 2009 17:06:00 -0000 Subject: [Bug target/40134] New: symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?) X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "debian-gcc at lists dot debian dot org" 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-05/txt/msg01126.txt.bz2 this showed up when trying to address PR40133. Enabling the exception propagation support keeps the __sync_val_compare_and_swap_4 unresolved. /usr/bin/ld: ./atomic-1.exe: hidden symbol `__sync_val_compare_and_swap_4' in /home/doko/gcc/4.4/gcc-4.4-4.4.0/build/gcc/libgcc.a(linux-atomic.o) is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output Linking the shared libstdc++ with both -lgcc_s and -lgcc does fix these. There seem to be two issues: - libtool currently doesn't allow to link with -lgcc_s -lgcc (in this order). see http://gcc.gnu.org/ml/libstdc++/2009-05/msg00064.html - g++ should link be default with -lgcc_s -lgcc? this is how I understand http://gcc.gnu.org/ml/gcc/2009-05/msg00039.html -- Summary: symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134