From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from aibo.runbox.com (aibo.runbox.com [91.220.196.211]) by sourceware.org (Postfix) with ESMTPS id 925E43858D34 for ; Wed, 15 Jul 2020 04:16:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 925E43858D34 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=bothner.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=per@bothner.com Received: from [10.9.9.74] (helo=submission03.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1jvYqL-0000y0-Fi; Wed, 15 Jul 2020 06:16:29 +0200 Received: by submission03.runbox with esmtpsa [Authenticated alias (524175)] (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) id 1jvYqL-0007I0-4p; Wed, 15 Jul 2020 06:16:29 +0200 Subject: Re: SRFI 170 (POSIX API) for Kawa To: Duncan Mak Cc: kawa mailing list , srfi-170@srfi.schemers.org References: From: Per Bothner Message-ID: Date: Tue, 14 Jul 2020 21:16:25 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: kawa@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Kawa mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2020 04:16:33 -0000 On 7/14/20 2:10 PM, Duncan Mak wrote: > it's pretty clear that we won't be able to support the entirety of the SRFI 170 API using just Java classes. If we want to achieve that, we'll probably have to use JNR-Posix. > > With JNR-Posix, Per's comments about shipping native code will become a thing. I don't mind an optional (configurable) dependency on jnr or jnr-posix, but I don't think it should be a required or default dependency. I don't have much feel for how popular or common JNR is - it seems to be a project that is in semi-maintenance mode, and not on any kind of "standards track". I haven't done anything with it. That doesn't seem we can't make use of it, of course. Please us and Duncan know (here) whether SRFI-170 or other Posix bindings would be useful to you. -- --Per Bothner per@bothner.com http://per.bothner.com/