From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) by sourceware.org (Postfix) with ESMTPS id 5CA813858D37 for ; Fri, 22 Apr 2022 06:29:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5CA813858D37 Received: by mail-qt1-x82a.google.com with SMTP id hh4so4886074qtb.10 for ; Thu, 21 Apr 2022 23:29:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=utkmF+KlViOu9aIvtR5tJV8BTBQopyyrGj7xE+qOO+Q=; b=LBaBUxJy7y3XiFzDxdQ77qL4ST+G0+Q11ZPbr5Zf2bhfl84CtMx3gqmkl1+nrymGbZ TofsLs4OEF+MicZQ5nznXkwO3CtP0u/sPs6BjKrcoFQjxWQf4en4TCHYG9jAVeUakUaj wlcUvcKVP5LcNQ56uiDRLHKAN3p8VJNPaaYV5I5JwLkBxkLnP0ucIeSGCVg2V+I4nIz4 A08QTlk3ZWnozTW1G99yn81utQKXzLQLWfonmmLDRCRj/IWNfb/72HWPjDJ70of/j0hN tnP3IQOIbX5JB91c4/JkmlmzQKv56p9LI++4M0bla/4n6GhAGQ7d1wDF5MJROFbGm41E h0gw== X-Gm-Message-State: AOAM531aozsQkvobt4Lmxzt1GCTfZla+JEXZykdd1pbwn+Rldb4fgZD/ GhxNVOSYEkK9Jr91noRFkHzDcCMQjDwWRnu8+Lw= X-Google-Smtp-Source: ABdhPJynttHL/9maUg/gWejE83gLOBhbDoS22PlFYApIQx6g/5uXRIBZR0Rh5iv6nq8ZckRqgWnJoVcl+EErTbcpUm4= X-Received: by 2002:ac8:588c:0:b0:2e1:ee12:3473 with SMTP id t12-20020ac8588c000000b002e1ee123473mr2087135qta.455.1650608989568; Thu, 21 Apr 2022 23:29:49 -0700 (PDT) MIME-Version: 1.0 References: <03fb076e-11a6-386c-4b63-957b226b4414@eagercon.com> In-Reply-To: <03fb076e-11a6-386c-4b63-957b226b4414@eagercon.com> From: Nagaraju Mekala Date: Fri, 22 Apr 2022 11:59:38 +0530 Message-ID: Subject: Re: Issue with debug symbols with garbage collector To: Michael Eager Cc: gcc-help X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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: Fri, 22 Apr 2022 06:29:52 -0000 On Thu, Apr 21, 2022 at 11:58 PM Michael Eager wrote: > On 4/21/22 11:11, Michael Eager wrote: > > On 4/21/22 00:27, Nagaraju Mekala via Gcc-help wrote: > >>> I meant instead of pointing to _start, Debug symbols were pointing to > >> microblaze_register_handler. > > > > Both symbols are at location 0. > > > >> I have attached the elf, where we cannot find any symbols related to > >> microblaze_register_handler function but the debug_loc is somehow > showing > >> up at _start address. > > > > There are two places where symbols are defined. One is in the ELF > > symbol table: > > > > $ readelf -s kc705_hello.elf | grep " _start" > > 277: 0000000000000000 0 FUNC GLOBAL DEFAULT 1 _start > > There are a number of symbols with the prefix microblaze_ which appear > in the ELF symbol table. I can't tell from the very limited information > you provide why those are included but microblaze_register_handler is > not. This probably has to do with how these functions are written. > Thanks for the information. I will check why microblaze_register_handler is not part of symbol table. -Nagaraju > > -- > Michael Eager >