From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) by sourceware.org (Postfix) with ESMTPS id BADAA385B835 for ; Thu, 9 Apr 2020 23:47:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org BADAA385B835 Received: from resomta-ch2-04v.sys.comcast.net ([69.252.207.100]) by resqmta-ch2-06v.sys.comcast.net with ESMTP id MgmsjwCcplbu3MgtEjoC8T; Thu, 09 Apr 2020 23:47:20 +0000 Received: from pkoning.akdesign.com ([73.60.223.101]) by resomta-ch2-04v.sys.comcast.net with ESMTPSA id MgtBjGdTpzN8sMgtCj8Qs4; Thu, 09 Apr 2020 23:47:20 +0000 X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgeduhedrvddugddvhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucevohhmtggrshhtqdftvghsihdpqfgfvfdppffquffrtefokffrnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpefrrghulhcumfhonhhinhhguceophgruhhlkhhonhhinhhgsegtohhmtggrshhtrdhnvghtqeenucfkphepjeefrdeitddrvddvfedruddtudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopehpkhhonhhinhhgrdgrkhguvghsihhgnhdrtghomhdpihhnvghtpeejfedriedtrddvvdefrddutddupdhmrghilhhfrhhomhepphgruhhlkhhonhhinhhgsegtohhmtggrshhtrdhnvghtpdhrtghpthhtohepnhhitghktgesrhgvughhrghtrdgtohhmpdhrtghpthhtoheptggrshhnvghrsegrtghmrdhorhhgpdhrtghpthhtohepsghinhhuthhilhhssehsohhurhgtvgifrghrvgdrohhrgh X-Xfinity-VMeta: sc=-100.00;st=legit Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: Proposed changes for pdp11 --*magic options From: Paul Koning In-Reply-To: <92659b6c-bc7b-6c60-4865-b60b39e934b0@redhat.com> Date: Thu, 9 Apr 2020 19:47:16 -0400 Cc: Stephen Casner , binutils@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <92659b6c-bc7b-6c60-4865-b60b39e934b0@redhat.com> To: Nick Clifton X-Mailer: Apple Mail (2.3445.104.14) X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, JMQ_SPF_NEUTRAL, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2020 23:47:23 -0000 > On Apr 7, 2020, at 6:06 AM, Nick Clifton via Binutils = wrote: >=20 > ... >> FAIL: ld-scripts/pr18963 >>=20 >> This one is more complicated. Starting with data.o consisting on = only >> a header and zero-length text, data and bss the linker script creates >> sections that are each 0x10000 long with symbols corresponding to the >> section addresses just to test whether addition is commutative using >> those symbols. The output generated by that linker script is much >> larger than indicated by the a.out header (and several times larger >> than the 16-bit address space) making the format invalid, so nm gives >> an error. Unless the test could be implemented with sections created >> in the object file and just have the symbols defined in the linker >> script based on those sections, this test is not supported for >> pdp11-aout. >=20 > This sounds like a reasonable case for an xfail, with a comment along > the lines of "this test creates a binary that is too big for 16-bit = architectures". The GCC test machinery has notation that lets you mark a test case as = not supported on 16 bit machines, so it is simply skilled there. Does = binutils have that same mechanism, or something like it? paul