From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Pascal J. Bourguignon" Newsgroups: gmane.emacs.help Subject: Re: why are there [v e c t o r s] in Lisp? Date: Sun, 18 Oct 2015 14:55:35 +0200 Organization: Informatimago Message-ID: <87vba49vzs.fsf@kuiper.lan.informatimago.com> References: <87mvvjeg29.fsf@kuiper.lan.informatimago.com> <87eggvebfs.fsf@kuiper.lan.informatimago.com> <87pp0eckss.fsf@kuiper.lan.informatimago.com> <87a8rhcypj.fsf@kuiper.lan.informatimago.com> <87fv19asrn.fsf@kuiper.lan.informatimago.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1445173247 14156 80.91.229.3 (18 Oct 2015 13:00:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 18 Oct 2015 13:00:47 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Oct 18 15:00:42 2015 Return-path: Envelope-to: geh-help-gnu-emacs@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 1ZnnZh-0004PG-KO for geh-help-gnu-emacs@m.gmane.org; Sun, 18 Oct 2015 15:00:33 +0200 Original-Received: from localhost ([::1]:33641 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZnnZg-0008JP-Vo for geh-help-gnu-emacs@m.gmane.org; Sun, 18 Oct 2015 09:00:33 -0400 Original-Path: usenet.stanford.edu!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 36 Original-X-Trace: individual.net f1guYmi9LEC8IX/bbr7w1g4toRVq8550QSthKeONkVQq/uGxSI Cancel-Lock: sha1:ZDNlNWI4YzUxYjMyMjQ4ZDk5MWNiODEyMzU4NDZjOTI1NDAwZDNlYw== sha1:UI82owKEx7ccLUN51OqFuSSCaT0= Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oElEQVR4nK3OsRHCMAwF0O8YQufUNIQRGIAja9CxSA55AxZgFO4coMgYrEDDQZWPIlNAjwq9 033pbOBPtbXuB6PKNBn5gZkhGa86Z4x2wE67O+06WxGD/HCOGR0deY3f9Ijwwt7rNGNf6Oac l/GuZTF1wFGKiYYHKSFAkjIo1b6sCYS1sVmFhhhahKQssRjRT90ITWUk6vvK3RsPGs+M1RuR mV+hO/VvFAAAAABJRU5ErkJggg== X-Accept-Language: fr, es, en User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Original-Xref: usenet.stanford.edu gnu.emacs.help:215453 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:107737 Archived-At: Emanuel Berg writes: > "Pascal J. Bourguignon" > writes: > >> Because the presence of a data type in a language is >> unrelated to the presence of a syntax for literal >> objects of that type. ... >> >> So all the combinations are possible, which shows >> that having a literal syntax for objects and having >> types in a language are two totally >> unrelated things. > > They are two different things but they are not > unrelated. If a language offers features A, B, and C, > then it should come in with a syntax a, b, and c to > facilitate the usage of them features. We agree, but you don't seem to realize the number of programming languages that don't respect this rule. And even lisp, for example, doesn't have a literal syntax for a lot of lisp data type, such as hash tables or CLOS objects. I mentionned emacs lisp buffers, but a lot of emacs editing data structures don't have any literal syntax. There are still constructors and accessors to manipulate those types, at run-time. -- __Pascal Bourguignon__ http://www.informatimago.com/ “The factory of the future will have only two employees, a man and a dog. The man will be there to feed the dog. The dog will be there to keep the man from touching the equipment.” -- Carl Bass CEO Autodesk