From: "bumps man" <bumps@linuxmail.org>
To: cygwin@cygwin.com
Subject: RE: Problems with path resolution
Date: Mon, 27 Aug 2001 16:49:00 -0000 [thread overview]
Message-ID: <20010827214619.22573.qmail@linuxmail.org> (raw)
-----Original Message-----
From: "Gerald W. Shapiro" <gshapiro@cais.com>
Date: Mon, 27 Aug 2001 14:10:38 -0400 (EDT)
To: cygwin@cygwin.com
Subject: RE: Problems with path resolution
> I just joined this list, and my question seems similar to Dan's. And
> perhaps it is a mingw group question, but here I go... joining the hoards
> of ignorant newbies bothering the list
>
> In one of the gprolog makefiles an auxiliary program takes a path
> and a filename as input. Built with cygwin1.dll, fopen() in the auziliary
> program has no problem finding /usr/local/blahblah/foo.h , but using
> -mno-cygwin, the same is not found. If I run the no-cygwin version outside
> the makefile, and provide a relative path, it works fine, but the
> no-cygwin version does not recognize the full unix-style path. My cygwin
> installation root is c:\cygwin.
>
> Is there something dreadfully obvious that I am missing here?
>
> Gerald
>
I used to have similar issues with pathnames.
They were resolved when I made my root e:\
instead of e:\something\else.
A non-cygwin Win32 app doesn't understand your
cygwin root. Making your cygwin root the
"real" root on a drive, you can take advantage
of the coincidence whereupon
/usr/local/lib/whatever
will often be interpreted as
e:\usr\local\lib\whatever
assuming that you launched whatever it is
you are running from the e: drive.
You may have to adjust / to \ sometimes.
For one thing, this allowed emacs (which
is a straight Win32 app) to jump to the
appropriate header files for the "next-error"
command.
(I assume this will work for c: as well;
I just like to have cygwin root on a different
partition.)
--
Get your free email from www.linuxmail.org
Powered by Outblaze
--
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/
next reply other threads:[~2001-08-27 16:49 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-27 16:49 bumps man [this message]
2001-08-27 17:06 ` Christopher Faylor
-- strict thread matches above, loose matches on Subject: below --
2001-08-27 8:04 Churchill, Dan (MN65)
2001-08-27 9:42 ` 'Christopher Faylor '
2001-08-27 11:10 ` Gerald W. Shapiro
2001-08-24 15:24 Churchill, Dan (MN65)
2001-08-24 23:27 ` nasser abbasi
2001-08-25 11:14 ` Christopher Faylor
2001-08-25 16:07 ` nasser abbasi
2001-08-26 13:38 ` Larry Hall (RFK Partners, Inc)
2001-08-26 14:11 ` nasser abbasi
2001-08-27 7:55 ` Larry Hall (RFK Partners, Inc)
2001-08-25 11:12 ` Christopher Faylor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010827214619.22573.qmail@linuxmail.org \
--to=bumps@linuxmail.org \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).