Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs
Date: Wed, 19 Mar 2003 09:32:39 -0500 (EST)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: "Keith M.Knowles" <keith AT vse DOT vitec DOT co DOT jp>
cc: cygwin AT cygwin DOT com
Subject: Re: Emacs M-x gdb does not correlate CYGWIN symlinks to source files
In-Reply-To: <49256CEE.0027961F.00@vse001.vse.vitec.co.jp>
Message-ID: <Pine.GSO.4.44.0303190931330.561-100000@slinky.cs.nyu.edu>
Importance: Normal
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Wed, 19 Mar 2003, Keith M.Knowles wrote:

> My question is about: GNU gdb 2003-01-28-cvs (cygwin-special)
> invoked by M-x gdb inside: GNU Emacs 21.2.1 (i386-msvc-nt5.0.2195) of
> 2002-03-20 on buffy
> running on: 2003/02/10 10:23:35 Starting cygwin install, version 2.249.2.5
> on a system I will refer to as: Mirkosfot Windogs 2000 5.00.2195
> that I am being compelled to use by: <nameless>
>
> I consulted www.sources.redhat.com/gdb/bugs first and that page recommended
> I contact the distributor (Cygwin) first, so here I am...
>
> Briefly, when I run gdb under an Emacs M-x shell, it is able to display a
> source line
> correctly when it stops AT a breakpoint.  However, when I invoke gdb with
> M-x gdb,
> hoping to see Emacs automatically visit source files under the direction of
>  gdb as I
> debug, a new, blank buffer is opened because the source file, foo.c, does
> not exist
> in the working directory, although a symlink, foo.c.lnk does.
>
>
> $ cd prj/cygwin/usb/
> $ ls -l main.c ../../src/usb/main.c
> -rwxrwxrwx    1 Administ mkpasswd     1778 Mar 18 20:26
> ../../src/usb/main.c*
> lrwxrwxrwx    1 kmk      mkpasswd      125 Mar  5 09:38 main.c ->
> ../../src/usb/main.c*
> $
>
> I tried using the "dir" command inside gdb to specify the actual_ source
> directory
> directly in the search-path, but this made no difference.  (I am not 100%
> sure I operated
> the dir command correctly though.  If someone tells me that this _should_
> work-around
> the problem, I will try it again until I make it work for me, too.)
>
> ((By the way, for those curious exactly why I am working with this
> eccentric build structure
> (which works properly on Linux), it's because I have an aversion to
> building directly into
> my source directories.  My build tree is separate, with structure mirroring
>  that of the source
> directory.  The only way I have been able to make make work to do all the
> many things I
> want, with source and target files in separate directories, has been to
> symlink all the source
> files into the build tree when the latter is created.))
>
> I would appreciate any/all advice, and am specifically interested in a)
> ideas to pursue for a
> work-around!!, b) whether this is thought to be an Emacs/Gnu/Cygwin-symlink
>  difficulty
> that might be worth rectifying in the future?
>
> Cheers,
> Keith

Keith,

Any particular reason you use Native Win32 Emacs when GNU Emacs is
available under Cygwin?  The Cygwin Emacs will understand symbolic links,
POSIX paths, etc...
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/