From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.223.130]) by sourceware.org (Postfix) with ESMTPS id 4E49A3858D33 for ; Fri, 8 Mar 2024 13:37:55 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4E49A3858D33 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 4E49A3858D33 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=195.135.223.130 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1709905076; cv=none; b=aorIUC+ASWjT6S57vsDeZuwx/iddeD5uzOz0mp0HZ0eGMb3ubJdYNazhrpfE3HG1oalxNC4WS4lLNzD/d88syA0dmQ0FCqRrWglsl3O8mvXGu07MLcYAFj6dMLyhciOSigzP6DfOpHI+ql8tdy5jeidD/4mb7o0sPrHAxdWvDR0= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1709905076; c=relaxed/simple; bh=+jYla0Wl8ngxR7N5oOBRZ5RQ+qDZDSEnepgCAjclO0s=; h=DKIM-Signature:DKIM-Signature:DKIM-Signature:DKIM-Signature:Date: From:To:Subject:Message-ID:MIME-Version; b=pz92nR+EEHknSNq1cQc7CAm2Mfl4eFN7blIAAoNeSk0UjAKe7dh+h0BfnPtExlmyFctHjIK7kL5stjfxlpbaMzI/SeKQf7LFbZGTKJkfnKCxyQaoPdw/+UtsJijo4fzlIiPus3BEDBah30HTHVjEuP9npUJiPllCpDg4EA6kwu0= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from [10.168.4.150] (unknown [10.168.4.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id BFCE93E825; Fri, 8 Mar 2024 13:16:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1709903817; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Fs8cOsWVbDqprDPfqWEsgJbyd/pEmSVtGneRghaNwX8=; b=LlUAa0zX/9uOo+X+N92epbjmJfvzkgjdM1T5m3IqvJ7eSU0NK//UCcSKEBNvLDIb0+Rg08 HfFZzr3Sg/Eqfj6gJ5aJkP4/iyTw+YQUxSvtC2nBf3LoTqOAe7JKtBF9dDIv3vzOw7vHmY 5Cj6/i27tgeCm242x6lyZyFB5C6IFCY= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1709903817; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Fs8cOsWVbDqprDPfqWEsgJbyd/pEmSVtGneRghaNwX8=; b=rZfmb2oRHIux7esWRqyH9rb9hSRXEXE33GMgc+/dVj7xuL5TKDn5GyLkRxiRa+KWfrZ5D8 KvPnpOhjtG8BkyBQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1709903817; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Fs8cOsWVbDqprDPfqWEsgJbyd/pEmSVtGneRghaNwX8=; b=LlUAa0zX/9uOo+X+N92epbjmJfvzkgjdM1T5m3IqvJ7eSU0NK//UCcSKEBNvLDIb0+Rg08 HfFZzr3Sg/Eqfj6gJ5aJkP4/iyTw+YQUxSvtC2nBf3LoTqOAe7JKtBF9dDIv3vzOw7vHmY 5Cj6/i27tgeCm242x6lyZyFB5C6IFCY= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1709903817; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Fs8cOsWVbDqprDPfqWEsgJbyd/pEmSVtGneRghaNwX8=; b=rZfmb2oRHIux7esWRqyH9rb9hSRXEXE33GMgc+/dVj7xuL5TKDn5GyLkRxiRa+KWfrZ5D8 KvPnpOhjtG8BkyBQ== Date: Fri, 8 Mar 2024 14:16:57 +0100 (CET) From: Richard Biener To: =?ISO-8859-15?Q?Ren=E9_Rebe?= cc: GCC Administrator via Gcc , Frank Scheiner , jeffreyalaw@gmail.com Subject: Re: Stepping up as maintainer for ia64 In-Reply-To: <3DAB006A-ACE2-4BEC-AA01-87625DBEE259@exactcode.de> Message-ID: <5q04803q-19o1-7244-5o14-42s55qsr1212@fhfr.qr> References: <45833A6D-A84C-4276-AADB-BE2923886F64@exactcode.de> <3DAB006A-ACE2-4BEC-AA01-87625DBEE259@exactcode.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323328-1910218528-1709903817=:6826" Authentication-Results: smtp-out1.suse.de; none X-Spam-Level: X-Spam-Score: -1.64 X-Spamd-Result: default: False [-1.64 / 50.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_ENVRCPT(0.00)[web.de,gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; NEURAL_SPAM_SHORT(1.46)[0.487]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; DKIM_SIGNED(0.00)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519]; CTYPE_MIXED_BOGUS(1.00)[]; DBL_BLOCKED_OPENRESOLVER(0.00)[suse.de:email]; FUZZY_BLOCKED(0.00)[rspamd.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_CC(0.00)[gcc.gnu.org,web.de,gmail.com]; BAYES_HAM(-3.00)[100.00%] X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_NUMSUBJECT,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323328-1910218528-1709903817=:6826 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT On Fri, 8 Mar 2024, Ren? Rebe wrote: > > > On Mar 7, 2024, at 20:08, Richard Biener wrote: > > > >> Am 07.03.2024 um 19:09 schrieb Ren? Rebe : > >> > >> Hey there, > >> > >> I saw the deprecation of ia64*-*-* scrolling by [1]. > >> > >> Which surprised me, as (minor bugs aside) gcc ia64*-*-linux just works for us and > >> we still actively support it as part of our T2 System Development Environment [2]. > >> > >> For ia64 we are currently a team of three and also keep maintaining linux-kernel and > >> glibc git trees with ia64 restored and hope to bring back ia64 to linux upstream the > >> coming months as promised. [3] > >> > >> Despite popular believe ia64 actually just works for all those projects and we already > >> fixed the few minor bugs we could find or reproduce. > >> > >> Last week I also already patched and tested enabling LRA for ia64 in gcc [4] and could > >> -without any regression- compile a full ia64 T2/Linux release ISO that boots and runs > >> including an X desktop and Gtk applications. That was of course even with the latest > >> linux kernel and glibc versions with ia64 support restored respectively. > >> > >> Given there are currently no other volunteers, I therefore with this email step up and > >> offer to become ia64 maintainer for GCC to keep the code compiling, tested and > >> un-deprecated for the next years and releases to come. > > > > You?re welcome - we look forward to LRA enablement with ia64 and for it to get an > > active maintainer. Note maintainers are appointed by the Steering Committee. > > Great, I would suggest committing enabling LRA after the imminent stable release > for the next major GCC version. It would be nice to revert the deprecation if possible. > But in practice if of course does not really if we build the next stable release with > --enable-obsolete it just would look better. > > > If I read you correctly you?d keep the ia64-Linux port alive but the other sub-architectures like the hpux port can remain deprecated? > > Yes, as far as I am concerned we are only caring about Linux support. I guess > that could mean extra work for me carefully only deleting hpux code then? Well, the easy part is just removing the deprecated configs from gcc/config.gcc, but yes, cleanup in the port specific code could be done. > I?ll send out the copyright assignment mail later today. > How can we get this Steeting Committee pointing going? I CCed Jeff who is on the commitee to forward the maintainer proposal though I guess this will not go forward as a first step. Instead you are probably expected to show activity on the port, for example post the patch series to make ia64 use LRA, get write access to the git repository and then be promoted maintainer. It's good you started the copyright assignment process though technically you can also contribute under the DCO. As a first patch you might want to propose to un-deprecate the ia64*-*-linux* triplets? Thanks, Richard. > Thanks! > Ren? > > > Thanks, > > Richard > > > >> Thank you so much, > >> Ren? Rebe > >> > >> [1] https://inbox.sourceware.org/gcc-bugs/bug-90785-4-X7KYh6SLIg@http.gcc.gnu.org%2Fbugzilla%2F/T/ > >> [2] https://t2sde.org/#news-2023-12-05 > >> [3] https://lore.kernel.org/linux-ia64/CAHk-=whFLZ67ffzt1juryCYcYz6eL_XjQF8WucDzwUR5H65+rA@mail.gmail.com/ > >> [4] https://svn.exactcode.de/t2/trunk/package/develop/gcc/ia64-lra-impl.patch > >> > >> -- > >> ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin > >> https://exactcode.com | https://t2sde.org > > -- > ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin > http://exactcode.com | http://exactscan.com | http://ocrkit.com > > -- Richard Biener SUSE Software Solutions Germany GmbH, Frankenstrasse 146, 90461 Nuernberg, Germany; GF: Ivo Totev, Andrew McDonald, Werner Knoblich; (HRB 36809, AG Nuernberg) --8323328-1910218528-1709903817=:6826--