From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8014 invoked by alias); 5 Jul 2018 20:53:18 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 7708 invoked by uid 89); 5 Jul 2018 20:53:17 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=H*f:sk:4684420, H*i:sk:4684420, Yet, Hx-spam-relays-external:ESMTPA X-HELO: resqmta-po-05v.sys.comcast.net Received: from resqmta-po-05v.sys.comcast.net (HELO resqmta-po-05v.sys.comcast.net) (96.114.154.164) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 05 Jul 2018 20:53:16 +0000 Received: from resomta-po-08v.sys.comcast.net ([96.114.154.232]) by resqmta-po-05v.sys.comcast.net with ESMTP id b6X4ft2zc9ME1bBFbf2TX8; Thu, 05 Jul 2018 20:53:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1530823995; bh=g5ct360nbPrmaVGvL7+d9A//hX1hG9+L5HdMHisvY68=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=pP1fHwJIrK65WImKs3b+aKbetihgqYs/wOfJkuQOPvNbc57QylX2CDT1I8agj9+4P Ofj5ZddJeBUxRgHE9Wsr+wV3u0a0Qixpd7DV72ArWuhIr4fV0XzN3Vcs+PnKt/t91v uqDC8H64Z0E2zASrI/Rev/hBcJnaMpIMBzawFjwjEGTAy1zfOfDh4AK90V65s5zApl SUzbdoEfb2tTEsutXblFiG1gmqJdha13NB8gUGIbu/Lst1aClPGed2qg10M9sTEtm4 tMF5F0R5KzSZTQ6z/zDrwtc9pQHQsOrXFKBFpNxf0bA+pMXq4fDG73iVK3zimxE+xe +tZX2neXEHEuw== Received: from [192.168.10.125] ([73.60.223.101]) by resomta-po-08v.sys.comcast.net with ESMTPA id bBFZf4bGAAsWhbBFafyJPS; Thu, 05 Jul 2018 20:53:15 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: Inefficient code From: Paul Koning In-Reply-To: <4684420.5pAmr275xc@polaris> Date: Thu, 05 Jul 2018 20:53:00 -0000 Cc: GCC Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <20180705160137.GM16221@gate.crashing.org> <7B5D17D5-572A-4F57-B580-6F852C6B541B@comcast.net> <4684420.5pAmr275xc@polaris> To: Eric Botcazou X-SW-Source: 2018-07/txt/msg00098.txt.bz2 > On Jul 5, 2018, at 4:44 PM, Eric Botcazou wrote: >=20 > ... > The GIMPLE pass responsible for the optimization simply punts for the "fu= nny- > endian ordering" of the PDP11. More generally, you shouldn't expect anyt= hing=20 > sparkling for such a peculiar architecture as the PDP11. Ok. Yet another item for the machine specific optimization pass (to be wri= tten). So back to the previous one: anything I can do about a 24 bit field getting= split into three movqi rather than a movqi plus a movhi? That happens dur= ing RTL expand, I believe. paul