From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-f52.google.com (mail-ed1-f52.google.com [209.85.208.52]) by sourceware.org (Postfix) with ESMTPS id D7E093857C61 for ; Fri, 16 Oct 2020 14:12:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D7E093857C61 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=kegel.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=daniel.r.kegel@gmail.com Received: by mail-ed1-f52.google.com with SMTP id t21so2554111eds.6 for ; Fri, 16 Oct 2020 07:12:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0N386t1NNkHcHGbNOWIN0f1X09bcW47Gdu52H6OYPLk=; b=tzwEAfXnZ63ooDBMnLlbsgdroHOkSa4YNtSHe5z8qWcURcFFs3fH9g33q9eygvvLb4 GWtbX+iv8DP5vFmVNV6XZY+j49bRkCeD+Jgx2HNkUxpkGXIGqM8d9eHao8HNkc2RMu7z Tu8uqzXK18iV+uZ1hKI6RNv9HoOgraWcOuWenMCjYzWBztv1iw4T3WfNpLDkNXYWPaSG 8UapxMymQ7xfEHmUMweZryXzEnUy8CCZwyVii6hk9o7km8upFfASbsKsgjZi7AkYIOgT wq2DjR9T5XapkyJmhwun5xBpZq0Pyn6SJL4mOgwHqy9ZMsFroEa1nXTp5TfF12iWDeY1 hPjA== X-Gm-Message-State: AOAM53059DSuE1f+lbvIkrdSQH8fJe0+cO6pg/Vs8BxyV0DD5q68D4QE fb4yjgrDx83iMliOwRTbxrKA08g4o8CtNQKudrw= X-Google-Smtp-Source: ABdhPJwepkRGAafw7Djc3U3VRzWKdDhmattvnrgsmb+vTGuEHqSTo7OFWK22JXA8w5En1UcbwMPxDvihk23gaFh3oRw= X-Received: by 2002:a05:6402:31af:: with SMTP id dj15mr3981701edb.275.1602857561852; Fri, 16 Oct 2020 07:12:41 -0700 (PDT) MIME-Version: 1.0 References: <3AF28CAB-EFAE-4637-B53E-4D85FCC458DC@microchip.com> In-Reply-To: <3AF28CAB-EFAE-4637-B53E-4D85FCC458DC@microchip.com> From: Dan Kegel Date: Fri, 16 Oct 2020 07:12:29 -0700 Message-ID: Subject: Re: The linker map file and LTO To: Visda.Vokhshoori@microchip.com Cc: gcc-help X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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, 16 Oct 2020 14:12:44 -0000 Is this related to the -g trouble with lto? https://stackoverflow.com/questions/40743372/gcc-lto-appears-to-strip-debug= ging-symbols Visda Vokhshoori via Gcc-help schrieb am Do., 15. Okt. 2020, 19:04: > Hello, > > I have an application that is being compiled and linked with LTO option > and =E2=80=93param lto-partition=3D1. The .text section of the map file = only > provides size. It doesn=E2=80=99t provide the content of the .text secti= on, ie > function names. > > Is this by design? Is there a way to force the content to be printed to > the .text section in the map file? > > Thanks, > Visda >