From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16027 invoked by alias); 1 Feb 2013 03:41:45 -0000 Received: (qmail 16016 invoked by uid 22791); 1 Feb 2013 03:41:44 -0000 X-SWARE-Spam-Status: No, hits=-5.7 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-oa0-f42.google.com (HELO mail-oa0-f42.google.com) (209.85.219.42) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 01 Feb 2013 03:41:32 +0000 Received: by mail-oa0-f42.google.com with SMTP id i18so3522336oag.1 for ; Thu, 31 Jan 2013 19:41:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=q0N/8vl4+uYNnhnou/Mp/QtHz3xawEy5CTi+oHefTz0=; b=ou0VX2KjlFI+hZR4l4Ll/7h4YsmJ/VeVrgGt//EfUKgh+AbKZyw8+OskJEyqanxxiQ esU4FFVH1ovNu81IarRU5jkAwECqvPkmJfKrQ2eCxPC9KJiR0JRr7gg8/KxAapkrfaq4 bpCSZtj8wkj6QRaP0qcVqVG+/vWYPuyoHbHov62Uh3UQnOX/fCPR6u9Xp0jYzGDTwaiU KB3GOb286ycz9/BzQm1VpSqX/UT35Bgbarxi5/sXngEYT6VWyILaDqGujHyelvZiJ9Zg M35zmS1kfPyH5vd1jij6Y10+8m9yxVFBim11D4F1ouGsSnszgYt97bekd7K/70JJGIf0 A5zw== MIME-Version: 1.0 X-Received: by 10.60.154.169 with SMTP id vp9mr8252989oeb.109.1359690092114; Thu, 31 Jan 2013 19:41:32 -0800 (PST) Received: by 10.76.73.72 with HTTP; Thu, 31 Jan 2013 19:41:31 -0800 (PST) In-Reply-To: <83lib9chfb.fsf@gnu.org> References: <20130129221019.GA27463@host2.jankratochvil.net> <20130130074820.GA15998@host2.jankratochvil.net> <8338xiiodg.fsf@gnu.org> <83sj5ih6c4.fsf@gnu.org> <20130130185344.GA15502@host2.jankratochvil.net> <83obg6h1pf.fsf@gnu.org> <83libagghx.fsf@gnu.org> <83lib9chfb.fsf@gnu.org> Date: Fri, 01 Feb 2013 03:41:00 -0000 Message-ID: Subject: Re: [patchv3 12/11] New options {relative,basename}-with-system-absolute From: Doug Evans To: Eli Zaretskii Cc: Jan Kratochvil , gdb-patches Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlb2MSO895p5idnuBv3Dw4vK6ySum2ZYuCGTtfbV//PuPmJuVQKLZ0CmTLJII0HMLl8MVz6rEgVKnFoJ2vv0wmUfKzmvP+HZc1dD6BjhvGv7olWAhe1rR8qkd6VLx/cFUNCrEknwe9Rf1hum6le42LTSC55DuK68zD5qanL/sG0hZ+e1Bi6SqvHWNI6qSlJ2fmoWrmyXIbM8h6nI/wFgphLKk4ppA== X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2013-02/txt/msg00001.txt.bz2 On Thu, Jan 31, 2013 at 10:54 AM, Eli Zaretskii wrote: >> Date: Thu, 31 Jan 2013 10:07:09 -0800 >> From: Doug Evans >> Cc: Jan Kratochvil , gdb-patches >> >> On Wed, Jan 30, 2013 at 7:48 PM, Eli Zaretskii wrote: >> >> Date: Wed, 30 Jan 2013 13:48:05 -0800 >> >> From: Doug Evans >> >> Cc: Jan Kratochvil , gdb-patches >> >> >> >> The nice thing about {relative,basename}-with-system-absolute is that >> >> they are clear. >> > >> > They aren't to me. They might be clear _after_ you know what they >> > mean, exactly. But then so would be every shorthand of them. >> >> So then why not reduce them even more? > > That could work, but hard to tell without seeing specific suggestions. Apologies. My point was that at some point things become too terse. Names aren't just mnemonics to trigger memory - ideally they shouldn't have to trigger any memory as the name is already clear. What about basename-with-system-absolute is not clearer than basename-absolute?