[{"id":1786481,"web_url":"http://patchwork.ozlabs.org/comment/1786481/","msgid":"<45312551-13bf-d2f1-88dc-2be85191ba75@redhat.com>","list_archive_url":null,"date":"2017-10-13T17:13:52","subject":"Re: [PATCH,\n\talpha] Move linux-specific specfile definitions to linux.h","submitter":{"id":4400,"url":"http://patchwork.ozlabs.org/api/people/4400/","name":"Jeff Law","email":"law@redhat.com"},"content":"On 09/03/2017 09:47 AM, Maya Rashish wrote:\n> Hi, in my first attempt to fix a build issue I found that the order of\n> tm files matters, would prefer to move linux-looking parts of elf.h to\n> linux.h.\n> \n> other targets that include alpha/elf.h besides linux:\n> openbsd:  provides their own STARTFILE_SPEC and ENDFILE_SPEC in later file:\n> https://github.com/openbsd/ports/blob/master/lang/gcc/6/patches/patch-gcc_config_alpha_openbsd_h\n> freebsd:  dropped alpha in freebsd 7.0 (2008)\n> \n> Built trunk on netbsd/alpha (until I out of spaced with a working stage3\n> after two days :-)) with some extra modifications.\nSo we can't depend on patches that OpenBSD applies.  What's important is\nwhat is in the official GCC sources.\n\nI'd like to see some discussion about what these macros should look like\nfor the *bsd ports.  Merely removing them from elf.h without providing\nsomething for the *bsd ports seems wrong to me.\n\n\nJeff","headers":{"Return-Path":"<gcc-patches-return-464163-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-464163-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"VJJfQFi2\"; dkim-atps=neutral","sourceware.org; auth=none","ext-mx07.extmail.prod.ext.phx2.redhat.com;\n\tdmarc=none (p=none dis=none) header.from=redhat.com","ext-mx07.extmail.prod.ext.phx2.redhat.com;\n\tspf=fail smtp.mailfrom=law@redhat.com"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3yDDpV4k74z9sNx\n\tfor <incoming@patchwork.ozlabs.org>;\n\tSat, 14 Oct 2017 04:14:09 +1100 (AEDT)","(qmail 55237 invoked by alias); 13 Oct 2017 17:13:58 -0000","(qmail 55222 invoked by uid 89); 13 Oct 2017 17:13:57 -0000","from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by\n\tsourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tFri, 13 Oct 2017 17:13:56 +0000","from smtp.corp.redhat.com\n\t(int-mx01.intmail.prod.int.phx2.redhat.com\n\t[10.5.11.11])\t(using TLSv1.2 with cipher AECDH-AES256-SHA\n\t(256/256 bits))\t(No client certificate requested)\tby\n\tmx1.redhat.com (Postfix) with ESMTPS id 4678BC04AC46;\n\tFri, 13 Oct 2017 17:13:55 +0000 (UTC)","from localhost.localdomain (ovpn-112-4.rdu2.redhat.com\n\t[10.10.112.4])\tby smtp.corp.redhat.com (Postfix) with ESMTP\n\tid E336E6047B; Fri, 13 Oct 2017 17:13:53 +0000 (UTC)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:message-id:date:mime-version\n\t:in-reply-to:content-type:content-transfer-encoding; q=dns; s=\n\tdefault; b=Vvy26M64m7IsWspd1Zf6Hw9dbRB4OtmOhtbjdzTp32L0JflWtn9Gg\n\tcRulsjHS6q4JMmXDSOQW7JBDuHT0QQP8+MGh8PlLoxH2l1C+AgMy7UsL+RwtLuQG\n\tNayPZGzgB8XUDeGx4KPy7McoGjUP9QQgZrSRTwQHNg+CDZ3tKsabco=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:message-id:date:mime-version\n\t:in-reply-to:content-type:content-transfer-encoding; s=default;\n\tbh=QIknRxBoh9z3AZKwi2ILpVd6RGA=; b=VJJfQFi2N5F2CY6wuTIojqAebo3x\n\tVBIWKBU5GbcBzoWo+NyNTkMusUwzU6GDrKezLhkkG3B2dVl2ic8U/bdp7n0DzjkO\n\tJT4WxyrI7lVNDB2yDwB8WqxxcG4BgRTGSXp76pdW/ZBBaeYeCC6NFk5MBQZDKqGv\n\t4OzJ2xxq8Ofx1u0=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-1.9 required=5.0 tests=BAYES_00,\n\tRP_MATCHES_RCVD,\n\tSPF_HELO_PASS autolearn=ham version=3.3.2\n\tspammy=Hx-languages-length:991, Built","X-HELO":"mx1.redhat.com","DMARC-Filter":"OpenDMARC Filter v1.3.2 mx1.redhat.com 4678BC04AC46","Subject":"Re: [PATCH,\n\talpha] Move linux-specific specfile definitions to linux.h","To":"Maya Rashish <coypu@sdf.org>, gcc-patches@gcc.gnu.org","Cc":"krister.walfridsson@gmail.com, rth@twiddle.net","References":"<20170903154719.GA18593@SDF.ORG>","From":"Jeff Law <law@redhat.com>","Message-ID":"<45312551-13bf-d2f1-88dc-2be85191ba75@redhat.com>","Date":"Fri, 13 Oct 2017 11:13:52 -0600","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:52.0) Gecko/20100101 Thunderbird/52.3.0","MIME-Version":"1.0","In-Reply-To":"<20170903154719.GA18593@SDF.ORG>","Content-Type":"text/plain; charset=utf-8","Content-Transfer-Encoding":"7bit","X-IsSubscribed":"yes"}},{"id":1793522,"web_url":"http://patchwork.ozlabs.org/comment/1793522/","msgid":"<20171025012608.GA25388@SDF.ORG>","list_archive_url":null,"date":"2017-10-25T01:26:08","subject":"Re: [PATCH,\n\talpha] Move linux-specific specfile definitions to linux.h","submitter":{"id":69881,"url":"http://patchwork.ozlabs.org/api/people/69881/","name":"Maya Rashish","email":"coypu@sdf.org"},"content":"On Fri, Oct 13, 2017 at 11:13:52AM -0600, Jeff Law wrote:\n> So we can't depend on patches that OpenBSD applies.  What's important is\n> what is in the official GCC sources.\n> \n> I'd like to see some discussion about what these macros should look like\n> for the *bsd ports.  Merely removing them from elf.h without providing\n> something for the *bsd ports seems wrong to me.\n\nHi Jeff,\n\nOpenBSD has no crt1.o, crtn.o, and crtfastmath.o Linking to those\nwould fail.  As testimony: they are overriding it locally.\n\nAnd journalists may say, \"OpenBSD has declined to comment on this patch\".","headers":{"Return-Path":"<gcc-patches-return-465058-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-465058-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"qcQLbia6\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3yMCCV1pBvz9sRg\n\tfor <incoming@patchwork.ozlabs.org>;\n\tWed, 25 Oct 2017 12:26:28 +1100 (AEDT)","(qmail 28359 invoked by alias); 25 Oct 2017 01:26:20 -0000","(qmail 28348 invoked by uid 89); 25 Oct 2017 01:26:20 -0000","from mx.sdf.org (HELO mx.sdf.org) (205.166.94.20) by\n\tsourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tWed, 25 Oct 2017 01:26:18 +0000","from sdf.org (IDENT:coypu@sdf.lonestar.org [205.166.94.15])\tby\n\tmx.sdf.org (8.15.2/8.14.5) with ESMTPS id\n\tv9P1Q9bR015963\t(using TLSv1.2 with cipher\n\tDHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO);\n\tWed, 25 Oct 2017 01:26:09 GMT","(from coypu@localhost)\tby sdf.org (8.15.2/8.12.8/Submit) id\n\tv9P1Q8aT003763; Wed, 25 Oct 2017 01:26:08 GMT"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:date\n\t:from:to:cc:subject:message-id:references:mime-version\n\t:content-type:in-reply-to; q=dns; s=default; b=tuOU9wlEjiI3KzqYg\n\t9B0hALDl3f4FHAo0Q2tnj9+/kqEEHN1vU1InqOuHiEMOmot6Ary4kAGT1NbAr7rb\n\tAZam/S/dBhB4WL0yctND4wHkj3BThjdadZ9+9ZYbQhQWhRVKglOvcxvsn41IPBrJ\n\tNaU0sCuV7h92TDJwZvtpo7duq4=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender:date\n\t:from:to:cc:subject:message-id:references:mime-version\n\t:content-type:in-reply-to; s=default; bh=bQl690wowXdLGEdLgKinA3i\n\t+0Y0=; b=qcQLbia6y0ceqQ0o9pjVbgj9Xh/nREemxFYClYGGAMdKbpZqf4PW59p\n\tAvHJGEvgoW+SzYRhJyJbQ1YZaBpdo/b+p8ogehxBPiZBIWfdvlxk61nGviqo9P7p\n\tTKVHkDGvQFA8a2eS4itYBlcl1iS3q4eHjFlEy1blS5Uq3zFCLne8=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-2.2 required=5.0 tests=AWL, BAYES_00,\n\tKAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_NONE,\n\tRP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=H*M:ORG,\n\tH*Ad:U*rth, H*r:verified","X-HELO":"mx.sdf.org","Date":"Wed, 25 Oct 2017 01:26:08 +0000","From":"coypu@sdf.org","To":"Jeff Law <law@redhat.com>","Cc":"gcc-patches@gcc.gnu.org, krister.walfridsson@gmail.com, rth@twiddle.net","Subject":"Re: [PATCH,\n\talpha] Move linux-specific specfile definitions to linux.h","Message-ID":"<20171025012608.GA25388@SDF.ORG>","References":"<20170903154719.GA18593@SDF.ORG>\n\t<45312551-13bf-d2f1-88dc-2be85191ba75@redhat.com>","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","In-Reply-To":"<45312551-13bf-d2f1-88dc-2be85191ba75@redhat.com>","User-Agent":"Mutt/1.8.3 (2017-05-23)"}},{"id":1807029,"web_url":"http://patchwork.ozlabs.org/comment/1807029/","msgid":"<22977844-2693-dd6c-54ad-eee2315e4770@redhat.com>","list_archive_url":null,"date":"2017-11-19T23:09:00","subject":"Re: [PATCH,\n\talpha] Move linux-specific specfile definitions to linux.h","submitter":{"id":4400,"url":"http://patchwork.ozlabs.org/api/people/4400/","name":"Jeff Law","email":"law@redhat.com"},"content":"On 10/24/2017 07:26 PM, coypu@sdf.org wrote:\n> On Fri, Oct 13, 2017 at 11:13:52AM -0600, Jeff Law wrote:\n>> So we can't depend on patches that OpenBSD applies.  What's important is\n>> what is in the official GCC sources.\n>>\n>> I'd like to see some discussion about what these macros should look like\n>> for the *bsd ports.  Merely removing them from elf.h without providing\n>> something for the *bsd ports seems wrong to me.\n> \n> Hi Jeff,\n> \n> OpenBSD has no crt1.o, crtn.o, and crtfastmath.o Linking to those\n> would fail.  As testimony: they are overriding it locally.\n> \n> And journalists may say, \"OpenBSD has declined to comment on this patch\".\nBut it does have other crt files such as crt0.o, crtend.o, crtbegin.o\nthat are supposed to be handled by the SPEC files.\n\nPulling these out of elf.h *may* still be sensible, but it really\ndoesn't seem to address the problem of what the proper definition should\nbe for OpenBSD.\n\njeff","headers":{"Return-Path":"<gcc-patches-return-467349-incoming=patchwork.ozlabs.org@gcc.gnu.org>","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":["patchwork-incoming@bilbo.ozlabs.org","mailing list gcc-patches@gcc.gnu.org"],"Authentication-Results":["ozlabs.org;\n\tspf=pass (mailfrom) smtp.mailfrom=gcc.gnu.org\n\t(client-ip=209.132.180.131; helo=sourceware.org;\n\tenvelope-from=gcc-patches-return-467349-incoming=patchwork.ozlabs.org@gcc.gnu.org;\n\treceiver=<UNKNOWN>)","ozlabs.org; dkim=pass (1024-bit key;\n\tunprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org\n\theader.b=\"jNuJk/bI\"; dkim-atps=neutral","sourceware.org; auth=none"],"Received":["from sourceware.org (server1.sourceware.org [209.132.180.131])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3yg6xB1dYhz9s5L\n\tfor <incoming@patchwork.ozlabs.org>;\n\tMon, 20 Nov 2017 10:09:13 +1100 (AEDT)","(qmail 116848 invoked by alias); 19 Nov 2017 23:09:06 -0000","(qmail 116834 invoked by uid 89); 19 Nov 2017 23:09:05 -0000","from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by\n\tsourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP;\n\tSun, 19 Nov 2017 23:09:04 +0000","from smtp.corp.redhat.com\n\t(int-mx04.intmail.prod.int.phx2.redhat.com\n\t[10.5.11.14])\t(using TLSv1.2 with cipher AECDH-AES256-SHA\n\t(256/256 bits))\t(No client certificate requested)\tby\n\tmx1.redhat.com (Postfix) with ESMTPS id 2461B6A7C0;\n\tSun, 19 Nov 2017 23:09:03 +0000 (UTC)","from localhost.localdomain (ovpn-112-12.rdu2.redhat.com\n\t[10.10.112.12])\tby smtp.corp.redhat.com (Postfix) with ESMTP\n\tid A05814138; Sun, 19 Nov 2017 23:09:01 +0000 (UTC)"],"DomainKey-Signature":"a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:message-id:date:mime-version\n\t:in-reply-to:content-type:content-transfer-encoding; q=dns; s=\n\tdefault; b=OPmYxoqdFv3llQam/rCcI941PTFzzalB3gw2gSFnDEPKZbuypElb+\n\teuycX0eEv4MVjGGNAp3gQA1opyecG0YCr/Usu1kV5v3+GFed+BFGMXzdHqgzl9L8\n\tinrJltUpcKPvJLHdoc/aOIGjn8S/o/B9Pmbwh4lDSotMLVUv+4HjeQ=","DKIM-Signature":"v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id\n\t:list-unsubscribe:list-archive:list-post:list-help:sender\n\t:subject:to:cc:references:from:message-id:date:mime-version\n\t:in-reply-to:content-type:content-transfer-encoding; s=default;\n\tbh=PGVVqS3U/IkV2rhoi3eGHvvvGc8=; b=jNuJk/bIMDu+1+okPOYav3viHVdQ\n\tQSRXfoqZjEc7Zr4FgJporIT+x71LJK3PsKx4sTJayN/GzXSEn+r7cSrP3Bo+G4kj\n\tCIo2Ho5Ty+tLkxfSeWNym9vM+WKyby6wdwxmP7u6YMyWb+hIsXgYktB755RC3MpU\n\ty4G2viRvz4JvWwE=","Mailing-List":"contact gcc-patches-help@gcc.gnu.org; run by ezmlm","Precedence":"bulk","List-Id":"<gcc-patches.gcc.gnu.org>","List-Unsubscribe":"<mailto:gcc-patches-unsubscribe-incoming=patchwork.ozlabs.org@gcc.gnu.org>","List-Archive":"<http://gcc.gnu.org/ml/gcc-patches/>","List-Post":"<mailto:gcc-patches@gcc.gnu.org>","List-Help":"<mailto:gcc-patches-help@gcc.gnu.org>","Sender":"gcc-patches-owner@gcc.gnu.org","X-Virus-Found":"No","X-Spam-SWARE-Status":"No, score=-1.7 required=5.0 tests=BAYES_00,\n\tKB_WAM_FROM_NAME_SINGLEWORD, SPF_HELO_PASS,\n\tT_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=testimony,\n\tjournalists, H*f:sk:2017090, OpenBSD","X-HELO":"mx1.redhat.com","Subject":"Re: [PATCH,\n\talpha] Move linux-specific specfile definitions to linux.h","To":"coypu@sdf.org","Cc":"gcc-patches@gcc.gnu.org, krister.walfridsson@gmail.com, rth@twiddle.net","References":"<20170903154719.GA18593@SDF.ORG>\n\t<45312551-13bf-d2f1-88dc-2be85191ba75@redhat.com>\n\t<20171025012608.GA25388@SDF.ORG>","From":"Jeff Law <law@redhat.com>","Message-ID":"<22977844-2693-dd6c-54ad-eee2315e4770@redhat.com>","Date":"Sun, 19 Nov 2017 16:09:00 -0700","User-Agent":"Mozilla/5.0 (X11; Linux x86_64;\n\trv:52.0) Gecko/20100101 Thunderbird/52.4.0","MIME-Version":"1.0","In-Reply-To":"<20171025012608.GA25388@SDF.ORG>","Content-Type":"text/plain; charset=utf-8","Content-Transfer-Encoding":"7bit","X-IsSubscribed":"yes"}}]