From owner-freebsd-arch@FreeBSD.ORG Thu Aug 14 17:08:01 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84EFE438 for ; Thu, 14 Aug 2014 17:08:01 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F24321F7 for ; Thu, 14 Aug 2014 17:08:01 +0000 (UTC) Received: from rcannon-sslvpn-nc.jnpr.net ([66.129.239.11]) (authenticated bits=0) by mail.xcllnt.net (8.14.9/8.14.9) with ESMTP id s7EH7m6x003871 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 14 Aug 2014 10:07:49 -0700 (PDT) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_46B2DA2C-D1E8-481B-9BE3-2CD8865D8992"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: XML Output: libxo - provide single API to output TXT, XML, JSON and HTML From: Marcel Moolenaar In-Reply-To: <20140814085257.GN2737@kib.kiev.ua> Date: Thu, 14 Aug 2014 10:07:42 -0700 Message-Id: References: <20140814052648.GM2737@kib.kiev.ua> <201408140606.s7E66XXA091972@idle.juniper.net> <20140814085257.GN2737@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1878.6) Cc: Marcel Moolenaar , Phil Shafer , John-Mark Gurney , "Simon J. Gerraty" , arch@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 17:08:01 -0000 --Apple-Mail=_46B2DA2C-D1E8-481B-9BE3-2CD8865D8992 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Aug 14, 2014, at 1:52 AM, Konstantin Belousov wrote: > On Thu, Aug 14, The ELF spec says: >> >> >> Note Section >> >> Sometimes a vendor or system builder needs to mark an object >> file with special information that other programs will check >> for conformance, compatibility, etc. Sections of type SHT_NOTE >> and program header elements of type PT_NOTE can be used for >> this purpose. The note information in sections and program >> header elements holds any number of entries, each of which is >> an array of 4-byte words in the format of the target processor. >> Labels appear below to help explain note information organization, >> but they are not part of the specification. > ELF standard scope is about build toolchain and C runtime, where the > cited paragraph makes perfect sense. That's a self-imposed precondition that is not present in the spec. You're just as liberal in the interpretation as Phil is. You just on the other side of the argument. I am definitely interested in what you think a system builder is given your objection. -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_46B2DA2C-D1E8-481B-9BE3-2CD8865D8992 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlPs7N4ACgkQpgWlLWHuifY1aQCeI5zBeGuTHnDM2jo3UyGiOILv X1IAnA8MlaBwZX1wDup6twIkJBs+JKLx =nsd3 -----END PGP SIGNATURE----- --Apple-Mail=_46B2DA2C-D1E8-481B-9BE3-2CD8865D8992--