From owner-freebsd-current@freebsd.org Mon Nov 26 15:52:38 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DA40113A4EF; Mon, 26 Nov 2018 15:52:38 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f49.google.com (mail-io1-f49.google.com [209.85.166.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A6A3379AD4; Mon, 26 Nov 2018 15:52:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f49.google.com with SMTP id n9so14297543ioh.7; Mon, 26 Nov 2018 07:52:36 -0800 (PST) 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=3CU/qT4vR/WThO6QvdQ+0F1QVFVJsBNzn8YOkSrUIkk=; b=hU01p0vTOsZIF0OW0LCLUCnIE0Hnxyl1J6oVVV7f2qOF4q+bnh+E4VQ2YGUPExNzbm RgadgZ93mcX8JIGAiOvoKC7w9I59SqWSADfYevzfM2d25Nlj4xtXOVtxyKsRheLZUuzW YV9usyxDVJG2gzFrO6al5hqAYGNUqrXQRsG0cg/kImsgQGGWMMYvI6ZRaQMMFR0aIITL ajOemGZpnZWg/ZPR9lwym5KaWUz6p0OpIw169ao6xBtcNpzCMLDq4P5Qw6WqRj0XEeuu Poer5TJtBxcqioWnY/5IIW4EAOm26qOW/eHbQE/H7C6AXeJMtxEkUix3ZUwzhs6kvM7W Et9g== X-Gm-Message-State: AA+aEWacUpdxtNtVsrp54V7DelBGQ4HUWDgzrCMwkAiYM2lHcukro1qI AYOpuWZvV6L+EXwY8bhvYwFKoeuN6lh9jT/gwGj2eDKY X-Google-Smtp-Source: AFSGD/Xl8LWdlVTdUoB1DowJP1J588xJSKUb176jw9vpRFEHWxc5MmO2iFCMJJ/lfAFHNZcgIsDSdfIo9MKXLHXZs5U= X-Received: by 2002:a6b:fe13:: with SMTP id x19mr20510866ioh.294.1543247549774; Mon, 26 Nov 2018 07:52:29 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Mon, 26 Nov 2018 10:52:18 -0500 Message-ID: Subject: Re: GNU binutils 2.17.50 retirement planning To: Charlie Li Cc: "freebsd-toolchain@FreeBSD.org" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: A6A3379AD4 X-Spamd-Result: default: False [-3.98 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.967,0]; RCVD_IN_DNSWL_NONE(0.00)[49.166.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.01)[ipnet: 209.85.128.0/17(-3.56), asn: 15169(-1.38), country: US(-0.09)]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2018 15:52:38 -0000 On Sat, 24 Nov 2018 at 17:24, Charlie Li wrote: > > some Makefile logic in stand/i386/btx specify a > hard-coded /usr/bin/as without bootstrapped binutils, necessitating a > symlink. Which logic specifically? I can't seem to find it. > If it is true that the only assembly files that clang IAS cannot > assemble are for amd64 and i386, has there been any research into nasm > and yasm at least? nasm is specified as a build dependency in certain > multimedia/ ports, and yasm in gecko@, for amd64 and i386 assembly code. > Both are licensed under some BSD licence variant. The most significant issue is sys/crypto/skein/amd64/skein_block_asm.s, and it makes extensive use of GNU macro extensions. I have looked at nasm and yasm but believe the macro extension support in those is less developed than in Clang's IAS. There are a number of files in stand/ tagged with CLANG_NO_IAS, in gptzfsboot, cdboot, zfsboot, boot2, and pxeldr. These could likely be removed now (they were added because Clang IAS did not support .codeNN long ago), but they need to be tested first because the generated output is slightly different.