From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25863 invoked by alias); 23 Jun 2006 18:26:42 -0000 Received: (qmail 25827 invoked by uid 48); 23 Jun 2006 18:26:35 -0000 Date: Fri, 23 Jun 2006 18:32:00 -0000 Message-ID: <20060623182635.25826.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/27950] [4.2 regression] undefined reference when compiling valgrind 3.2.0 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "seongbae dot park at gmail dot com" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-06/txt/msg02161.txt.bz2 List-Id: ------- Comment #3 from seongbae dot park at gmail dot com 2006-06-23 18:26 ------- I'm able to reproduce the problem with 4.2.0 on linux/x86. valgrind-3.2.0/memcheck/mc_main.c has 359 static AuxMapEnt hacky_auxmaps[N_AUXMAPS]; ... 362 static AuxMapEnt* auxmap = &hacky_auxmaps[0]; There's no direct use of hacky_auxmaps except through auxmap. Anyway, 4.2 leaves the relocation: # readelf -s ./bad.o | grep aux 323: 00000000 0 NOTYPE GLOBAL DEFAULT UND hacky_auxmaps # readelf -r ./bad.o | grep aux 00009c87 00014301 R_386_32 00000000 hacky_auxmaps # which obviously can not be resolved. The bad relocation is in .rel.debug_info section. I'll try to trace back why the bad relocation is generated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27950