From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Semyonov Newsgroups: gmane.emacs.devel Subject: Re: Vendoring code in a (Non?)GNU ELPA package Date: Wed, 03 Jan 2024 08:20:03 +0200 Message-ID: <875y0bhrak.fsf@dsemy.com> References: <871qb83teq.fsf@dsemy.com> <87frzl3ars.fsf@gmail.com> <87v88dl0ji.fsf@dsemy.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3311"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: iarchivedmywholelife@gmail.com, emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 03 07:28:41 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rKuk5-0000dX-F9 for ged-emacs-devel@m.gmane-mx.org; Wed, 03 Jan 2024 07:28:41 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rKujA-0002k9-6G; Wed, 03 Jan 2024 01:27:44 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rKuj3-0002jm-Vb for emacs-devel@gnu.org; Wed, 03 Jan 2024 01:27:38 -0500 Original-Received: from dsemy.com ([46.23.89.208]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rKuit-0007PR-Th; Wed, 03 Jan 2024 01:27:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=pexy5IviKxx0q 0DvMIR73iuwEyERAkb5eTmkT1UBcD4=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=dK7k/wqiG2xbcKqXUUO1lyNjSKtNgQRcck+ 1qi7WdoqoYU4P1hKULycRBveVfKLpBgbvEHGeFmPvmKcSV2bj1ejHbL8CvQ1Flgl7zD+x2 nVilq4mjiSSiPizURhU+rmsUu3imnAZ21z+8ZaJvCOlThgjP0acacTs/c6UGgjv7+rneR0 m89HyeXxAfo17ssm1aH3qNuP70RUp4VHOS0hpw/dp4/IJe+wl9/oH2zmSzqDiy9jhy5Pem VUlNnzCsYqQESuTy775sHRfK4ulHgfA5ajCPy/MH5IxxoSobzM0zZWQKhnMSRy4wd7suGI 99vJ6G0Alr4QbIEDzi9SuU9oJEg== Original-Received: from coldharbour.local ( [147.235.220.124]) by dsemy.com (OpenSMTPD) with ESMTPSA id 1bcc26f5 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 3 Jan 2024 07:26:23 +0100 (CET) Original-Received: from localhost (coldharbour.local [local]) by coldharbour.local (OpenSMTPD) with ESMTPA id ac98f6ee; Wed, 3 Jan 2024 06:20:03 +0000 (UTC) In-Reply-To: (Richard Stallman's message of "Tue, 02 Jan 2024 23:14:58 -0500") Received-SPF: pass client-ip=46.23.89.208; envelope-from=daniel@dsemy.com; helo=dsemy.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:314482 Archived-At: >>>>> Richard Stallman writes: >> My module only uses the audio playback API to play music through >> Emacs. I don't currently have plans to make use of other parts >> of the library. > I see. It woild not be a pronlem to use a simple free linraru for > that. But maybe it is not necessary. Will `play-sound' do the > job? Unfortunately no, for various reasons: - 'play-sound' blocks Emacs while the sound is playing; the functions my module implements play audio and manage playback asynchronously. - 'play-sound' only supports playing WAV and AU files (though I see now that sound data can also be passed as a string, so I could implement decoding functions in C and use them together with 'play-sound' to play any sound file IIUC). - My module has been successfully tested on Android, and should also work on Windows. 'play-sound' doesn't work at all on Android, and passing sound data as a string isn't supported on Windows. >> Assuming you mean the miniaudio library itself, it seems there is >> an official "split" version of it which contains both >> "miniaudio.c" and "miniaudio.h", where the actual implementation >> lives inside "miniaudio.c". > That makes sense to me -- it is common practice. How does the > version you use differ from that? The version I use (which is the "main" version) combines "miniaudio.c" and "miniaudio.h" into a single file.