From owner-freebsd-toolchain@freebsd.org Sun Aug 9 11:37:22 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E8A43B37BC for ; Sun, 9 Aug 2020 11:37:22 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BPcX15GYcz40Cf for ; Sun, 9 Aug 2020 11:37:21 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id B2C983B37BB; Sun, 9 Aug 2020 11:37:21 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B28D63B37BA for ; Sun, 9 Aug 2020 11:37:21 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lf1-f51.google.com (mail-lf1-f51.google.com [209.85.167.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BPcX05WJRz40Jt for ; Sun, 9 Aug 2020 11:37:20 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lf1-f51.google.com with SMTP id k13so3269857lfo.0 for ; Sun, 09 Aug 2020 04:37:20 -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=2/vLWeUnQlqSGyIQZrApu+cGICgmadXoKPPlwTf5LnI=; b=bymkstDBhLUwiYvEDLvhjK0xqvFfdvYQD/BEA7UioNTBw5SHmJDA80Bv4SpTiwQGlI s485Os+yJyqdpO7oHppFjs8zyGt6c3YRRVUUMaJeJzExakkF5P0yPGTiI9Beqk0u8cZX nA2zwIlciYAPF57T61ZTH1/+E3wNvgbFaf82uWzGtLMHXOarSgUogLJAM1YF8gmywypV ihLuMoH18/o/Wr+m95P3pa1I32UeFtun6WSQkRymvRHuwvuUyecv/2NdrxQ2dCSTtYDI +y6yQOzqHU7imfCt8K+SBKjz7JMkcQIlBsRMGT6rc881BDjAQKDvb6rz1uBYg3N2JRZL 5Mdw== X-Gm-Message-State: AOAM530x5QSfHEWov2fQezSoZLBnuNH93cKKjQQPpfabDFjAl6t1XJj2 BE1GnBiJzBhgfCAYYdpPWigEsOTYoag= X-Google-Smtp-Source: ABdhPJwyop2O9tavopgYI7fXzEVatZqfRhZCTjji3hS4HXQScrUa9F17PWCuD1uUQWo6kdTgmiBHqQ== X-Received: by 2002:a05:6512:1055:: with SMTP id c21mr10689752lfb.84.1596973038340; Sun, 09 Aug 2020 04:37:18 -0700 (PDT) Received: from mail-lj1-f171.google.com (mail-lj1-f171.google.com. [209.85.208.171]) by smtp.gmail.com with ESMTPSA id j26sm7181397lja.111.2020.08.09.04.37.17 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 09 Aug 2020 04:37:18 -0700 (PDT) Received: by mail-lj1-f171.google.com with SMTP id g6so6640881ljn.11 for ; Sun, 09 Aug 2020 04:37:17 -0700 (PDT) X-Received: by 2002:a2e:9bc6:: with SMTP id w6mr4198271ljj.404.1596973037572; Sun, 09 Aug 2020 04:37:17 -0700 (PDT) MIME-Version: 1.0 References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> In-Reply-To: <20200808133000.GC2551@kib.kiev.ua> From: Gleb Popov Date: Sun, 9 Aug 2020 15:36:51 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Undefined reference to __atomic_store_8 To: Konstantin Belousov Cc: toolchain@freebsd.org X-Rspamd-Queue-Id: 4BPcX05WJRz40Jt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.167.51 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [-2.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.97)[-0.965]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[toolchain@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.38)[-0.379]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.167.51:from]; NEURAL_HAM_MEDIUM(-0.78)[-0.781]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.167.51:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 11:37:22 -0000 On Sat, Aug 8, 2020 at 5:30 PM Konstantin Belousov wrote: > For code generated by gcc or clang, yes. > If the reference to the symbol was generated by ghc, then I do not know. > This doesn't seem to work. The code referencing __atomic_load_n() is C and GHC buildsystem already passes -march=i686. Still, the problem persists. Interestingly, 12.1-RELEASE-p2 doesn't have this problem, but 12.1-RELEASE-p7 does. What library provides these symbols when clang is used? And I'm a bit obscured how -march flag can affect these symbols' visibility at all? From owner-freebsd-toolchain@freebsd.org Sun Aug 9 12:37:51 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2DC913B520A for ; Sun, 9 Aug 2020 12:37:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BPdsq0Hnqz434F for ; Sun, 9 Aug 2020 12:37:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 07FB33B5209; Sun, 9 Aug 2020 12:37:51 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 06A043B4F32 for ; Sun, 9 Aug 2020 12:37:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay116.isp.belgacom.be (mailrelay116.isp.belgacom.be [195.238.20.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BPdsp2KZPz42sZ; Sun, 9 Aug 2020 12:37:49 +0000 (UTC) (envelope-from tijl@freebsd.org) IronPort-SDR: nQK8kti1A0guzLd+xhFR9ZKvtYDHmckQcUWkPDnMtjLigX4qmB5LVe68wZbnLwiuIXTFtI7pjY PxTm8LV+sHEs5OPSt0kOjx/0jp0F+jWxoDXKcwKaM8BxpMnsrJ6DaOj/jAl+SqOKg9eTHDcrZa OYha7Lw8j4Kd62FX+pQZHoHxppqmDUx5qdxgdBYXCAAGprHoqkMlbtpw+UbOkaISC/Fxw80bnD xyOMXhRDg/d0QvRUwVc/K9KxgM1Q9ekuerASIc0IUwz0DvNGzLy7xyLPGnShumCBiJ0x8LLOy8 PKU= X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3Arc0+CRXMBamWNKeagWHC9cx3WJ/V8LGtZVwlr6?= =?us-ascii?q?E/grcLSJyIuqrYbRaCt8tkgFKBZ4jH8fUM07OQ7/m+Hzxeqsrf+Fk5M7V0Hy?= =?us-ascii?q?cfjssXmwFySOWkMmbcaMDQUiohAc5ZX0Vk9XzoeWJcGcL5ekGA6ibqtW1aFR?= =?us-ascii?q?rwLxd6KfroEYDOkcu3y/qy+5rOaAlUmTaxe7x/IAi3oAnLtcQbgIRuJ6kwxx?= =?us-ascii?q?DUvnZGZuNayH9yK1mOhRj8/MCw/JBi8yRUpf0s8tNLXLv5caolU7FWFSwqPG?= =?us-ascii?q?8p6sLlsxnDVhaP6WAHUmoKiBpIAhPK4w/8U5zsryb1rOt92C2dPc3rUbA5XC?= =?us-ascii?q?mp4ql3RBP0jioMKjg0+3zVhMNtlqJWuByvqRxhzYDJY4+aNvR+cazBct0VXm?= =?us-ascii?q?dBQsRcWjZdDo+gc4cDEewMNvtYoYnnoFsOqAOzCxepBuPr1zRFmHj23aoh0+?= =?us-ascii?q?s/FAHJxgogH8kTu3nTsNX1NaUSUeSuwafI1zXMce1Z1Crg5obGaBwhpuuMXb?= =?us-ascii?q?1pfMfX1EIgGB/LgE+Kpoz5IzOayP4Ns26D4ud+S++jlnArph9/rzWvxsoiio?= =?us-ascii?q?nEi40bx17K9ih03oI4KNy6RUN7fdOpDZteuiGZOoZoXM4vTW5ltSI7x7EYt5?= =?us-ascii?q?C2ejUBxpc/xxPHaPGLbpKE7gzsWeqNOzt1i3BodKiiixu29UWtzPD3WNOu31?= =?us-ascii?q?ZQtCVFl8HBtnUK1xPO9MeKUuB9/kK92TaX0ADT9/1ELVg0laXFL54hxaY9lp?= =?us-ascii?q?kJvkTHHy/2nVv5jLWRdkk+5uio6ubnYrH8qpCAMI90jRr+PbormsOlB+Q4KR?= =?us-ascii?q?ICX2+B+eSzzLHj/Ev5T6tWjvAukaTVrYrWKdoUq6KlGQNY3YQu5wyiAzqi1N?= =?us-ascii?q?kUhXwHI0hEeBKDgYjpIVbOIPXgAPejglSskjNryuvIPr37HJrCMGPMkKz8cr?= =?us-ascii?q?pn7E5c0gUzwchF551IErEBPO7zWkjpudzECR85NAi0zPrnCNpn14MeX3mCAq?= =?us-ascii?q?GDMKzMr1CH/fkvLPSWaI8Sojb9JOAv5+Tygn8hhV8dYa6p0IMUaHC/BfRmP0?= =?us-ascii?q?SZYXn3jdgfFWcHpQU+TOnwh12DVT5ffWq9X6U55jsjEoKpEZ/DRpyxgLyGxC?= =?us-ascii?q?q0BIdWZnpBClGCDHjlbIuEW+0SZy2MOcBhiSELWaKmS4872hH9/DP9npVjI+?= =?us-ascii?q?CcwioAsoyrgNFv/erMmTk87zF5Bd+RlWaXQDcnsHkPQmoKO6Q3ikt60VqG2K?= =?us-ascii?q?5jy6hEFN5Xz91TXwoQDrKayPZ1XYOhEjndd8uEHQ71Cu6tBis8G4o8?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DIAwBr7S9f/8cv8FFgGwEBAQEBAQE?= =?us-ascii?q?BBQEBARIBAQEDAwEBAUAHgUMCgwNoAUkVjTeGCIIQiGKBJX+JYIcrCwEBAQE?= =?us-ascii?q?BAQEBATcEAQGETAKCNyU4EwIDAQEBAwIFAQEGAQEBAQEBBQQBhg9FQwEBBAs?= =?us-ascii?q?BgWIigxkBBTocIxALDgouITYGE4VyAzKySIE0hVKCZg2BHYEFgTgBjSiCAIN?= =?us-ascii?q?sNT6CGogaBJI+iF2aO1CCbJUchG4woBItnyKUJYF6TTAIgyRQGQ2caD8DMDc?= =?us-ascii?q?CBggBAQMJhTKEWIcHAQE?= X-IPAS-Result: =?us-ascii?q?A2DIAwBr7S9f/8cv8FFgGwEBAQEBAQEBBQEBARIBAQEDA?= =?us-ascii?q?wEBAUAHgUMCgwNoAUkVjTeGCIIQiGKBJX+JYIcrCwEBAQEBAQEBATcEAQGET?= =?us-ascii?q?AKCNyU4EwIDAQEBAwIFAQEGAQEBAQEBBQQBhg9FQwEBBAsBgWIigxkBBTocI?= =?us-ascii?q?xALDgouITYGE4VyAzKySIE0hVKCZg2BHYEFgTgBjSiCAINsNT6CGogaBJI+i?= =?us-ascii?q?F2aO1CCbJUchG4woBItnyKUJYF6TTAIgyRQGQ2caD8DMDcCBggBAQMJhTKEW?= =?us-ascii?q?IcHAQE?= Received: from 199.47-240-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.240.47.199]) by relay.skynet.be with ESMTP; 09 Aug 2020 14:37:46 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.tijl.coosemans.org (8.16.1/8.16.1) with ESMTP id 079CbhWN034194; Sun, 9 Aug 2020 14:37:43 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Sun, 9 Aug 2020 14:37:42 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Gleb Popov Cc: Konstantin Belousov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200809143742.430764e7@FreeBSD.org> In-Reply-To: References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BPdsp2KZPz42sZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 12:37:51 -0000 On Sun, 9 Aug 2020 15:36:51 +0400 Gleb Popov wrote: > On Sat, Aug 8, 2020 at 5:30 PM Konstantin Belousov > wrote: >> For code generated by gcc or clang, yes. >> If the reference to the symbol was generated by ghc, then I do not know. > > This doesn't seem to work. > > The code referencing __atomic_load_n() is C and GHC buildsystem already > passes -march=i686. Still, the problem persists. > Interestingly, 12.1-RELEASE-p2 doesn't have this problem, but > 12.1-RELEASE-p7 does. > > What library provides these symbols when clang is used? And I'm a bit > obscured how -march flag can affect these symbols' visibility at all? There is no such library. i586 supports 64 bit atomic operations so the compiler should emit instructions for that instead of a function call. Check that *.o files that match "__atomic_load" are in fact built with -march. 12.1-RELEASE-p7 probably has a newer clang that fixed an issue where the compiler would always emit instructions, even for i386 and i486. From owner-freebsd-toolchain@freebsd.org Sun Aug 9 15:43:27 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1FE353B7E88 for ; Sun, 9 Aug 2020 15:43:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BPjzy6R48z497L for ; Sun, 9 Aug 2020 15:43:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id DAED73B7E87; Sun, 9 Aug 2020 15:43:26 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DAB373B7CAA for ; Sun, 9 Aug 2020 15:43:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BPjzy1h67z4906; Sun, 9 Aug 2020 15:43:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 079FhCij047475 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 9 Aug 2020 18:43:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 079FhCij047475 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 079FhCgm047474; Sun, 9 Aug 2020 18:43:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 9 Aug 2020 18:43:12 +0300 From: Konstantin Belousov To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: Gleb Popov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200809154312.GH2551@kib.kiev.ua> References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200809143742.430764e7@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BPjzy1h67z4906 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 15:43:27 -0000 On Sun, Aug 09, 2020 at 02:37:42PM +0200, Tijl Coosemans wrote: > On Sun, 9 Aug 2020 15:36:51 +0400 Gleb Popov wrote: > > On Sat, Aug 8, 2020 at 5:30 PM Konstantin Belousov > > wrote: > >> For code generated by gcc or clang, yes. > >> If the reference to the symbol was generated by ghc, then I do not know. > > > > This doesn't seem to work. > > > > The code referencing __atomic_load_n() is C and GHC buildsystem already > > passes -march=i686. Still, the problem persists. > > Interestingly, 12.1-RELEASE-p2 doesn't have this problem, but > > 12.1-RELEASE-p7 does. > > > > What library provides these symbols when clang is used? And I'm a bit > > obscured how -march flag can affect these symbols' visibility at all? > > There is no such library. i586 supports 64 bit atomic operations so > the compiler should emit instructions for that instead of a function > call. Check that *.o files that match "__atomic_load" are in fact built > with -march. > > 12.1-RELEASE-p7 probably has a newer clang that fixed an issue where the > compiler would always emit instructions, even for i386 and i486. I do not believe there were any change in the toolchain between p2 and p7, this is more likely indicates some fluctuation in the build. The only change that could be even remotely declared as possibly related is EN-20:10.build r360473. Indeed you need to look at the .o files that reference _8 symbol. I would closely look at the compilation command used for them, for start. From owner-freebsd-toolchain@freebsd.org Sun Aug 9 17:26:48 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 311993BA81E for ; Sun, 9 Aug 2020 17:26:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BPmHC6RRRz4FW4 for ; Sun, 9 Aug 2020 17:26:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id DD0193BA724; Sun, 9 Aug 2020 17:26:47 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCC503BA88C for ; Sun, 9 Aug 2020 17:26:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BPmHC5cGmz4Fdy for ; Sun, 9 Aug 2020 17:26:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id A57891CCBA for ; Sun, 9 Aug 2020 17:26:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 079HQlge028382 for ; Sun, 9 Aug 2020 17:26:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 079HQlRJ028379 for toolchain@FreeBSD.org; Sun, 9 Aug 2020 17:26:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 246322] ld.bfd error on releng/11.4 confuses many autoconf scripts Date: Sun, 09 Aug 2020 17:26:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.4-RELEASE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 17:26:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246322 --- Comment #16 from Dimitry Andric --- It's strange, but whatever I do I cannot reproduce the original issue on 11= .4 anymore, even if I comment out the -fno-asynchronous-unwind-tables line from lib/csu/Makefile.inc and rebuild it. jbeich@ are you able to still reproduce this? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Sun Aug 9 21:01:04 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D9303BDB07 for ; Sun, 9 Aug 2020 21:01:04 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BPs2S0yGgz4P9C for ; Sun, 9 Aug 2020 21:01:04 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 001BF3BD94E; Sun, 9 Aug 2020 21:01:04 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F108C3BDA4E for ; Sun, 9 Aug 2020 21:01:03 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BPs2R62WSz4PFv for ; Sun, 9 Aug 2020 21:01:03 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id A5E6A1F35A for ; Sun, 9 Aug 2020 21:01:03 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 079L13tO065603 for ; Sun, 9 Aug 2020 21:01:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 079L13jT065601 for toolchain@FreeBSD.org; Sun, 9 Aug 2020 21:01:03 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202008092101.079L13jT065601@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: toolchain@FreeBSD.org Subject: Problem reports for toolchain@FreeBSD.org that need special attention Date: Sun, 9 Aug 2020 21:01:03 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 21:01:04 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 234232 | clang Assertion failed when building the port dev Open | 245179 | lld: wrong/misleading "SHF_MERGE section size mus 2 problems total for which you should take action. From owner-freebsd-toolchain@freebsd.org Tue Aug 11 11:57:07 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 033E33ABD07 for ; Tue, 11 Aug 2020 11:57:07 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BQrst5WQXz4QkH for ; Tue, 11 Aug 2020 11:57:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id BB8DB3ABD83; Tue, 11 Aug 2020 11:57:06 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB5093ABD82 for ; Tue, 11 Aug 2020 11:57:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BQrss1d06z4Qdn; Tue, 11 Aug 2020 11:57:04 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lj1-f178.google.com with SMTP id v12so13163049ljc.10; Tue, 11 Aug 2020 04:57:04 -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=Lky7bT2yGeBlx3YiEeDYGeoDRYiVndgIaObFf5pCm2s=; b=O8k/ix31WNXux0o2XDYt0wvqJIqKWo+QS44oiU+ZEM6fur4sn98hoHlk34K6KWb9vC Qd11vn+xlQRRM9zTSlmRJFgoMAZ2yNl7Jc5qIOtPFN9yPoGutggKaWP6uej+xP8CxJAK f4xQ9lpPQjzpeQS86sUyAftu3J8XpeYw1Doh/Aupn1IhTs3zcEUWlny4iVnlWyOzmyiV wbpUwVOrIrVVdbt+2YwY0ArNMRW9tiQ4UGan1N+NxxwydI4zKfN78JdLm597mpWnxoud TGHQdCaomXy4Wo2uSaMgNP7ANM2IRSRZsyMuC6L8rOsiiFEfZCnshRXuROdxRgXltn/D Fz6A== X-Gm-Message-State: AOAM532MlIFlUcNL93ccHPyZLqg+PXAY8ylc7DMpMhapl57vl7USnj5P e3kyTGmhZzDVH7Dj6azlXMxrBYuxuN0= X-Google-Smtp-Source: ABdhPJwaOLbceJqRCAwZ6LRyLzlKXWRSae3MDSF8ITCbBeQnaFPQ5m3C71B2x3IlwR+JmjLpql6PHQ== X-Received: by 2002:a2e:87d9:: with SMTP id v25mr2856981ljj.171.1597147022118; Tue, 11 Aug 2020 04:57:02 -0700 (PDT) Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com. [209.85.167.43]) by smtp.gmail.com with ESMTPSA id s1sm11688224lfi.76.2020.08.11.04.57.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 11 Aug 2020 04:57:01 -0700 (PDT) Received: by mail-lf1-f43.google.com with SMTP id h8so6497363lfp.9; Tue, 11 Aug 2020 04:57:01 -0700 (PDT) X-Received: by 2002:ac2:58c6:: with SMTP id u6mr3065718lfo.105.1597147021425; Tue, 11 Aug 2020 04:57:01 -0700 (PDT) MIME-Version: 1.0 References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> In-Reply-To: <20200809154312.GH2551@kib.kiev.ua> From: Gleb Popov Date: Tue, 11 Aug 2020 15:56:35 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Undefined reference to __atomic_store_8 To: Konstantin Belousov Cc: =?UTF-8?Q?T=C4=B3l_Coosemans?= , toolchain@freebsd.org X-Rspamd-Queue-Id: 4BQrss1d06z4Qdn X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.208.178 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [-1.47 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.80)[-0.803]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.65)[-0.651]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.02)[-0.020]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.178:from]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.178:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2020 11:57:07 -0000 On Sun, Aug 9, 2020 at 7:43 PM Konstantin Belousov wrote: > I do not believe there were any change in the toolchain between p2 and p7, > this is more likely indicates some fluctuation in the build. The only > change that could be even remotely declared as possibly related is > EN-20:10.build r360473. > Right, I was using a wrong set of port's OPTIONS that hide the problem. Indeed you need to look at the .o files that reference _8 symbol. I would > closely look at the compilation command used for them, for start. > After digging it a bit I found that the following command cc -x c /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c -o /tmp/ghc_1.s -fno-PIC -Wimplicit -S \ -include /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build/ghcversion.h -I/usr/local/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install/build/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install/build/dist-install/build/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-install/build/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-install/build/dist-install/build/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/rts/dist/build -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-derivedconstants/header \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build \ -march=i686 -U__i686 produce an assembly file with calll __atomic_load_8 instruction. The value of -march flag seems to be ignored. Interestingly, previous version of GHC calls C compiler in the following way: cc -U__i686 '-march=i686' -fno-stack-protector -DTABLES_NEXT_TO_CODE '-march=i686' -x c /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c -o /tmp/ghc_1.s -Wimplicit -S \ -include /wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include/ghcversion.h \ -I/usr/local/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/base-4.12.0.0/include \ -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include And this command produces an assembly without calls to __atomic_load_8 Any ideas what makes it appear? From owner-freebsd-toolchain@freebsd.org Tue Aug 11 11:57:31 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 181683AB676 for ; Tue, 11 Aug 2020 11:57:31 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BQrtL69NRz4R0y for ; Tue, 11 Aug 2020 11:57:30 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id D3B4B3ABD8B; Tue, 11 Aug 2020 11:57:30 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D37C23ABD10 for ; Tue, 11 Aug 2020 11:57:30 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lj1-f175.google.com (mail-lj1-f175.google.com [209.85.208.175]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BQrtK6WPHz4Qqk; Tue, 11 Aug 2020 11:57:29 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lj1-f175.google.com with SMTP id m22so13122751ljj.5; Tue, 11 Aug 2020 04:57:29 -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=r+C2UGNogAR6RuWCYY+PDNrWwNzev6n9SigspMsel2o=; b=h0At6s7752DjG/JuIM0V2eJIoi79g96kieINmu5vJ2GpQ+Iu4GQdtIXYL2sVg6DrpZ 4JBdGrmfzjjG5ArQkXacRAcCpF2Ta5MYBK9DQeiey/yDgO3R3cVPJJ6g9F1ard5Lmqic G21urylXRhSeAjOGr7ShTHEqKqDpH+6SlptELiAKRbfqShO5xe/ZpJG+SWwRkk8MGp2F Tuhu/tVocNj1gGT33dlP40hsrVC965NhDJS8aUcwUH6lEGvyOVZlUAp6pTu+0BY7r9oB v5RtL3Sb3lPvH1heJYOmg/5IzEIZbMkCNps+n5b8ibVmpafRe7XfEuNMKk8q042iUicx tw1g== X-Gm-Message-State: AOAM532oCM/oLYsi+jxkxgivs6Fk0/nWcX7BOull1IZPcbF/+RUHuXFr lcK9VW9rh7lfLACF0nJYnuitV4D9bWc= X-Google-Smtp-Source: ABdhPJwFKn1cW88eM6AeVR5no6rFlzgA2dAK9k9OTRe4voS25FeQZ16ByK7YnscLDzp6J9G9eVBOpQ== X-Received: by 2002:a2e:8193:: with SMTP id e19mr3159975ljg.80.1597147048072; Tue, 11 Aug 2020 04:57:28 -0700 (PDT) Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com. [209.85.167.52]) by smtp.gmail.com with ESMTPSA id u9sm11592176lfl.75.2020.08.11.04.57.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 11 Aug 2020 04:57:27 -0700 (PDT) Received: by mail-lf1-f52.google.com with SMTP id b30so6493532lfj.12; Tue, 11 Aug 2020 04:57:27 -0700 (PDT) X-Received: by 2002:ac2:4ecf:: with SMTP id p15mr3073567lfr.11.1597147047475; Tue, 11 Aug 2020 04:57:27 -0700 (PDT) MIME-Version: 1.0 References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> In-Reply-To: <20200809143742.430764e7@FreeBSD.org> From: Gleb Popov Date: Tue, 11 Aug 2020 15:57:01 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Undefined reference to __atomic_store_8 To: =?UTF-8?Q?T=C4=B3l_Coosemans?= Cc: Konstantin Belousov , toolchain@freebsd.org X-Rspamd-Queue-Id: 4BQrtK6WPHz4Qqk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.208.175 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [-2.12 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.94)[-0.937]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.91)[-0.912]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.27)[-0.266]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.175:from]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.175:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2020 11:57:31 -0000 On Sun, Aug 9, 2020 at 4:37 PM T=C4=B3l Coosemans wrote: > On Sun, 9 Aug 2020 15:36:51 +0400 Gleb Popov wrote: > > On Sat, Aug 8, 2020 at 5:30 PM Konstantin Belousov > > wrote: > >> For code generated by gcc or clang, yes. > >> If the reference to the symbol was generated by ghc, then I do not kno= w. > > > > This doesn't seem to work. > > > > The code referencing __atomic_load_n() is C and GHC buildsystem already > > passes -march=3Di686. Still, the problem persists. > > Interestingly, 12.1-RELEASE-p2 doesn't have this problem, but > > 12.1-RELEASE-p7 does. > > > > What library provides these symbols when clang is used? And I'm a bit > > obscured how -march flag can affect these symbols' visibility at all? > > There is no such library. i586 supports 64 bit atomic operations so > the compiler should emit instructions for that instead of a function > call. Check that *.o files that match "__atomic_load" are in fact built > with -march. > > 12.1-RELEASE-p7 probably has a newer clang that fixed an issue where the > compiler would always emit instructions, even for i386 and i486. > Ok, thanks for explanations. From owner-freebsd-toolchain@freebsd.org Tue Aug 11 15:26:39 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A06E83B0F64 for ; Tue, 11 Aug 2020 15:26:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BQxWg32Gbz4dpC for ; Tue, 11 Aug 2020 15:26:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 65EAE3B0F90; Tue, 11 Aug 2020 15:26:39 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 65AC53B0F8F for ; Tue, 11 Aug 2020 15:26:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BQxWf5Kn2z4f5J; Tue, 11 Aug 2020 15:26:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 07BFQUIE025041 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 11 Aug 2020 18:26:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 07BFQUIE025041 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 07BFQUK5025040; Tue, 11 Aug 2020 18:26:30 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Aug 2020 18:26:29 +0300 From: Konstantin Belousov To: Gleb Popov Cc: =?utf-8?Q?T=C4=B3l?= Coosemans , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200811152629.GN2551@kib.kiev.ua> References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BQxWf5Kn2z4f5J X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2020 15:26:39 -0000 On Tue, Aug 11, 2020 at 03:56:35PM +0400, Gleb Popov wrote: > On Sun, Aug 9, 2020 at 7:43 PM Konstantin Belousov > wrote: > > > I do not believe there were any change in the toolchain between p2 and p7, > > this is more likely indicates some fluctuation in the build. The only > > change that could be even remotely declared as possibly related is > > EN-20:10.build r360473. > > > > Right, I was using a wrong set of port's OPTIONS that hide the problem. > > Indeed you need to look at the .o files that reference _8 symbol. I would > > closely look at the compilation command used for them, for start. > > > > After digging it a bit I found that the following command > > cc -x c > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c > -o /tmp/ghc_1.s -fno-PIC -Wimplicit -S \ > -include > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build/ghcversion.h > -I/usr/local/include \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/include \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install/build/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-install/build/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/rts/dist/build > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-derivedconstants/header > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build \ > -march=i686 -U__i686 > > produce an assembly file with > > calll __atomic_load_8 > > instruction. > > The value of -march flag seems to be ignored. > > Interestingly, previous version of GHC calls C compiler in the following > way: > > cc -U__i686 '-march=i686' -fno-stack-protector -DTABLES_NEXT_TO_CODE > '-march=i686' -x c > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c > -o /tmp/ghc_1.s -Wimplicit -S \ > -include > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include/ghcversion.h > \ > -I/usr/local/include \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/base-4.12.0.0/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include > > And this command produces an assembly without calls to __atomic_load_8 > > Any ideas what makes it appear? But was the compiler version identical in both cases ? Also, it might be that -O/-O2 could make a difference between inlining cmpxchg8b vs. calling libatomic, even with -march=i686. From owner-freebsd-toolchain@freebsd.org Tue Aug 11 21:52:14 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1399B3B7F74 for ; Tue, 11 Aug 2020 21:52:14 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BR64Y6b9Tz462s for ; Tue, 11 Aug 2020 21:52:13 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id E1EC43B8567; Tue, 11 Aug 2020 21:52:13 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E1B013B860A for ; Tue, 11 Aug 2020 21:52:13 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay117.isp.belgacom.be (mailrelay117.isp.belgacom.be [195.238.20.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BR64Y3HRgz46DK; Tue, 11 Aug 2020 21:52:13 +0000 (UTC) (envelope-from tijl@freebsd.org) IronPort-SDR: ndSedAMx9515qm5TBm7wI1DP6Dk3FYxK7VRCSt5MkiDh9FhFhDRlDDukxS1SGhhqRQk/ztuNTJ EV0Z44ZfZIyvIwDUCNqmQPE3MCB/ThyP/tfdNdwpg+ouwrF2h+2CgtyYdcOiWP4rjtZRli/uXB yslT8YVhSfNLoWG3/7Quh/2KkA81b2jfBSycFRoQbdUOUzSn3whwW9lkifpDKxJQ1/14DevSIn YhO0EyQrtmbfDPIpL4jm0OcVgwW0+4CaaovlZLjq99Rt8BDhJjTxPBUYU7ESQSMs1FluHcg9wQ j58= X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AJ3AsIREo1aRgfNNlkjqWR51GYnF86YWxBRYc79?= =?us-ascii?q?8ds5kLTJ7ypcmwAkXT6L1XgUPTWs2DsrQY0rSQ4vmrATVIyK3CmUhKSIZLWR?= =?us-ascii?q?4BhJdetC0bK+nBN3fGKuX3ZTcxBsVIWQwt1Xi6NU9IBJS2PAWK8TW94jEIBx?= =?us-ascii?q?rwKxd+KPjrFY7OlcS30P2594HObwlSizexfLJ/IA+yoAnMucUanZZuIbstxx?= =?us-ascii?q?XUpXdFZ/5Yzn5yK1KJmBb86Maw/Jp9/ClVpvks6c1OX7jkcqohVbBXAygoPG?= =?us-ascii?q?4z5M3wqBnMVhCP6WcGUmUXiRVHHQ7I5wznU5jrsyv6su192DSGPcDzULs5Vy?= =?us-ascii?q?iu47ttRRT1jioMKjw3/3zNisFogqxVoAyvqQF8zYHWboGaO+ZxcKzGcNMGR2?= =?us-ascii?q?dMRNpdWzBdDo+iaYYEEuoPPfxfr4n4v1YAsx68BQ2xD+7xzT9IgWT20rM/0+?= =?us-ascii?q?s7FwHGxxErEtUSsHTVrtX1MLwfX+CvzKbW0zrOcu5Y1znn5IjPaBAhruiBUL?= =?us-ascii?q?RtesXe1UchDRnKjkmMqYP7JTOV0PwAvnaF4uZ9S+6ilWAqpgFxrzavxsohhY?= =?us-ascii?q?fEiIwWx13a8Sh0wYQ4KN2kRUNmYdCpEJhduj+EOoZ4Tc4vR2BltDg0xLAApJ?= =?us-ascii?q?W1fzAKxYwkyhLCcfCLbYeF7g75WOueIzp0nm9pdba7ihu07EOu0PfzVtOu31?= =?us-ascii?q?ZPtidFl97MuW0T2BHL8ciHT+d9/l+m2TaSywDf8uFELl4wlarcM5MhwaQ/lp?= =?us-ascii?q?4SsUTGACD2gkL2gLWKdkUl+Oio7/7rbanhpp+bLI97lAT+Pb4omsykG+g4NR?= =?us-ascii?q?IOX2eD9eS90r3s41H5Ta1Jg/EriKXVrp/XKdgBqqO2AQJZyJsv5hK7Aju+1d?= =?us-ascii?q?QXh3gHLFZLeBKdiIjpPknDIOz5Dfe9h1Shizlrx+rYMbL/GZrNNWXMnK3mfb?= =?us-ascii?q?Zn5E5Q0BAzwsxH55JIFrEBJ+r+WlP2tNzfCh82Lwy0zPzmCNV7zY4eV3iPDb?= =?us-ascii?q?GHP6zJql+H+/gjI+6WZI8aoDz9MeQq5+byjX8lnl8QZaqp3ZwMaHCkH/RmIF?= =?us-ascii?q?6WbmTogtoaHmcKuxAxTO3uiFGYTTFTYHOyVbom5j4nEIKmEZvDRoe1jbObxi?= =?us-ascii?q?e7BJpWZ25bBV2XH3fobZuLVOkXZyKJP8BtiDsEVaKuS9xp6Rb7mwv3wfJfKf?= =?us-ascii?q?LT5GVMvIj508d5z+PJmBw47jAyCN6ShTKjVWZxy1/vQ3cd26dkrEl0zEzLhb?= =?us-ascii?q?R5gfhwO8Ze6tlyfkE9L5GKnL8yMMz7Rg+UJoTBc12hWNjzWTw=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DWAgBYEjNf/8cv8FFgHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAB4EyBAEBCwEBgwMUVAFJFY03hguCEIhigSV/iWCHKwsBAQE?= =?us-ascii?q?BAQEBAQEjFAQBAYRMAoI0JTcGDgIDAQEBAwIFAQEGAQEBAQEBBQQBhg85DEM?= =?us-ascii?q?BAQQLAYFiIoMZAQU6HCMQCw4FBS4hNgYTgyeCSwMysm2BNIVSglYNgR2BBYE?= =?us-ascii?q?4AY0pggCDbDU+ghqIGgSSPohdmjxRgmyIY4w5hG4woBUtnyOUJIF7TTAIgyQ?= =?us-ascii?q?JRxkNkTKLNj8DMDcCBggBAQMJgm+CO4t5AQE?= X-IPAS-Result: =?us-ascii?q?A2DWAgBYEjNf/8cv8FFgHAEBAQEBAQcBARIBAQQEAQFAB?= =?us-ascii?q?4EyBAEBCwEBgwMUVAFJFY03hguCEIhigSV/iWCHKwsBAQEBAQEBAQEjFAQBA?= =?us-ascii?q?YRMAoI0JTcGDgIDAQEBAwIFAQEGAQEBAQEBBQQBhg85DEMBAQQLAYFiIoMZA?= =?us-ascii?q?QU6HCMQCw4FBS4hNgYTgyeCSwMysm2BNIVSglYNgR2BBYE4AY0pggCDbDU+g?= =?us-ascii?q?hqIGgSSPohdmjxRgmyIY4w5hG4woBUtnyOUJIF7TTAIgyQJRxkNkTKLNj8DM?= =?us-ascii?q?DcCBggBAQMJgm+CO4t5AQE?= Received: from 199.47-240-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.240.47.199]) by relay.skynet.be with ESMTP; 11 Aug 2020 23:52:12 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.tijl.coosemans.org (8.16.1/8.16.1) with ESMTP id 07BLqAaE085106; Tue, 11 Aug 2020 23:52:10 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Tue, 11 Aug 2020 23:52:10 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Gleb Popov Cc: Konstantin Belousov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200811235210.41049ad1@FreeBSD.org> In-Reply-To: References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BR64Y3HRgz46DK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2020 21:52:14 -0000 On Tue, 11 Aug 2020 15:56:35 +0400 Gleb Popov wrote: > On Sun, Aug 9, 2020 at 7:43 PM Konstantin Belousov > wrote: > > > I do not believe there were any change in the toolchain between p2 and p7, > > this is more likely indicates some fluctuation in the build. The only > > change that could be even remotely declared as possibly related is > > EN-20:10.build r360473. > > > > Right, I was using a wrong set of port's OPTIONS that hide the problem. > > Indeed you need to look at the .o files that reference _8 symbol. I would > > closely look at the compilation command used for them, for start. > > > > After digging it a bit I found that the following command > > cc -x c > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c > -o /tmp/ghc_1.s -fno-PIC -Wimplicit -S \ > -include > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build/ghcversion.h > -I/usr/local/include \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/include \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install/build/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-install/build/dist-install/build/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/rts/dist/build > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-derivedconstants/header > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build \ > -march=i686 -U__i686 > > produce an assembly file with > > calll __atomic_load_8 > > instruction. > > The value of -march flag seems to be ignored. > > Interestingly, previous version of GHC calls C compiler in the following > way: > > cc -U__i686 '-march=i686' -fno-stack-protector -DTABLES_NEXT_TO_CODE > '-march=i686' -x c > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c > -o /tmp/ghc_1.s -Wimplicit -S \ > -include > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include/ghcversion.h > \ > -I/usr/local/include \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/base-4.12.0.0/include > \ > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include > > And this command produces an assembly without calls to __atomic_load_8 > > Any ideas what makes it appear? Looking at atomic.c one possibility is that in the first command HAVE_C11_ATOMICS is defined and not in the second. Apparently gcc always uses fild/fistp for __atomic_load_8 while clang only uses it if the address is 8 byte aligned and generates a function call otherwise. I think you can patch atomic.c so hs_atomicread64 and hs_atomicwrite64 always use the non-C11 version. From owner-freebsd-toolchain@freebsd.org Wed Aug 12 05:22:06 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9C8103BE3F6 for ; Wed, 12 Aug 2020 05:22:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BRJ3f1vfWz4SRW for ; Wed, 12 Aug 2020 05:22:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 31B1B3BE068; Wed, 12 Aug 2020 05:22:06 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 316883BE550 for ; Wed, 12 Aug 2020 05:22:06 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lf1-f49.google.com (mail-lf1-f49.google.com [209.85.167.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BRJ3d5Z96z4SK0; Wed, 12 Aug 2020 05:22:05 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lf1-f49.google.com with SMTP id 140so487668lfi.5; Tue, 11 Aug 2020 22:22:05 -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=k5wmAKvQJPeR395XCJflnNYBT6vuSS/ItoquIrAHh0U=; b=OFGHmwZGxNqV3fwDJ3aJo4E5L1US3M/5DaXf1HA5LQz7owNYwn/NHkzNAKluaKqzOD 5ylzYP0gM8oAoc2uS7qCbwo3ujp4QXRyUHHvjHqRJGhqZzNCBmE1OEjHGZwtknaFw+WP 6qa34iGRx6TfJWvstt+/0qHuxTKeolmz4wRvqdfUsR7DVhU1d60doder0UbwhQgUazq4 P3vWi4sJS5+7lWOY3eOQomJ/NOHc0z4AxgVs7BoUSIu0TA7Q/A3jpg9NdJjm/ys13rUX 2ehZfEr8bvSdWfThSZ71i10EVGn38vAYDTGre+u7MU1ee4gF+YigHvPal91xEn691L2r vsJA== X-Gm-Message-State: AOAM532XNs2JdAVcrvkjCQbNIrcpyP79uQfD76WpowFI1Pf0RhE2xhvx ia2RzDcBXB8Ndwy9PhMzhjzEeUI8+x8= X-Google-Smtp-Source: ABdhPJw3CHqIJ/Yo2DMdbtObHEg7rAu8BY2LX4M3/0QTd3D1rwej/NY0oU7/rQZBA+fo2JXmbXy6+g== X-Received: by 2002:a19:7710:: with SMTP id s16mr4831254lfc.162.1597209723915; Tue, 11 Aug 2020 22:22:03 -0700 (PDT) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com. [209.85.167.42]) by smtp.gmail.com with ESMTPSA id o68sm201144lff.57.2020.08.11.22.22.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 11 Aug 2020 22:22:03 -0700 (PDT) Received: by mail-lf1-f42.google.com with SMTP id b30so471055lfj.12; Tue, 11 Aug 2020 22:22:03 -0700 (PDT) X-Received: by 2002:a05:6512:3253:: with SMTP id c19mr4605109lfr.139.1597209722855; Tue, 11 Aug 2020 22:22:02 -0700 (PDT) MIME-Version: 1.0 References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> <20200811235210.41049ad1@FreeBSD.org> In-Reply-To: <20200811235210.41049ad1@FreeBSD.org> From: Gleb Popov Date: Wed, 12 Aug 2020 09:21:36 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Undefined reference to __atomic_store_8 To: =?UTF-8?Q?T=C4=B3l_Coosemans?= Cc: Konstantin Belousov , toolchain@freebsd.org X-Rspamd-Queue-Id: 4BRJ3d5Z96z4SK0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2020 05:22:06 -0000 On Wed, Aug 12, 2020 at 1:52 AM T=C4=B3l Coosemans wrote= : > On Tue, 11 Aug 2020 15:56:35 +0400 Gleb Popov wrote: > > On Sun, Aug 9, 2020 at 7:43 PM Konstantin Belousov > > wrote: > > > > > I do not believe there were any change in the toolchain between p2 an= d > p7, > > > this is more likely indicates some fluctuation in the build. The onl= y > > > change that could be even remotely declared as possibly related is > > > EN-20:10.build r360473. > > > > > > > Right, I was using a wrong set of port's OPTIONS that hide the problem. > > > > Indeed you need to look at the .o files that reference _8 symbol. I > would > > > closely look at the compilation command used for them, for start. > > > > > > > After digging it a bit I found that the following command > > > > cc -x c > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atom= ic.c > > -o /tmp/ghc_1.s -fno-PIC -Wimplicit -S \ > > -include > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build/g= hcversion.h > > -I/usr/local/include \ > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/include \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install= /build/include > > \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/base/dist-install= /build/dist-install/build/include > > \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/inclu= de > > \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-= install/build/include > > \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/integer-gmp/dist-= install/build/dist-install/build/include > > \ > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/rts/dist/build > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-derivedconsta= nts/header > > \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/includes/dist-install/build= \ > > -march=3Di686 -U__i686 > > > > produce an assembly file with > > > > calll __atomic_load_8 > > > > instruction. > > > > The value of -march flag seems to be ignored. > > > > Interestingly, previous version of GHC calls C compiler in the followin= g > > way: > > > > cc -U__i686 '-march=3Di686' -fno-stack-protector -DTABLES_NEXT_TO_CODE > > '-march=3Di686' -x c > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atom= ic.c > > -o /tmp/ghc_1.s -Wimplicit -S \ > > -include > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include/ghc= version.h > > \ > > -I/usr/local/include \ > > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/base-4.12= .0.0/include > > \ > > -I/wrkdirs/usr/ports/lang/ghc/work/ghc-8.6.5-boot/lib/ghc-8.6.5/include > > > > And this command produces an assembly without calls to __atomic_load_8 > > > > Any ideas what makes it appear? > > Looking at atomic.c one possibility is that in the first command > HAVE_C11_ATOMICS is defined and not in the second. > > Apparently gcc always uses fild/fistp for __atomic_load_8 while clang > only uses it if the address is 8 byte aligned and generates a function > call otherwise. > Indeed, this looks like a culprit! When compiling using first command line (the long one) I get following warnings: /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic= .c:369:10: warning: misaligned atomic operation may incur significant performance penalty [-Watomic-alignment] return __atomic_load_n((StgWord64 *) x, __ATOMIC_SEQ_CST); ^ /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic= .c:417:3: warning: misaligned atomic operation may incur significant performance penalty [-Watomic-alignment] __atomic_store_n((StgWord64 *) x, (StgWord64) val, __ATOMIC_SEQ_CST); ^ 2 warnings generated. I guess this basically means "I'm emitting a call there". So, what's the correct fix in this case? From owner-freebsd-toolchain@freebsd.org Wed Aug 12 05:44:55 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 938583BE96C for ; Wed, 12 Aug 2020 05:44:55 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BRJYz2djwz4T8N for ; Wed, 12 Aug 2020 05:44:55 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 58CF83BE96B; Wed, 12 Aug 2020 05:44:55 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 589263BEBC7 for ; Wed, 12 Aug 2020 05:44:55 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BRJYy4Ctbz4T3p; Wed, 12 Aug 2020 05:44:54 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lj1-f170.google.com with SMTP id w14so880513ljj.4; Tue, 11 Aug 2020 22:44:54 -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=1tYqIrfl/ZQTOg19oEUEfxJfCjZsJ0AY9aZ7A70CoR8=; b=sdAMmq1E/kemg8mGMQxtJ3sk87aGardVfOi6de/oAgRwiFLcoGEt4mWLVmCC2WT95E eLt6pklG2RPovzQMnXwAXmxEvrcOXeFIq7cet9x21DYkNh6J8hhGGaaqghgJxP9Sk8KT NVqibAt2Bj06XG/wpdZKzWfXwZJhQGGINeXwAWLZ17aKKOseqwcr40tpcmKhsQNz9yTl 7Oyhbqm2IBqt0TXxxC4b+fAmkRn677Reb936w43ZgxWGlB8hAoVA7iOrEBiSW+J24qJq Z0WKb4qmWRyPmfPPY6nbsLMeSvAYBN/hf24yqwjuBQTPwSjqAgl8sQddH/UF1VMqY+1u bUfg== X-Gm-Message-State: AOAM533PKEGJpbCcNXc0khBvA9ZFmiX9+CC5sxItEPTjtqKi/Y63Df++ T9vWd0V0hHYKqsaXIkV0Oq1mkEIKBPQ= X-Google-Smtp-Source: ABdhPJwjbkHevnjfpfaSHH0U68JFv4j4kTESmMMRsGeGp0+7frH8YN6CrfIC1/wp6K3ECWJ2FCrP1w== X-Received: by 2002:a2e:8903:: with SMTP id d3mr4444199lji.163.1597211092092; Tue, 11 Aug 2020 22:44:52 -0700 (PDT) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com. [209.85.208.169]) by smtp.gmail.com with ESMTPSA id i19sm217122lfi.14.2020.08.11.22.44.51 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 11 Aug 2020 22:44:51 -0700 (PDT) Received: by mail-lj1-f169.google.com with SMTP id m22so875058ljj.5; Tue, 11 Aug 2020 22:44:51 -0700 (PDT) X-Received: by 2002:a05:651c:115:: with SMTP id a21mr4138999ljb.315.1597211091271; Tue, 11 Aug 2020 22:44:51 -0700 (PDT) MIME-Version: 1.0 References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> <20200811235210.41049ad1@FreeBSD.org> In-Reply-To: From: Gleb Popov Date: Wed, 12 Aug 2020 09:44:25 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Undefined reference to __atomic_store_8 To: =?UTF-8?Q?T=C4=B3l_Coosemans?= Cc: Konstantin Belousov , toolchain@freebsd.org X-Rspamd-Queue-Id: 4BRJYy4Ctbz4T3p X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.208.170 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [-1.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-0.95)[-0.948]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.04)[-1.040]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.12)[0.116]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.170:from]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.170:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2020 05:44:55 -0000 On Wed, Aug 12, 2020 at 9:21 AM Gleb Popov wrote: > Indeed, this looks like a culprit! When compiling using first command line > (the long one) I get following warnings: > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c:369:10: > warning: misaligned atomic operation may incur significant performance > penalty [-Watomic-alignment] > return __atomic_load_n((StgWord64 *) x, __ATOMIC_SEQ_CST); > ^ > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c:417:3: > warning: misaligned atomic operation may incur significant performance > penalty [-Watomic-alignment] > __atomic_store_n((StgWord64 *) x, (StgWord64) val, __ATOMIC_SEQ_CST); > ^ > 2 warnings generated. > > I guess this basically means "I'm emitting a call there". So, what's the > correct fix in this case? > I just noticed that Clang emits these warnings (and the call instruction) only for functions handling StgWord64 type. For the same code with StgWord32, like StgWord hs_atomicread32(StgWord x) { #if HAVE_C11_ATOMICS return __atomic_load_n((StgWord32 *) x, __ATOMIC_SEQ_CST); #else return __sync_add_and_fetch((StgWord32 *) x, 0); #endif } no warning is emitted as well as no call. How does clang infer alignment in these cases? What's so special about StgWord64? From owner-freebsd-toolchain@freebsd.org Wed Aug 12 11:42:04 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 429AA37D66D for ; Wed, 12 Aug 2020 11:42:04 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BRSV40ryDz3Xpb for ; Wed, 12 Aug 2020 11:42:04 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1D23E37D3F6; Wed, 12 Aug 2020 11:42:04 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1CE5F37D562 for ; Wed, 12 Aug 2020 11:42:04 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay106.isp.belgacom.be (mailrelay106.isp.belgacom.be [195.238.20.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BRSV3417tz3YB2; Wed, 12 Aug 2020 11:42:03 +0000 (UTC) (envelope-from tijl@freebsd.org) IronPort-SDR: YcoKsz0aeSad9lKH08LBFK8rFWiBHLn/ZNwZg3+w88g/gQGqSW/YTjNHHQCO/TVP9h0LFH/LaK 39xVfJzcGy77UClYLOybJwkZeVYUTbqreqLiq2EzlbPPvmKeCgTFSMJIM6LXL1MtNImps8cs8N N5c+4H2MUYljybccO1BH2TSubaOstJWSe0CCAQX/D1iVJjPeqFUSbhU6AS5YvBK/5rVi9clk0k g2bN1T1psTByQmT1PTGvAPwRMZW8pRSJcNRynRXBu0w1A4rjb6+/LcNisN16XBWA5r9nmugOeh IWQ= X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3Aw7PZaxfrQ2qpywuZj1u5VftTlGMj4u6mDksu8p?= =?us-ascii?q?Mizoh2WeGdxcW4YR7h7PlgxGXEQZ/co6odzbaP7eaxAydcuN6oizMrSNR0TR?= =?us-ascii?q?gLiMEbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpTEdFQ?= =?us-ascii?q?/iOgVrO+/7BpDdj9it1+C15pbffxhEiCCybL9vLRi6twHcutcZjYZtN6o61w?= =?us-ascii?q?fErGZPd+lK321jOEidnwz75se+/Z5j9zpftvc8/MNeUqv0Yro1Q6VAADspL2?= =?us-ascii?q?466svrtQLeTQSU/XsTTn8WkhtTDAfb6hzxQ4r8vTH7tup53ymaINH2QLUpUj?= =?us-ascii?q?ms86tnVBnlgzoBOjUk8m/Yl9ZwgbpVrhyhuRJx3o3ab4ObNPVxYqzTcsgXRX?= =?us-ascii?q?ZDU8tLSyBNHp+wY5UJAuEcPehYtY79p14WoBWgAAusAP7kxyFPhn/xxq01ze?= =?us-ascii?q?EhHhvA3Aw7AtkDt2jUrNT3NKcWSu27zLPIwivdYP5LxDnz5pLEchc7ofGDRL?= =?us-ascii?q?99d9faxkYzGQ3flFqQtZDlMC2P1uQLq2WW8fRtWf+xh2M5pQx8ojiiyMcsh4?= =?us-ascii?q?TGiI8bxFPJ+Dt9zYs0J9C1SFJ2bMOkHpZQtCyXKZV7T80tTmxsuSs21LMItJ?= =?us-ascii?q?imdyYJ0JQq3x3SZ+Gdf4SW7R/vSPydLDh6iX5/Zb6ygxK//E69wePmTMa0yk?= =?us-ascii?q?xFri9dn9nJsXACygLc59CcSvt44kehwTGP1x3P6u1cIUA7i67bK5k5z74zjJ?= =?us-ascii?q?UTtUXDHirol0Xsi6+abFkk+umq6+TjeLnpupicN4hvig7gN6QhgMq/Af8iPg?= =?us-ascii?q?gJRWib9vyw1Lzl/ULnXLVHlv47nrTDvJzEKskXurS1DgBX34o59hqyCzOr3M?= =?us-ascii?q?wdnXYdLVJFfByHj5LuO1HLOP34Efa/g1aokDpwyfDGJKPuDYvWIXjYjbjtZ7?= =?us-ascii?q?F961RTyAYr19BQ+4pUCq0dIPL0QkLxqNvYDhg9MwOow+boEtR91oUFVGKBGK?= =?us-ascii?q?+WLr3dvkST5u0yOeWMY5UVuDnlIfg/+/HulWM5mUMafaSx3psXb2u4HuhnI0?= =?us-ascii?q?WaenXjnNMBHHwFvgo7VuPqiVmCXSRPaHa1WqI2/is7B56+DYffWoCth6SM0z?= =?us-ascii?q?2hHp1MYWBHBE2DHGzmd4WeRfgDdjmdItR8nTAeUrihUYAhhlmSs1rVz7dtZt?= =?us-ascii?q?LT4ioG/cbqzsJy+OH7mws/+DZvA4KayW7bHE9umWZde9gylIt4pldwz16Fyu?= =?us-ascii?q?Asn/1aEfR9/f5EeDwWc5nGwLopWJjJRgvdc4LRGx6dSdK8DGRpQw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BrAgBE1DNf/8cv8FFgHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAB4EyBAEBCwEBgwNoAUkVjTeGC4IQiwaJYIcrCwEBAQEBAQE?= =?us-ascii?q?BATcEAQGETAKCNSU3Bg4CAwEBAQMCBQEBBgEBAQEBAQUEAYYPRUMBAQQLAYF?= =?us-ascii?q?iIoMZAQU6HCMQCw4KLlcGExuGDLJigTSFUoN4gQWBOAGNKYIAhCE+ijQEkj6?= =?us-ascii?q?IXZsNgmyaCjCgFS2zR4F7TTAIgyRQGQ2caD8DMDcCBggBAQMJgm2CNYttAQE?= X-IPAS-Result: =?us-ascii?q?A2BrAgBE1DNf/8cv8FFgHAEBAQEBAQcBARIBAQQEAQFAB?= =?us-ascii?q?4EyBAEBCwEBgwNoAUkVjTeGC4IQiwaJYIcrCwEBAQEBAQEBATcEAQGETAKCN?= =?us-ascii?q?SU3Bg4CAwEBAQMCBQEBBgEBAQEBAQUEAYYPRUMBAQQLAYFiIoMZAQU6HCMQC?= =?us-ascii?q?w4KLlcGExuGDLJigTSFUoN4gQWBOAGNKYIAhCE+ijQEkj6IXZsNgmyaCjCgF?= =?us-ascii?q?S2zR4F7TTAIgyRQGQ2caD8DMDcCBggBAQMJgm2CNYttAQE?= Received: from 199.47-240-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.240.47.199]) by relay.skynet.be with ESMTP; 12 Aug 2020 13:42:01 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.tijl.coosemans.org (8.16.1/8.16.1) with ESMTP id 07CBfxSB087728; Wed, 12 Aug 2020 13:42:00 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Wed, 12 Aug 2020 13:41:58 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Gleb Popov Cc: Konstantin Belousov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200812134158.249dc5ca@FreeBSD.org> In-Reply-To: References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> <20200811235210.41049ad1@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BRSV3417tz3YB2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2020 11:42:04 -0000 On Wed, 12 Aug 2020 09:44:25 +0400 Gleb Popov wrote: > On Wed, Aug 12, 2020 at 9:21 AM Gleb Popov wrote: >> Indeed, this looks like a culprit! When compiling using first command line >> (the long one) I get following warnings: >> >> /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c:369:10: >> warning: misaligned atomic operation may incur significant performance >> penalty [-Watomic-alignment] >> return __atomic_load_n((StgWord64 *) x, __ATOMIC_SEQ_CST); >> ^ >> /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c:417:3: >> warning: misaligned atomic operation may incur significant performance >> penalty [-Watomic-alignment] >> __atomic_store_n((StgWord64 *) x, (StgWord64) val, __ATOMIC_SEQ_CST); >> ^ >> 2 warnings generated. >> >> I guess this basically means "I'm emitting a call there". So, what's the >> correct fix in this case? > > I just noticed that Clang emits these warnings (and the call instruction) > only for functions handling StgWord64 type. For the same code with > StgWord32, like > > StgWord > hs_atomicread32(StgWord x) > { > #if HAVE_C11_ATOMICS > return __atomic_load_n((StgWord32 *) x, __ATOMIC_SEQ_CST); > #else > return __sync_add_and_fetch((StgWord32 *) x, 0); > #endif > } > > no warning is emitted as well as no call. > > How does clang infer alignment in these cases? What's so special about > StgWord64? StgWord64 is uint64_t which is unsigned long long which is 4 byte aligned on i386. Clang wants 8 byte alignment to use the fildll instruction. You could change the definition of the StgWord64 type to look like: typedef uint64_t StgWord64 __attribute__((aligned(8))); But this only works if all calls to hs_atomicread64 pass a StgWord64 as argument and not some other 64 bit value. Another solution I already mentioned in a previous message: replace HAVE_C11_ATOMICS with 0 in hs_atomicread64 so it uses __sync_add_and_fetch instead of __atomic_load_n. That uses the cmpxchg8b instruction which doesn't care about alignment. It's much slower but I guess 64 bit atomic loads are rare enough that this doesn't matter much. From owner-freebsd-toolchain@freebsd.org Wed Aug 12 14:35:25 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 78D653A2890 for ; Wed, 12 Aug 2020 14:35:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BRXL50M7bz40Hc for ; Wed, 12 Aug 2020 14:35:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 0C29B3A262E; Wed, 12 Aug 2020 14:35:25 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0BF123A2824 for ; Wed, 12 Aug 2020 14:35:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BRXL44tCNz40Qh; Wed, 12 Aug 2020 14:35:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 07CEZHZ4052528 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 12 Aug 2020 17:35:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 07CEZHZ4052528 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 07CEZHkb052527; Wed, 12 Aug 2020 17:35:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 12 Aug 2020 17:35:17 +0300 From: Konstantin Belousov To: =?utf-8?Q?T=C4=B3l?= Coosemans Cc: Gleb Popov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200812143517.GZ2551@kib.kiev.ua> References: <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> <20200811235210.41049ad1@FreeBSD.org> <20200812134158.249dc5ca@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200812134158.249dc5ca@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BRXL44tCNz40Qh X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2020 14:35:25 -0000 On Wed, Aug 12, 2020 at 01:41:58PM +0200, Tijl Coosemans wrote: > On Wed, 12 Aug 2020 09:44:25 +0400 Gleb Popov wrote: > > On Wed, Aug 12, 2020 at 9:21 AM Gleb Popov wrote: > >> Indeed, this looks like a culprit! When compiling using first command line > >> (the long one) I get following warnings: > >> > >> /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c:369:10: > >> warning: misaligned atomic operation may incur significant performance > >> penalty [-Watomic-alignment] > >> return __atomic_load_n((StgWord64 *) x, __ATOMIC_SEQ_CST); > >> ^ > >> /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atomic.c:417:3: > >> warning: misaligned atomic operation may incur significant performance > >> penalty [-Watomic-alignment] > >> __atomic_store_n((StgWord64 *) x, (StgWord64) val, __ATOMIC_SEQ_CST); > >> ^ > >> 2 warnings generated. > >> > >> I guess this basically means "I'm emitting a call there". So, what's the > >> correct fix in this case? > > > > I just noticed that Clang emits these warnings (and the call instruction) > > only for functions handling StgWord64 type. For the same code with > > StgWord32, like > > > > StgWord > > hs_atomicread32(StgWord x) > > { > > #if HAVE_C11_ATOMICS > > return __atomic_load_n((StgWord32 *) x, __ATOMIC_SEQ_CST); > > #else > > return __sync_add_and_fetch((StgWord32 *) x, 0); > > #endif > > } > > > > no warning is emitted as well as no call. > > > > How does clang infer alignment in these cases? What's so special about > > StgWord64? > > StgWord64 is uint64_t which is unsigned long long which is 4 byte > aligned on i386. Clang wants 8 byte alignment to use the fildll > instruction. This all is very strange. How could code use fildll to load 8 bytes as bit-value ? FILDLL converts single and double precision fp into long-double fp, so it would change the bit-value. Also, both ISA and x86 psABI only require 4-byte alignment for the double precision fp variables. If the variable memory spans over two cache lines, then SDM states that the access can be not atomic, but I believe it cannot happen for any existing CPU. It might be slow. For some future CPUs, Intel provides control which would cause such accesses to trap. > > You could change the definition of the StgWord64 type to look like: > > typedef uint64_t StgWord64 __attribute__((aligned(8))); > > But this only works if all calls to hs_atomicread64 pass a StgWord64 > as argument and not some other 64 bit value. > > > Another solution I already mentioned in a previous message: replace > HAVE_C11_ATOMICS with 0 in hs_atomicread64 so it uses > __sync_add_and_fetch instead of __atomic_load_n. That uses the > cmpxchg8b instruction which doesn't care about alignment. It's much > slower but I guess 64 bit atomic loads are rare enough that this > doesn't matter much. From owner-freebsd-toolchain@freebsd.org Wed Aug 12 16:11:51 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B5F943A4B9C for ; Wed, 12 Aug 2020 16:11:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BRZTM4CF9z4626 for ; Wed, 12 Aug 2020 16:11:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 8FEC03A4A5B; Wed, 12 Aug 2020 16:11:51 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8FAD93A4B9B for ; Wed, 12 Aug 2020 16:11:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay101.isp.belgacom.be (mailrelay101.isp.belgacom.be [195.238.20.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BRZTL5PDrz45td; Wed, 12 Aug 2020 16:11:50 +0000 (UTC) (envelope-from tijl@freebsd.org) IronPort-SDR: gwa4UocyGmuRD7VEOx/XzAX27uAe5ai6jes4I6YmMtWZsDF5I6yr5OSGkSdQj6TuP5pWH4dkD2 nY/qtuBYPjH+iOY5oVjprGK03SQNr4UfyZ5JV8s4keOuUf/qKdi7f9hrzBjOAK4GWWEVCkcwGk AMZPNx7hZVo2wFRa+ShMGH4zRO4bXdKCytEVxthYQBhcQVFHiEhbM37Su3iFBVugnh3dgqmBvL /Roe7olcwZkcLTH45bzIHkA8rjZxAQKUfWMy/T686XVXWIRqwzaXZ/+785MkbrOwgtPdxS/m6b 2Jk= X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3Ajuuu3BfpNAWXUPqam0eQCQ2HlGMj4u6mDksu8p?= =?us-ascii?q?Mizoh2WeGdxcW5YR7h7PlgxGXEQZ/co6odzbaP7eaxAydRvd6oizMrSNR0TR?= =?us-ascii?q?gLiMEbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpTEdFQ?= =?us-ascii?q?/iOgVrO+/7BpDdj9it1+C15pbffxhEiCCybL9vLRi6twHcutcZjYZmJas61w?= =?us-ascii?q?fErGZPd+lK321jOEidnwz75se+/Z5j9zpftvc8/MNeUqv0Yro1Q6VAADspL2?= =?us-ascii?q?466svrtQLeTQSU/XsTTn8WkhtTDAfb6hzxQ4r8vTH7tup53ymaINH2QLUpUj?= =?us-ascii?q?ms86tnVBnlgzoBOjUk8m/Yl9ZwgbpVrhyhuRJx3o3ab4ObNPVxYqzTcsgXRX?= =?us-ascii?q?ZYXstLSyBNHp+wYokJAuEcPehYtY79p14WoBWgAAusAP7kxyFPhn/xxq01ze?= =?us-ascii?q?EhHhvA3Aw7AtkDt2jUrNT3NKcWSu27zLPIwivdYP5LxDnz5pLEchc7ofGDRL?= =?us-ascii?q?99d9faxkYzGQ3flFqQtZDlMC2P1uQLq2WV4eptWOOshmM6tgx8oCSjy9oth4?= =?us-ascii?q?TJiYwY117J+CV3zoorO9G1SEF2b966HZZSqi2XNZZ7T8AsTmxstyg21rMItJ?= =?us-ascii?q?imdyYJ0JQq3x3SZ+Gdf4SW7R/vSPydLDh6iX5/Zb6ygxK//E69wePmTMa0yk?= =?us-ascii?q?xFri9dn9nJsXACygLc59CcSvt44kehwTGP1x3P6u1cIUA7i67bK5k5z74zjJ?= =?us-ascii?q?UTtUXDHirol0Xsi6+abFkk+umq6+TjeLnpupicN4hvig7gN6QhgMq/Af8iPg?= =?us-ascii?q?gJRWib9vyw1Lzl/ULnXLVHlv47nrTDvJzEKskXurS1DgBX34o59hqyCzOr3M?= =?us-ascii?q?wdnXYdLVJFfByHj5LuO1HLOP34Efa/g1aokDpwyfDGJKPuDYvWIXjYjbjtZ7?= =?us-ascii?q?F961RTyAYr19BQ+4pUCq0dIPL0QkLxqNvYDhg9MwOow+boEtR91oUFVGKBGK?= =?us-ascii?q?+WLr3dvkST5u0yOeWMY5UVuDnlIfg/+/HulWM5mUMafaSxx5QXcmq4HvNoIk?= =?us-ascii?q?qEenfsjM0BHnkUsQUlV+zllUeOUTlJZ3a9R6g8/C00CJq6DYffQYCgmL+B3C?= =?us-ascii?q?CgHp1KZ2BGCUuDHmnsd4ifVPcMbTidIs5lkjAeSbehTIohhlmSs1rZzLx8Mu?= =?us-ascii?q?PS5iwe/bju0N9o/OrN3UUx8idoDseX3mWlQGR9n2dOTDgzivNRu0t4n2tk1e?= =?us-ascii?q?BThPtDGNla4egBBhs7N5r04fZ3BvrJdkTGZNjfGwXuecmvHTxkFoF5+NQJeU?= =?us-ascii?q?soQ9g=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D9AQA1FDRf/8cv8FFfHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAB4EyBAEBCwEBgwNoAV6ENokBhguCEIhigSV/iWCHKwsBAQE?= =?us-ascii?q?BAQEBAQE3BAEBhEwCgjclNwYOAgMBAQEDAgUBAQYBAQEBAQEFBAGGD0VDARA?= =?us-ascii?q?BgWIigxgBAQEDASMzIwULCw4KAgImAgIhNgYThXIDDiSxd3aBMoVSgkYNgR2?= =?us-ascii?q?BBYEOKgGNKYIAhCE+ghqFOoJgBLVXUYJslRyEbjCgFS2fI5QkgXtNMAiDJFA?= =?us-ascii?q?ZDY4oGo4mPwMwNwIGAQcBAQMJgmiOCQEB?= X-IPAS-Result: =?us-ascii?q?A2D9AQA1FDRf/8cv8FFfHAEBAQEBAQcBARIBAQQEAQFAB?= =?us-ascii?q?4EyBAEBCwEBgwNoAV6ENokBhguCEIhigSV/iWCHKwsBAQEBAQEBAQE3BAEBh?= =?us-ascii?q?EwCgjclNwYOAgMBAQEDAgUBAQYBAQEBAQEFBAGGD0VDARABgWIigxgBAQEDA?= =?us-ascii?q?SMzIwULCw4KAgImAgIhNgYThXIDDiSxd3aBMoVSgkYNgR2BBYEOKgGNKYIAh?= =?us-ascii?q?CE+ghqFOoJgBLVXUYJslRyEbjCgFS2fI5QkgXtNMAiDJFAZDY4oGo4mPwMwN?= =?us-ascii?q?wIGAQcBAQMJgmiOCQEB?= Received: from 199.47-240-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.240.47.199]) by relay.skynet.be with ESMTP; 12 Aug 2020 18:11:48 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.tijl.coosemans.org (8.16.1/8.16.1) with ESMTP id 07CGBlkl088423; Wed, 12 Aug 2020 18:11:47 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Wed, 12 Aug 2020 18:11:45 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Konstantin Belousov Cc: Gleb Popov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200812181145.5e5dd7de@FreeBSD.org> In-Reply-To: <20200812143517.GZ2551@kib.kiev.ua> References: <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> <20200811235210.41049ad1@FreeBSD.org> <20200812134158.249dc5ca@FreeBSD.org> <20200812143517.GZ2551@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BRZTL5PDrz45td X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2020 16:11:51 -0000 On Wed, 12 Aug 2020 17:35:17 +0300 Konstantin Belousov wrote: > On Wed, Aug 12, 2020 at 01:41:58PM +0200, T=C4=B3l Coosemans wrote: >> StgWord64 is uint64_t which is unsigned long long which is 4 byte >> aligned on i386. Clang wants 8 byte alignment to use the fildll >> instruction. =20 > This all is very strange. >=20 > How could code use fildll to load 8 bytes as bit-value ? FILDLL converts > single and double precision fp into long-double fp, so it would change > the bit-value. FILDLL loads long long and converts it to long double which has 64 bit mantissa so the value is unchanged. > Also, both ISA and x86 psABI only require 4-byte alignment for the > double precision fp variables. >=20 > If the variable memory spans over two cache lines, then SDM states that > the access can be not atomic, but I believe it cannot happen for any > existing CPU. It might be slow. For some future CPUs, Intel provides > control which would cause such accesses to trap. Well, it seems clang follows the SDM and assumes 8 byte alignment is needed because then the variable never crosses a cache line boundary. From owner-freebsd-toolchain@freebsd.org Thu Aug 13 13:39:15 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7F7DA37A2D6 for ; Thu, 13 Aug 2020 13:39:15 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BS72q218Cz4JqT for ; Thu, 13 Aug 2020 13:39:15 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 44FCC37A2D5; Thu, 13 Aug 2020 13:39:15 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 44C2B37A34B for ; Thu, 13 Aug 2020 13:39:15 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lj1-f179.google.com (mail-lj1-f179.google.com [209.85.208.179]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BS72p3HVTz4JqS; Thu, 13 Aug 2020 13:39:14 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lj1-f179.google.com with SMTP id v12so6205851ljc.10; Thu, 13 Aug 2020 06:39:14 -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=yClLALqjsfOMGC6vW1zSKn+Vj8kN8tqKRuyH9sf48Us=; b=cJtnvDLBz3i7X/29o5MIaOeEHchwLAUY3OrA2J6C494H6pnDkvq21Utm6KwVFnOfmz l+XvBfPNLvlKLUHM9wtxSrc2a4i8qfM9fYePODmzKQygR99LuhyBY1oU/HCdaR3U79M1 mdGxqkMbUew5JEKURoXWUfyjUKbOfpGZKQI0CzJtDNOlSpVz9I20gE4mzOKdbgxnRUEq EQ42BAh3xEyunIZpZzE4W8L8WMEvEnYLVliv0Yf6I4E5jls+2fwr4DVdPxkvbfrsdFgV KLON0R+rhIN9pkjbj6NYPyF+8SpHR8SLRRWmeS9u53BRR/uO5hTSL2FPr2l13nACj6xa Nvbw== X-Gm-Message-State: AOAM530eKB+NCG4lbrZMcgcM+hiOjEu0qsGRcgnxfbWRBHeMY+A8wycd 6CNL3zWDpfH7RBec7VIwhdniPBSeGQA= X-Google-Smtp-Source: ABdhPJzeNQLrNTfiyopNPWSckPJtyQA0oAPsqS39r0IKywkYaGrp42I3IBm8PrPSV+tTx+ZamxMwxQ== X-Received: by 2002:a2e:9111:: with SMTP id m17mr2312003ljg.263.1597325952451; Thu, 13 Aug 2020 06:39:12 -0700 (PDT) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com. [209.85.208.169]) by smtp.gmail.com with ESMTPSA id r14sm1108514ljm.92.2020.08.13.06.39.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 13 Aug 2020 06:39:12 -0700 (PDT) Received: by mail-lj1-f169.google.com with SMTP id h19so6194203ljg.13; Thu, 13 Aug 2020 06:39:12 -0700 (PDT) X-Received: by 2002:a2e:b0db:: with SMTP id g27mr2192513ljl.69.1597325951783; Thu, 13 Aug 2020 06:39:11 -0700 (PDT) MIME-Version: 1.0 References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> <20200811235210.41049ad1@FreeBSD.org> <20200812134158.249dc5ca@FreeBSD.org> In-Reply-To: <20200812134158.249dc5ca@FreeBSD.org> From: Gleb Popov Date: Thu, 13 Aug 2020 17:38:41 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Undefined reference to __atomic_store_8 To: =?UTF-8?Q?T=C4=B3l_Coosemans?= Cc: Konstantin Belousov , toolchain@freebsd.org X-Rspamd-Queue-Id: 4BS72p3HVTz4JqS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.208.179 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [-1.28 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.94)[-0.941]; NEURAL_SPAM_SHORT(0.43)[0.429]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.179:from]; NEURAL_HAM_MEDIUM(-0.77)[-0.772]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.179:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2020 13:39:15 -0000 On Wed, Aug 12, 2020 at 3:42 PM T=C4=B3l Coosemans wrote= : > On Wed, 12 Aug 2020 09:44:25 +0400 Gleb Popov wrote: > > On Wed, Aug 12, 2020 at 9:21 AM Gleb Popov wrote: > >> Indeed, this looks like a culprit! When compiling using first command > line > >> (the long one) I get following warnings: > >> > >> > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atom= ic.c:369:10: > >> warning: misaligned atomic operation may incur significant performance > >> penalty [-Watomic-alignment] > >> return __atomic_load_n((StgWord64 *) x, __ATOMIC_SEQ_CST); > >> ^ > >> > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/cbits/atom= ic.c:417:3: > >> warning: misaligned atomic operation may incur significant performance > >> penalty [-Watomic-alignment] > >> __atomic_store_n((StgWord64 *) x, (StgWord64) val, __ATOMIC_SEQ_CST)= ; > >> ^ > >> 2 warnings generated. > >> > >> I guess this basically means "I'm emitting a call there". So, what's t= he > >> correct fix in this case? > > > > I just noticed that Clang emits these warnings (and the call instructio= n) > > only for functions handling StgWord64 type. For the same code with > > StgWord32, like > > > > StgWord > > hs_atomicread32(StgWord x) > > { > > #if HAVE_C11_ATOMICS > > return __atomic_load_n((StgWord32 *) x, __ATOMIC_SEQ_CST); > > #else > > return __sync_add_and_fetch((StgWord32 *) x, 0); > > #endif > > } > > > > no warning is emitted as well as no call. > > > > How does clang infer alignment in these cases? What's so special about > > StgWord64? > > StgWord64 is uint64_t which is unsigned long long which is 4 byte > aligned on i386. Clang wants 8 byte alignment to use the fildll > instruction. > > You could change the definition of the StgWord64 type to look like: > > typedef uint64_t StgWord64 __attribute__((aligned(8))); > > But this only works if all calls to hs_atomicread64 pass a StgWord64 > as argument and not some other 64 bit value. > > > Another solution I already mentioned in a previous message: replace > HAVE_C11_ATOMICS with 0 in hs_atomicread64 so it uses > __sync_add_and_fetch instead of __atomic_load_n. That uses the > cmpxchg8b instruction which doesn't care about alignment. It's much > slower but I guess 64 bit atomic loads are rare enough that this > doesn't matter much. > Yep, your suggested workaround worked, many thanks. Still, I'm curious where I can get __atomic_load_n in an i386 case, if I don't want to pull in gcc? From owner-freebsd-toolchain@freebsd.org Thu Aug 13 20:05:53 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E4AF3AB641 for ; Thu, 13 Aug 2020 20:05:53 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BSHcx3XXMz3WTZ for ; Thu, 13 Aug 2020 20:05:53 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 796173AB70D; Thu, 13 Aug 2020 20:05:53 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 792863AB640 for ; Thu, 13 Aug 2020 20:05:53 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay104.isp.belgacom.be (mailrelay104.isp.belgacom.be [195.238.20.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BSHcw3L5Zz3Wkr; Thu, 13 Aug 2020 20:05:52 +0000 (UTC) (envelope-from tijl@freebsd.org) IronPort-SDR: tPx/dlHcZq7Lsa0OHlxSkzphedx6wpj5W6MSLl0CtDul0EIyTfOtM90kO+5inAgb4NRDvD6nTJ M4SVeyDeqNZ+f3uk2xa/7mBa5rXYEd0AlZ04qI5VclBDUE/mSotw0doD+HVSJNo3DYrasVfvI0 7TOWC70zzqsSuoj35WBIuyHNL4JDtwNFSDfAL4WoJozHL68pUkKNnWyuDadodoxww/9hrS4SCd RLGbngbg1Wo2B/AVWNzvXgYEekzAsbuCN/nbCDWatwVIoez2EkyMgsaxh5ltFWjtTuSXZ3jaCs nLg= X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AkS9HSBdYPXvkYlcJ6kjSwLcplGMj4u6mDksu8p?= =?us-ascii?q?Mizoh2WeGdxcW4bB7h7PlgxGXEQZ/co6odzbaP7eaxBCdZuMbJmUtBWaQEbw?= =?us-ascii?q?UCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYdFR?= =?us-ascii?q?rlKAV6OPn+FJLMgMSrzeCy/IDYbxlViDanbr5+MRS7oR/Vu8QWjoduN7s9xx?= =?us-ascii?q?jUqXZUZupawn9lK0iOlBjm/Mew+5Bj8yVUu/0/8sNLTLv3caclQ7FGFToqK2?= =?us-ascii?q?866tHluhnFVguP+2ATUn4KnRpSAgjK9w/1U5HsuSbnrOV92S2aPcrrTbAoXD?= =?us-ascii?q?mp8qlmRAP0hCoBKjU09nzchM5tg6JBuB+vqRxxzZDJbo+WNvV+cKzScs8VS2?= =?us-ascii?q?daQsZcVTZMDp+gY4cTEeYMO/tToYnnp1sJqBuzHReiBubryjRVmHL22qo60/?= =?us-ascii?q?8/HgHDxgMgGckOu2nTodXpNacSU+S1wbLIwzXZcfxZxyrw5pXGfBw7pvGMR7?= =?us-ascii?q?1wfNPXxEIyGAzLkk+eppb5PzOJyOsNqW6b4vJ+WO+xlmIrtR98rzavy8osio?= =?us-ascii?q?fEho0Yx17K+yh63os4Idy1RUx7bNO4DZZetyGXOohoT848TWxltyI3x7wYtZ?= =?us-ascii?q?C1eiUB1ZcpxwbHZvGEboSE+AzvWemNLTtii39oeqiziwu2/EWkzOD3S9O630?= =?us-ascii?q?xQriVfl9nBrnUN1xvO5ceZUvZ95UKh2SqX1wDU9+FEPVg4larFJJ4lxb49jp?= =?us-ascii?q?kTvl7HHi/3nUX5krWWdkI+9ui06uTnYLHmqoWAOI9zjQH+KbohmsmlDuQ+KQ?= =?us-ascii?q?gCRW+b+f6z1LH7/E35RqtFjuEun6TarZzWP9oXq6GlDwNP3Ysu6QyzAyqi3d?= =?us-ascii?q?kchXUHKUhKeBODj4jnIVHOJ/X4AO+jg1Stkjdrw+vLPrP7AprTMHfMi6zhcq?= =?us-ascii?q?tn505b0gozwshT54hIBbEZPPLzRkjxucTEDh8+NAy0x/roCNVn2YMfX2KCGa?= =?us-ascii?q?GZMLnMvlCW/e0vOPSDaJUSuDbnJPgv/+TugmMhmV8BYamp2oMaaHO/HvR9P0?= =?us-ascii?q?WZYHnsjcwfHmcOpQc+Q+nqh0eDUT5XfXq9Q6U85jQjAoK8EYjDXpytgKCG3C?= =?us-ascii?q?qjBJJWfHpGCleCEHj1bIiEVe0MZzyMLcB6iTwLSKKtS4g71RGh50fGzO9IKu?= =?us-ascii?q?feshUfrZX9nIx8/ffUih0a+yZ5As6G3yeKVW4izU0SQDpj4Ed76Wd6zUyO1K?= =?us-ascii?q?F+mLQMCd1R49tnSAo3H6XwietgBIahCUr6Yt6VRQP+EZ2dCjYrQ4dpzg=3D?= =?us-ascii?q?=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DKCADnnDVf/8cv8FFfHQEBAQEJARI?= =?us-ascii?q?BBQUBQAeBQwKDA2kBSRWNN4YTghCIY4IkiWCHKwsBAQEBAQEBAQE3BAEBhEM?= =?us-ascii?q?JAoJBJTgTAgMBAQEDAgUBAQYBAQEBAQEFBAGGD0VDARABgWIigxkBBTocIxA?= =?us-ascii?q?LDgouVwYThiezEYE0hVKEB4EFgTgBjSqCAIQhPoo0BJI+iF2bDYJsmg0wgmw?= =?us-ascii?q?BnSgts0+Bek0wCIMkUBkNnGg/AzA3AgYKAQEDCYJ/jjMBAQ?= X-IPAS-Result: =?us-ascii?q?A2DKCADnnDVf/8cv8FFfHQEBAQEJARIBBQUBQAeBQwKDA?= =?us-ascii?q?2kBSRWNN4YTghCIY4IkiWCHKwsBAQEBAQEBAQE3BAEBhEMJAoJBJTgTAgMBA?= =?us-ascii?q?QEDAgUBAQYBAQEBAQEFBAGGD0VDARABgWIigxkBBTocIxALDgouVwYThiezE?= =?us-ascii?q?YE0hVKEB4EFgTgBjSqCAIQhPoo0BJI+iF2bDYJsmg0wgmwBnSgts0+Bek0wC?= =?us-ascii?q?IMkUBkNnGg/AzA3AgYKAQEDCYJ/jjMBAQ?= Received: from 199.47-240-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.240.47.199]) by relay.skynet.be with ESMTP; 13 Aug 2020 22:05:31 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.tijl.coosemans.org (8.16.1/8.16.1) with ESMTP id 07DK5T3D093120; Thu, 13 Aug 2020 22:05:30 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Thu, 13 Aug 2020 22:05:28 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Gleb Popov Cc: Konstantin Belousov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200813220528.24dea31f@FreeBSD.org> In-Reply-To: References: <20200807212855.GB2551@kib.kiev.ua> <20200808133000.GC2551@kib.kiev.ua> <20200809143742.430764e7@FreeBSD.org> <20200809154312.GH2551@kib.kiev.ua> <20200811235210.41049ad1@FreeBSD.org> <20200812134158.249dc5ca@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BSHcw3L5Zz3Wkr X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2020 20:05:53 -0000 On Thu, 13 Aug 2020 17:38:41 +0400 Gleb Popov wrote: > Still, I'm curious where I can get __atomic_load_n in an i386 case, if I > don't want to pull in gcc? There's an implementation in libcompiler_rt but we don't build it. It doesn't look correct in this case because it seems to use FILDLL. From owner-freebsd-toolchain@freebsd.org Sat Aug 15 02:23:18 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8512C3A8BA7 for ; Sat, 15 Aug 2020 02:23:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BT3xy33Lpz4Q0h for ; Sat, 15 Aug 2020 02:23:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 68D343A8BA6; Sat, 15 Aug 2020 02:23:18 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 68A063A8B64 for ; Sat, 15 Aug 2020 02:23:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BT3xy2F0Vz4Q4M for ; Sat, 15 Aug 2020 02:23:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 31252181F3 for ; Sat, 15 Aug 2020 02:23:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 07F2NIni075536 for ; Sat, 15 Aug 2020 02:23:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 07F2NIpX075535 for toolchain@FreeBSD.org; Sat, 15 Aug 2020 02:23:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 248516] elftoolchain error when building linux_vdso.so with llvm objcopy Date: Sat, 15 Aug 2020 02:23:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2020 02:23:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D248516 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |toolchain@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.=