From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1921 invoked by alias); 12 Jan 2012 23:05:52 -0000 Received: (qmail 1913 invoked by uid 22791); 12 Jan 2012 23:05:51 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_LOW,TW_BJ,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-ww0-f43.google.com (HELO mail-ww0-f43.google.com) (74.125.82.43) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 12 Jan 2012 23:05:38 +0000 Received: by wgbdt11 with SMTP id dt11so2359714wgb.12 for ; Thu, 12 Jan 2012 15:05:37 -0800 (PST) Received: by 10.181.11.163 with SMTP id ej3mr10140790wid.4.1326409537628; Thu, 12 Jan 2012 15:05:37 -0800 (PST) Received: by 10.181.11.163 with SMTP id ej3mr10140760wid.4.1326409537369; Thu, 12 Jan 2012 15:05:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.144.142 with HTTP; Thu, 12 Jan 2012 15:05:06 -0800 (PST) In-Reply-To: <20120112224039.GA13385@host2.jankratochvil.net> References: <20120112030648.14DBE190AFD@elbrus2.mtv.corp.google.com> <20120112212959.GA24491@host2.jankratochvil.net> <20120112224039.GA13385@host2.jankratochvil.net> From: Paul Pluzhnikov Date: Thu, 12 Jan 2012 23:12:00 -0000 Message-ID: Subject: Re: [patch] Fix for PR gdb/9538 (loading of separate debuginfo and symlinks). To: Jan Kratochvil Cc: Doug Evans , gdb-patches@sourceware.org X-System-Of-Record: true Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: 2012-01/txt/msg00446.txt.bz2 On Thu, Jan 12, 2012 at 2:40 PM, Jan Kratochvil wrote: > There exists lstat in gnulib There doesn't appear to be one in my (freshly sync'd) copy: grep -r lstat gnulib gnulib/Makefile.in:localstatedir =3D @localstatedir@ > Still you call there: > + =A0dir1 =3D xstrdup (objfile->name); > + =A0canon_dir =3D lrealpath (dir1); > and later: > + =A0dir2 =3D lrealpath (objfile->name); If objfile->name is "/foo/bar/baz", and is a symlink to "/zork/zark/baz" (and nothing else is a symlink) then the two realpath() calls will return "/foo/bar" and "/zork/zark/baz" and (I think) are unavoidable. Thanks, --=20 Paul Pluzhnikov