From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout02.t-online.de (mailout02.t-online.de [194.25.134.17]) by sourceware.org (Postfix) with ESMTPS id 0BC3B3858291 for ; Tue, 30 Jan 2024 12:22:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 0BC3B3858291 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=t-online.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=t-online.de ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 0BC3B3858291 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=194.25.134.17 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1706617358; cv=none; b=RqKBbTgPvjh9e6xm3dVkO/gt265GS8xiP91eLA2N8GCAbnHZ7wZvI1dDyc9BE3/0zIHn87JXQIBdW4dcgZED9DDkN9ymIKMxVA8S9ObQ1iGEY7HYbxID+/52JBI5EI3v0HgAjgFb/d4nrpWqrVPIoeVK95Qwjze1fvyA6Fqjpls= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1706617358; c=relaxed/simple; bh=4sqZxk/sTsA+pJII4JKP4GgVUq9nAon+l/IdN4QFH/U=; h=Message-ID:Subject:From:To:Date:MIME-Version; b=nrSMKDL341sGhw6N4DJv8OeFEXiXcnw3Wf0x8oWeGdR7B+9NTzQGRkanPwizt+v7VTCAjKnr2r1LQG4qtJrmnVVRhDRVZb6ASKreu01o4wvXyvEsjJ3QFPiilFLwzmXC/xm4I02D894afNY8ep42/i02e1wkrdBg8Axfs1PVPMQ= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from fwd72.aul.t-online.de (fwd72.aul.t-online.de [10.223.144.98]) by mailout02.t-online.de (Postfix) with SMTP id EF3609420; Tue, 30 Jan 2024 13:22:33 +0100 (CET) Received: from localhost.localdomain ([115.165.108.210]) by fwd72.t-online.de with (TLSv1.3:TLS_AES_256_GCM_SHA384 encrypted) esmtp id 1rUn8H-10XFaq0; Tue, 30 Jan 2024 13:22:30 +0100 Message-ID: Subject: Re: AW: AW: autoinc / postinc not used From: Oleg Endo To: stefan@franke.ms, gcc-help@gcc.gnu.org Date: Tue, 30 Jan 2024 21:22:27 +0900 In-Reply-To: <005801da4a29$c76dfe40$5649fac0$@franke.ms> References: <00ae01da48b6$f4e5ce80$deb16b80$@franke.ms> <4e42947a1c9577da0d86b3fe266b2ffeb49cc743.camel@t-online.de> <013001da4958$89670230$9c350690$@franke.ms> <58bef82f4a7de6493aa9c6482ad519d3089b9ebe.camel@t-online.de> <005801da4a29$c76dfe40$5649fac0$@franke.ms> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.4 (3.48.4-1.fc38) MIME-Version: 1.0 X-TOI-EXPURGATEID: 150726::1706617350-5081A95D-8BB60AFE/0/0 CLEAN NORMAL X-TOI-MSGID: 2299b9c5-be1f-4dbb-b885-31e8a35a6a84 X-Spam-Status: No, score=-3.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,KAM_DMARC_STATUS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Thu, 2024-01-18 at 17:17 +0100, stefan@franke.ms wrote: > > -----Urspr=C3=BCngliche Nachricht----- > > Von: Gcc-help Im Auftra= g > > von Oleg Endo > > Gesendet: Donnerstag, 18. Januar 2024 00:33 > > An: stefan@franke.ms; gcc-help@gcc.gnu.org > > Betreff: Re: AW: autoinc / postinc not used > >=20 > >=20 > > On Wed, 2024-01-17 at 16:19 +0100, stefan@franke.ms wrote: > > >=20 > > >=20 > > > There are some more hacks needed to fix the handling here and there, = most > > work is needed for -funroll-loops. After all, gcc creates beautiful cod= e as > > shown here http://franke.ms/cex/z/MGTb5P . There it's still the old ver= sion > > 6.5.0, but maybe I'll port that to a more recent version. > > > If there is interest for other targets, I can provide the information= to apply > > my changes. Or you grab it yourself from my github repo. > > >=20 > > >=20 > >=20 > > The results you're getting on GCC 6 look great. Where is the patch or = your > > github repo? > >=20 > > Cheers, > > Oleg >=20 > My gcc repo is here: https://github.com/bebbo/gcc and the most important = branch is amiga6. Some changes are inside ifdef blocks with TARGET_M68K or = TARGET_AMIGAOS. So don't expect to benefits out of the box... > ...=20 >=20 >=20 Nice, although a bit difficult to distill the actual changes. It's better to send a patch to gcc-patches or start a discussion for the anticipated changes at the gimple level on the development mailing list. I've tried to do something for addressing mode optimizations myself + Erik Varga some years ago. https://github.com/erikvarga/gcc/ The idea was to do it solely at RTL level. Original first target was SH, but I had M68K on the radar as well. Actually many other targets would benefit from this. E.g. AFAIK, RISC-V backend has rolled their own way of optimizing for the short displacement. It's a bit difficult to come up with a generic and yet easy to use optimization pass that just magically works. Let me know if you're interested in picking up any of it. Cheers, Oleg