From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-f47.google.com (mail-ej1-f47.google.com [209.85.218.47]) by sourceware.org (Postfix) with ESMTPS id 8D57F3850408 for ; Mon, 19 Oct 2020 23:03:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 8D57F3850408 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=rtems.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=joel.sherrill@gmail.com Received: by mail-ej1-f47.google.com with SMTP id c22so1437295ejx.0 for ; Mon, 19 Oct 2020 16:03:22 -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:reply-to :from:date:message-id:subject:to:cc; bh=N7C6eGmiP+RKjiLnU8VDnYO0WwMLgPH5gz0vUnpZ38w=; b=CeIfyVxmGg54Yix+kV77/Q/uKD0XRjoP0PhUHt1b8smKHcbEhYmh19SiEbBdeM1o6t OIswWrH/VesZacaoAQa0WVmq2tsA48Pt0E7MROdgG2KHt/K14BTueDi823sBuh6sT+7b XJmA534DQUHJ1vyDDP7KkxSs4ka6FmTaEKedXG/j7WHMJi9zYIAYq/FYLU3MoTVMp5Ux ccsydxikCT00IiMohoJADVhvBz3H0dXA6TdxcNETv9hP+Y9A1k4pVV78Oq67kb5tTUPH mE/kyDMWkhZvYFWuYhX1cUB2hE6Y/zCgI0xn9IgI4q5AbBHA/GAMMvmKZASrq7Vh/OKQ YZog== X-Gm-Message-State: AOAM533Lf6dpXr33yDGnpwpEofJbM9Mlrwo4+twCfNA7d8B8WyyYdlmP 67u85E1Xik+cRq52s/DVmx2H4jwxSyo= X-Google-Smtp-Source: ABdhPJyrsZ3I86xXTsiINtKw69Ii6OyKLRcgI6NiwolHQ959nZO/QaEIRt5vKywS2+3B/tQLZ5NrEA== X-Received: by 2002:a17:906:e113:: with SMTP id gj19mr184625ejb.286.1603148601345; Mon, 19 Oct 2020 16:03:21 -0700 (PDT) Received: from mail-ej1-f48.google.com (mail-ej1-f48.google.com. [209.85.218.48]) by smtp.gmail.com with ESMTPSA id o3sm1311855edv.63.2020.10.19.16.03.20 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 19 Oct 2020 16:03:20 -0700 (PDT) Received: by mail-ej1-f48.google.com with SMTP id h24so1352572ejg.9 for ; Mon, 19 Oct 2020 16:03:20 -0700 (PDT) X-Received: by 2002:a17:906:34d1:: with SMTP id h17mr156757ejb.87.1603148600515; Mon, 19 Oct 2020 16:03:20 -0700 (PDT) MIME-Version: 1.0 References: <339649978.1780844.1603129592020@mail.yahoo.com> In-Reply-To: Reply-To: joel@rtems.org From: Joel Sherrill Date: Mon, 19 Oct 2020 18:03:08 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Build Failure on Cygwin To: Hannes Domani Cc: "gdb@sourceware.org" X-Spam-Status: No, score=-3032.1 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" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2020 23:03:24 -0000 Following up, I have filed a ticket. GDB does not build native or cross on Cygwin. Same error both ways. You have to build with --disable-werror or it fails before it gets that far when building natively. I have filed two tickets about this. --joel On Mon, Oct 19, 2020 at 2:33 PM Joel Sherrill wrote: > > > On Mon, Oct 19, 2020 at 12:46 PM Hannes Domani wrote: > >> Am Montag, 19. Oktober 2020, 19:26:28 MESZ hat Joel Sherrill < >> joel@rtems.org> Folgendes geschrieben: >> >> > Hi >> > >> > I am getting a build failure on Cygwin >> > >> > >> /home/jrs007/rtems-cron-6/rtems-source-builder/rtems/build/aarch64-rtems6-gdb-8a6e98c-x86_64-pc-cygwin-1/build/gdb/../../sourceware-mirror-binutils-gdb-8a6e98c/gdb/cp-support.c:1619:(.text+0x5502): >> > relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS >> > init function for thread_local_segv_handler' >> > >> /home/jrs007/rtems-cron-6/rtems-source-builder/rtems/build/aarch64-rtems6-gdb-8a6e98c-x86_64-pc-cygwin-1/build/gdb/../../sourceware-mirror-binutils-gdb-8a6e98c/gdb/cp-support.c:1619:(.text+0x551b): >> > relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS >> > init function for thread_local_segv_handler' >> > collect2: error: ld returned 1 exit status >> > >> > This is a build targeting RTEMS based on a tarball fetched from >> > git:(sourceware-mirror-binutils-gdb-8a6e98c). It should correspond to >> this >> > recent commit: >> > >> > ommit 8a6e98c4a3049d7fb8ffc24b231e8cf3577fd90a >> > Author: GDB Administrator >> > Date: Mon Oct 12 00:00:07 2020 +0000 >> > >> > Automatic date update in version.in >> > >> > Any suggestions on how to fix this? >> >> Isn't that the same problem you already started a thread about in march?: >> https://sourceware.org/pipermail/gdb/2020-March/048436.html >> >> And it ended with you planning to file a gdb bug. >> > > Yes and I have completely forgotten about that. I sent that about a week > after > I started working from home. Apparently I forgot to file this. I will file > it. > Hopefully that will prod someone to fix it. > > And to this from Christian. > > > I've seen this error on various toolchains. I believe it to be a gcc > > bug; however, since it still seems to be an issue on some platforms, > > maybe gdb should avoid using global (nonstatic) threadlocal > > variables... (and instead abstract access to this variable through > > getters/setters) > > I emailed Corrina from Cygwin and she thought it was a gdb issue > and not a Cygwin issue. I didn't know which project was best to file > this on. > > I'm not sure of the solution and based on the results from a Google > search people just hack around it. It does need a proper solution. > > --joel > >> >> >> Hannes >> >