From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15141 invoked by alias); 14 Mar 2012 22:34:31 -0000 Received: (qmail 14962 invoked by uid 22791); 14 Mar 2012 22:34:30 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_ZJ X-Spam-Check-By: sourceware.org Received: from mail-gx0-f175.google.com (HELO mail-gx0-f175.google.com) (209.85.161.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 14 Mar 2012 22:34:09 +0000 Received: by ggcy3 with SMTP id y3so2534810ggc.20 for ; Wed, 14 Mar 2012 15:34:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.202.66 with SMTP id fd2mr5371709qab.9.1331764448718; Wed, 14 Mar 2012 15:34:08 -0700 (PDT) Received: by 10.229.89.137 with HTTP; Wed, 14 Mar 2012 15:34:08 -0700 (PDT) In-Reply-To: References: <20120312174806.GA22970@intel.com> Date: Wed, 14 Mar 2012 22:34:00 -0000 Message-ID: Subject: Re: RFC: PATCH: Add -maddress-mode=short|long for x86 From: "H.J. Lu" To: Gerald Pfeifer Cc: Uros Bizjak , gcc-patches@gcc.gnu.org, Richard Henderson , "Joseph S. Myers" Content-Type: multipart/mixed; boundary=20cf300513ace3f0c504bb3b9292 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2012-03/txt/msg01017.txt.bz2 --20cf300513ace3f0c504bb3b9292 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-length: 1016 On Wed, Mar 14, 2012 at 2:57 PM, Gerald Pfeifer wrote: > On Wed, 14 Mar 2012, Uros Bizjak wrote: >> I have also added Gerald to CC, to check if everything is OK with >> added documentation. > > Joseph is better with that than I am, but I'll give it a try. :-) > > +@item -maddress-mode=3Dlong > +@opindex maddress-mode=3Dlong > +Generate code for long address mode. =A0It is only supported for 64-bit > +and x32 environments. =A0This is the default address mode for 64-bit > +environment. > > I cannot formally explain why, but would swap "It" and "This" in > this paragraph and the other. > > In any case "64-bit environments" (Plural). > > Fine with these changes. I checked in the updated patch. > > Apart from the above, at least invoke.texi does not define what an x32 > environment is. =A0Shouldn't that done somewhere (before this terminology > is used)? > I am not sure where to put it. In any case, here is a patch to update GCC 4.7.0 changes with link to x32 website. --=20 H.J. --20cf300513ace3f0c504bb3b9292 Content-Type: text/x-patch; charset=US-ASCII; name="gcc-x32-www.patch" Content-Disposition: attachment; filename="gcc-x32-www.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gzsy3vtb0 Content-length: 1062 SW5kZXg6IGh0ZG9jcy9nY2MtNC43L2NoYW5nZXMuaHRtbAo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3ZzL2djYy93d3dkb2NzL2h0ZG9j cy9nY2MtNC43L2NoYW5nZXMuaHRtbCx2CnJldHJpZXZpbmcgcmV2aXNpb24g MS45NgpkaWZmIC11IC1wIC1yMS45NiBjaGFuZ2VzLmh0bWwKLS0tIGh0ZG9j cy9nY2MtNC43L2NoYW5nZXMuaHRtbAk3IE1hciAyMDEyIDE0OjE1OjM1IC0w MDAwCTEuOTYKKysrIGh0ZG9jcy9nY2MtNC43L2NoYW5nZXMuaHRtbAkxNCBN YXIgMjAxMiAyMjozMTo1MCAtMDAwMApAQCAtNzIwLDYgKzcyMCw4IEBAIGlu dCBhZGRfdmFsdWVzIChjb25zdCBfX2ZsYXNoIGludCAqcCwgaW4KICAgICAg IGZvciBXaW5kb3dzIG1pbmd3IHRhcmdldHMuPC9saT4KICAgICA8bGk+U3Vw cG9ydCBmb3IgbmV3IEFNRCBmYW1pbHkgMTVoIHByb2Nlc3NvcnMgKFBpbGVk cml2ZXIgY29yZSkgaXMgbm93IGF2YWlsYWJsZQogICAgICAgdGhyb3VnaCA8 Y29kZT4tbWFyY2g9YmR2ZXIyPC9jb2RlPiBhbmQgPGNvZGU+LW10dW5lPWJk dmVyMjwvY29kZT4gb3B0aW9ucy48L2xpPgorICAgIDxsaT5TdXBwb3J0IGZv ciA8YSBocmVmPSJodHRwOi8vc2l0ZXMuZ29vZ2xlLmNvbS9zaXRlL3gzMmFi aS8iPngzMiBwc0FCSTwvYT4KKyAgICAgIGlzIG5vdyBhdmFpbGFibGUgdGhy b3VnaCA8Y29kZT4tbXgzMjwvY29kZT4gb3B0aW9uLgogICAgIDxsaT4uLi48 L2xpPgogICA8L3VsPgogCg== --20cf300513ace3f0c504bb3b9292--