From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id A67B83858D1E for ; Wed, 20 Apr 2022 19:22:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A67B83858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=eagercon.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=eagercon.com Received: from bumble.maple.relay.mailchannels.net ([23.83.214.25]:53030) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nhFuD-0004AN-1o for gcc-help@gcc.gnu.org; Wed, 20 Apr 2022 15:22:28 -0400 Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 58EE8824287; Wed, 20 Apr 2022 19:22:18 +0000 (UTC) Received: from pdx1-sub0-mail-a213.dreamhost.com (unknown [127.0.0.6]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id D89C1824174; Wed, 20 Apr 2022 19:22:17 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1650482537; a=rsa-sha256; cv=none; b=e/dG8byPxV8bajyy+3gyTLf9jw+PmPGwdv6F+PnShYrqejKulIrEfBYcQyx1KOi91fs5zB 7vHsr6O/Or/FsKuLqoyV1prwDem2vhV7z3ZniPUljNIVwyK2U7qVh3iQX+NCJM/Hsnzoij cIhDK3lRga8jnYka04eXjF4vmzeBvxmMpPpy8KeuBZkLIfyJAzd62YohabnGUFCrsYUiGn 0AQGvsWA/E41MxD8RCCR0RWDx3CZK3bG/DbeLKyhqF5P62jwyuMrcd28qgGOrqcyvzT/BW LSOyTFLTLFv5YyKcIghXdy5NiQHa5kNZJ6udEk3yR+DuwH5JaJqBtUxq0KqzDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1650482537; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=GhIEnnd+fBPbBdVWa9D2wAg1GwkHg0Dtb+XP9tp94jA=; b=nulLmJxksZuWXh6ntkW2ZP29dRmtbyycNnNfht/tZ29VTY29/v8RE+lJ8zpwJth7gNZUlA Y6620sCvwzZjK6kDYC51rd7OaDCdqJWQdo9u9N8hLBQ+hvuQfFB7Y+mDGqw/zrKKPFMPxN bN0AjSOOk4/5Dgd9PdcqUmi4gcxA5Xm/rv2SKfBDzFlqMiryTJZsk8JEQnqsPY3CHv747+ GRxLWj/OUkVJQA1cr99mS/AXM0bS4km5olXw6j+CFaAj2KEQanvsFWGC+mY2VDs6iKXHw6 AUsZ1cdHTBnBybNvTjBU2ey8PsSTAXalwfbIJwOCjYfDjRaOKS0V2da9icJGFg== ARC-Authentication-Results: i=1; rspamd-58ff8d7479-4cvbv; auth=pass smtp.auth=dreamhost smtp.mailfrom=eager@eagercon.com X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|eager@eagerm.com X-MailChannels-Auth-Id: dreamhost X-White-Arithmetic: 35cc265b3359b3cb_1650482538117_843802040 X-MC-Loop-Signature: 1650482538117:2037089984 X-MC-Ingress-Time: 1650482538117 Received: from pdx1-sub0-mail-a213.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.125.123.26 (trex/6.7.1); Wed, 20 Apr 2022 19:22:18 +0000 Received: from [192.168.20.12] (c-73-241-148-180.hsd1.ca.comcast.net [73.241.148.180]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) (Authenticated sender: eager@eagerm.com) by pdx1-sub0-mail-a213.dreamhost.com (Postfix) with ESMTPSA id 4Kk9Xn313zz1fB; Wed, 20 Apr 2022 12:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eagercon.com; s=dreamhost; t=1650482537; bh=GhIEnnd+fBPbBdVWa9D2wAg1GwkHg0Dtb+XP9tp94jA=; h=Date:Subject:To:From:Content-Type:Content-Transfer-Encoding; b=roQTgqguStiR12xaa7qEYaItBpTnKH0dDKva+QfLNxL5Zkfxf/lZOw+mkzmiPY/7X KD6vJPRdO6N2tCb3/e9qC2AoC6fKzTWxisTK8YywuWSbed0pyhkjnqm87x1imHmvCQ 88bqBMs+5TjSb6dmMlWziQd72NzbQI8UhQYOAiMkmETxDBwMM4TocZc8efojsLJDaz X3zyjo4iskMxT5cQJIB/Je3qqwEGkiIAXdsy0m8WGS6z7Qq9LVoG/RKg4IGNmCYR+X Z0HrqiTSIDYB7oRQdUUiudbiBOiRZBwRAUglmTVS/vMtQLuucmklgb0axTusoerq8F uoDATFF6E4GaA== Message-ID: Date: Wed, 20 Apr 2022 12:22:15 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 Subject: Re: Issue with debug symbols with garbage collector Content-Language: en-US To: Nagaraju Mekala , gcc-help References: From: Michael Eager In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=23.83.214.25; envelope-from=eager@eagercon.com; helo=bumble.maple.relay.mailchannels.net X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Status: No, score=-7.3 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, SPF_FAIL, SPF_HELO_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-help@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-help mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2022 19:22:30 -0000 On 4/20/22 02:15, Nagaraju Mekala via Gcc-help wrote: > Hello All, > > When I enable the garbage collector for the microblaze compiler compilation > seems to be fine, but the debug symbols are not generated properly. > > If we set a breakpoint at 0x0 it is showing some different location, we can > see the same in the objdump as well. What different location? > > > Disassembly of section .vectors.reset: > > 00000000 <_start>: > * > * > ****************************************************************************/ > void microblaze_register_handler(XInterruptHandler Handler, void *DataPtr) > { > MB_InterruptVectorTable[0].Handler = Handler; > 0: b0008000 imm -32768 > 4: b8080000 brai 0 > > for the _start symbols "void microblaze_register_handler(XInterruptHandler > Handler, void *DataPtr)" is coming up. It looks like both _start and microblaze_register_handler are both at 0. What did you expect? GDB picks the first symbol which matches the address. > If I disable the garbage-collector then everything seems fine. > I have used "-ffunction-sections and -fdata-sections" options during > compilation and -gc-sections during linking command. > > Please let me know how to tell the garbage collector to not delete > debug_loc information. Why do you think that the garbage collector is deleting debug info? -- Michael Eager