From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Wingo Newsgroups: gmane.lisp.guile.devel Subject: Re: Scanning for coding declarations in all files (not just source) Date: Tue, 22 Jan 2013 12:38:40 +0100 Message-ID: <87zk01v45b.fsf@pobox.com> References: <87zk0dq6sb.fsf@tines.lan> <8738y2x04e.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1358854730 28003 80.91.229.3 (22 Jan 2013 11:38:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Jan 2013 11:38:50 +0000 (UTC) Cc: guile-devel@gnu.org To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jan 22 12:39:08 2013 Return-path: Envelope-to: guile-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 1TxcC2-0004D8-A8 for guile-devel@m.gmane.org; Tue, 22 Jan 2013 12:39:06 +0100 Original-Received: from localhost ([::1]:54405 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxcBl-0007Sn-6d for guile-devel@m.gmane.org; Tue, 22 Jan 2013 06:38:49 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:60511) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxcBi-0007SO-0p for guile-devel@gnu.org; Tue, 22 Jan 2013 06:38:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TxcBg-0000aR-RO for guile-devel@gnu.org; Tue, 22 Jan 2013 06:38:45 -0500 Original-Received: from a-pb-sasl-quonix.pobox.com ([208.72.237.25]:57856 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxcBg-0000aI-Lc; Tue, 22 Jan 2013 06:38:44 -0500 Original-Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTP id E1274A9C2; Tue, 22 Jan 2013 06:38:43 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=sasl; bh=8AClm+CbtZjg 03JrcbuRDmzpqmk=; b=EQFSap2g5AVN/Lq9MHqmMs0iPGAqNGy8q9bxX+PG/oUo 7Y+OQLM1CHRPDhymHVuGcAHjYqC1GWiIcbPHPVatkoerHz0br60a7gYfeTjpx+iK Ek2ubGU2WwtTDwNhEodbaqkTwMzjbd4sGUxGa+/wyghJkVQdTrm/85ORPAKWKO8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=sasl; b=j61e/X ANXUMUU4KKUuIhw1tspoJTqk0bqIKpLbO63UQY6S5ePWJeLCZ9XU3XqlvCgAHiih Zxf9jZiuufM487Jt1duPzNzo4pgk3U8rXRMpYOet/vocvtZxNcspbK39Uobs5bck ilOLGZKUD0fhGqz6sG3zYSp6FZoB/tLoJWtqw= Original-Received: from a-pb-sasl-quonix.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTP id DA247A9C1; Tue, 22 Jan 2013 06:38:43 -0500 (EST) Original-Received: from badger (unknown [88.160.190.192]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTPSA id 6D2E0A9C0; Tue, 22 Jan 2013 06:38:43 -0500 (EST) In-Reply-To: <8738y2x04e.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Tue, 15 Jan 2013 10:32:17 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) X-Pobox-Relay-ID: 468141C6-6488-11E2-A61C-0A4F0E5B5709-02397024!a-pb-sasl-quonix.pobox.com X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 208.72.237.25 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:15534 Archived-At: On Tue 15 Jan 2013 10:32, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Mike Gran skribis: > >> Opening a file=C2=A0that contains=C2=A0a coding declaration=C2=A0using a= n encoding other >> than binary or the coding declared in the file seems like it would be >> something of a corner case.=C2=A0 So, IMHO it makes sense that opening a= file >> using its self-declared encoding should be the simple case, and that >> opening a text file in a different (non-binary) text encoding should >> be the more complicated case, in a API sense. I am sympathetic to this, but also to Mike's "it's a tough problem; whatever makes people happy" sentiment. > As usual, backward-compatibility gives us an incentive not to change > anything in 2.0. But perhaps we should change that in 2.2. > > Thoughts? IMO we should update the docs and leave it as it is, though I don't care much. Mark? Andy --=20 http://wingolog.org/