From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from spam02.hesby.net (spam01.hesby.net [81.29.32.152]) by sourceware.org (Postfix) with ESMTP id 3B0F23858CDA for ; Mon, 18 Jul 2022 07:09:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 3B0F23858CDA Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=hesbynett.no Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=hesbynett.no Received: from [192.168.0.63] (unknown [79.161.10.130]) by spam02.hesby.net (Halon) with ESMTPSA id 8b2694f0-0668-11ed-920b-506b8dfa0e58; Mon, 18 Jul 2022 09:09:26 +0200 (CEST) Message-ID: <8dc44a76-4748-91f3-4abf-9e708f934da1@hesbynett.no> Date: Mon, 18 Jul 2022 09:09:20 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: rust non-free-compatible trademark Content-Language: en-GB To: Mark Wielaard , lkcl Cc: GCC developers References: <20220717163100.GA1558@gnu.wildebeest.org> From: David Brown In-Reply-To: <20220717163100.GA1558@gnu.wildebeest.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3491.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KHOP_HELO_FCRDNS, NICE_REPLY_A, SPF_HELO_NONE, TXREP, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2022 07:09:31 -0000 On 17/07/2022 18:31, Mark Wielaard wrote: > Hi Luke, > > On Sun, Jul 17, 2022 at 04:28:10PM +0100, lkcl via Gcc wrote: >> with the recent announcement that rust is supported by gcc > > There is just a discussion about whether and how to integrate > (portions) of the gccrs frontend into the main gcc repository. Nobody > claims that means the rust programming language is supported by gcc > yet. There is a lot of work to be done to be able to claim that. > >> has it been taken into consideration that the draconian (non-free-compatible) >> requirements of the rust Trademark make the distribution of the gcc >> compiler Unlawful? >> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013920 > > That looks to me as an overreaching interpretation of how to interpret > a trademark. I notice you are the bug reporter. It would only apply if > a product based on gcc with the gccrs frontend integrated would claim > to be endorsed by the Rust Foundation by using the Rust wordmark. Just > using the word rust doesn't trigger confusion about that. And > trademarks don't apply when using common words to implement an > interface or command line tool for compatibility with a programming > language. > > If you are afraid your usage of gcc with the gccrs frontend integrated > does cause confusion around the Rust word mark then I would suggest > contacting the Rust Foundation to discuss how you can remove such > confusion. Probably adding a README explicitly saying "this product > isn't endorsed by and doesn't claim to be endoresed by the Rust > Foundation" will be enough. > > Good luck, > > Mark > Speaking as someone who is neither a lawyer, nor a GCC developer, nor even (as yet) a Rust user, it seems to me that step 1 would be to hear what the Rust Foundation has to say on the matter: As far as I can tell, if they have been happy with the current gccrs project, they should in principle be happy with its integration in gcc mainline. And they are also happy to talk to people, happy to promote rust, and happy to work with all kinds of free and open source projects. The key thing they want to avoid would be for GCC to produce a compiler that is mostly like rust, but different - leading to fragmentation, incompatibilities, confusion, bugs in user code. /No one/ wants that. I am sure that if the Rust Foundation foresaw a big problem here, they'd already have contacted the gccrs and/or GCC folks - the project is not a secret. I would think that the long term aim here is that the gcc implementation of rust (may I suggest "grust" as a name, rather than "gust"?) be considered "official" by the Rust Foundation - with links and information on their website, their logo on the GCC website, and coordination between GCC and the Rust Foundation on future changes. That may be ambitious, or far off, but it should be the goal. In the meantime, as far as I can see it is just a matter of writing "rust" without capital letters, and a documentation disclaimer that grust is not (yet) endorsed by the Rust Foundation. David