From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 42899 invoked by alias); 1 Oct 2019 12:40:58 -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 42727 invoked by uid 89); 1 Oct 2019 12:40:58 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 01 Oct 2019 12:40:57 +0000 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 540C7307D931; Tue, 1 Oct 2019 12:40:56 +0000 (UTC) Received: from oldenburg2.str.redhat.com (dhcp-192-200.str.redhat.com [10.33.192.200]) by smtp.corp.redhat.com (Postfix) with ESMTPS id B39081001B23; Tue, 1 Oct 2019 12:40:55 +0000 (UTC) From: Florian Weimer To: Gaius Mulley Cc: Subject: Re: state of play/strategy for including Modula-2 into the trunk (licence queries) References: <878sq5ybp3.fsf@j228-gm.comp.glam.ac.uk> <87blv0vggz.fsf@oldenburg2.str.redhat.com> <87imp8ejle.fsf@j228-gm.comp.glam.ac.uk> Date: Tue, 01 Oct 2019 12:40:00 -0000 In-Reply-To: <87imp8ejle.fsf@j228-gm.comp.glam.ac.uk> (Gaius Mulley's message of "Tue, 01 Oct 2019 13:27:57 +0100") Message-ID: <87r23wtz8p.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2019-10/txt/msg00008.txt.bz2 * Gaius Mulley: >> The question is whether this is really necessary. Obviously, there is >> no requirement to ship all supporting code under the GPL version 3 or >> later for GCC. See the libffi subdirectory, which has its own >> license. > > sure I think it is looking sensible to stop using libpth. gm2 only > needs the two basic primitives create a context and switch to a context > in any case. Furthermore it only needs these if the user wants > coroutines. For most Modula-2 programs it isn't required. One possibility would be to have an implementation based on the libgcc/gthr.h abstraction. It would not be very efficient if the user is looking for coroutines, but it would avoid a dependency on yet another thread library. Thanks, Florian