From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74955 invoked by alias); 7 Sep 2015 11:45:15 -0000 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 Received: (qmail 74939 invoked by uid 89); 7 Sep 2015 11:45:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ig0-f173.google.com Received: from mail-ig0-f173.google.com (HELO mail-ig0-f173.google.com) (209.85.213.173) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 07 Sep 2015 11:45:14 +0000 Received: by igbkq10 with SMTP id kq10so57184954igb.0 for ; Mon, 07 Sep 2015 04:45:11 -0700 (PDT) X-Received: by 10.50.50.6 with SMTP id y6mr29033072ign.26.1441626311771; Mon, 07 Sep 2015 04:45:11 -0700 (PDT) Received: from [10.19.103.51] (64.2.3.194.ptr.us.xo.net. [64.2.3.194]) by smtp.gmail.com with ESMTPSA id n10sm5032212ioe.9.2015.09.07.04.45.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 07 Sep 2015 04:45:09 -0700 (PDT) References: <001601d0e95a$663da9b0$32b8fd10$@com> <55ED7387.1010100@linaro.org> Mime-Version: 1.0 (1.0) In-Reply-To: <55ED7387.1010100@linaro.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <4D24AB84-C731-42DF-9AF7-14076F65C2FF@gmail.com> Cc: Wilco Dijkstra , Renlin Li , GCC Patches , Richard Biener From: pinskia@gmail.com Subject: Re: [0/7] Type promotion pass and elimination of zext/sext Date: Mon, 07 Sep 2015 12:17:00 -0000 To: Kugan X-IsSubscribed: yes X-SW-Source: 2015-09/txt/msg00429.txt.bz2 > On Sep 7, 2015, at 7:22 PM, Kugan wro= te: >=20 >=20 >=20 > On 07/09/15 20:46, Wilco Dijkstra wrote: >>> Kugan wrote: >>> 2. vector-compare-1.c from c-c++-common/torture fails to assemble with >>> -O3 -g Error: unaligned opcodes detected in executable segment. It works >>> fine if I remove the -g. I am looking into it and needs to be fixed as = well. >>=20 >> This is a known assembler bug I found a while back, Renlin is looking in= to it. >> Basically when debug tables are inserted at the end of a code section th= e=20 >> assembler doesn't align to the alignment required by the debug tables. >=20 > This is precisely what seems to be happening. Renlin, could you please > let me know when you have a patch (even if it is a prototype or a hack). I had noticed that but I read through the assembler code and it sounded ver= y much like it was a designed this way and that the compiler was not suppos= ed to emit assembly like this and fix up the alignment.=20 Thanks, Andrew >=20 > Thanks, > Kugan