From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: Adding to ELPA? Date: Sat, 10 Oct 2015 23:07:14 +0100 Message-ID: References: <87si5k3vtt.fsf@fencepost.gnu.org> <87twpzgo1z.fsf@fencepost.gnu.org> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114029429387f60521c751c2 X-Trace: ger.gmane.org 1444514863 11306 80.91.229.3 (10 Oct 2015 22:07:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 10 Oct 2015 22:07:43 +0000 (UTC) Cc: emacs-devel To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 11 00:07:32 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zl2Id-0004Nm-FJ for ged-emacs-devel@m.gmane.org; Sun, 11 Oct 2015 00:07:31 +0200 Original-Received: from localhost ([::1]:46528 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zl2Ic-0004gd-Mb for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 18:07:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52287) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zl2IQ-0004gX-El for emacs-devel@gnu.org; Sat, 10 Oct 2015 18:07:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zl2IP-0001v2-9j for emacs-devel@gnu.org; Sat, 10 Oct 2015 18:07:18 -0400 Original-Received: from mail-lb0-x232.google.com ([2a00:1450:4010:c04::232]:34741) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zl2IN-0001uV-Aq; Sat, 10 Oct 2015 18:07:15 -0400 Original-Received: by lbbwt4 with SMTP id wt4so111657518lbb.1; Sat, 10 Oct 2015 15:07:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=bz+6jSjcqCpxpFJBiFiOxSaxYWOwCXVvoPpliidunSE=; b=CEVFN7aLo3u2RxARa3riApd/7DiDzAqlEsZC+8h2EUtYZjPOgzVcI3Lyt+cz3xLntY GtYJl01/eeRVd3skqy/Pc+KApJgguhkgU1s4Ec4mN8rFmhZZb9NlWMYCyqOJ/R509o+w yhVRBL/GZ2i+NB/A6HJmjtmKXhKvRx4ERF4wH6JHAvxisHeCK/gOsWncvKECabAIpasd +pNV/e3AQBrlpVedop4db/NaQbRjycomILzQb378Y+mQlCRXH9JHazbtM4AmyI95Bwh4 JEZt9mWjAngN6fMZubH2dw0PWpylv8/gs+rHFkGhGhb6wQz67lbr3UkVC/y65QqgyKzG GUqg== X-Received: by 10.25.151.65 with SMTP id z62mr6152088lfd.21.1444514834382; Sat, 10 Oct 2015 15:07:14 -0700 (PDT) Original-Received: by 10.25.27.78 with HTTP; Sat, 10 Oct 2015 15:07:14 -0700 (PDT) Original-Received: by 10.25.27.78 with HTTP; Sat, 10 Oct 2015 15:07:14 -0700 (PDT) In-Reply-To: <87twpzgo1z.fsf@fencepost.gnu.org> X-Google-Sender-Auth: Osnb4w4DsCFWYQAjge_Bv62mdsw X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::232 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:191182 Archived-At: --001a114029429387f60521c751c2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10 Oct 2015 8:50 am, "David Kastrup" wrote: > > 2. You need to depend on cl-lib 0.5 and require it (probably at compile > > time). > > Why? It's autoloaded. Sorry, didn't realise those macros are autoloaded. S=C3=B3 you only need to depend on it (or on a recent enough emacs version). > The problem is more that I am fuzzy on what > Emacs versions to require here if any. Until rather recently, Emacs > tended to lose events placed into unread-command-events when they were > arriving not one-by-one. With many MIDI input applications (but not > necessarily all) that's going to end up a problem. I see. If this bug is bearable, I would require an emacs version as low as possible. If the bug is game breaking, I would depend on a version that fixed the bug. Ultimately it's up to you. If you choose the second option and there's no released version without the bug, then it would be polite to wait for the next release. > If I require a sufficiently new Emacs version, the cl-lib dependency should be a non-issue. Yes. I _think_ 24.3 was the first to bundle cl-lib. But I never know for sure, so I just include cl-lib in my dependencies and move on with it. There's really no harm in being expressive. Best, Artur --001a114029429387f60521c751c2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On 10 Oct 2015 8:50 am, "David Kastrup" <dak@gnu.org> wrote:
> > 2. You need to depend on cl-lib 0.5 and require it (probably at c= ompile
> > time).
>
> Why?=C2=A0 It's autoloaded.=C2=A0

Sorry, didn't realise those macros are autoloaded. S=C3= =B3 you only need to depend on it (or on a recent enough emacs version).

> The problem is more that I am fuzzy on what
> Emacs versions to require here if any.=C2=A0 Until rather recently, Em= acs
> tended to lose events placed into unread-command-events when they were=
> arriving not one-by-one.=C2=A0 With many MIDI input applications (but = not
> necessarily all) that's going to end up a problem.

I see. If this bug is bearable, I would require an emacs ver= sion as low as possible. If the bug is game breaking, I would depend on a v= ersion that fixed the bug. Ultimately it's up to you.

If you choose the second option and there's no released = version without the bug, then it would be polite to wait for the next relea= se.

> If I require a sufficiently new Emacs version, the cl-l= ib dependency should be a non-issue.

Yes. I _think_ 24.3 was the first to bundle cl-lib. But I ne= ver know for sure, so I just include cl-lib in my dependencies and move on = with it. There's really no harm in being expressive.

Best,
Artur

--001a114029429387f60521c751c2--