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: Tue, 13 May 2003 14:52:36 -0400 (EDT)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: DEEPA SIVASANKARANE <aj9035 AT wayne DOT edu>
cc: cygwin AT cygwin DOT com
Subject: Re: Cygwin Net - Compilation
In-Reply-To: <1b6443c0.837bfda6.8195e00@mirapointms2.wayne.edu>
Message-ID: <Pine.GSO.4.44.0305131448430.17480-100000@slinky.cs.nyu.edu>
Importance: Normal
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Deepa,

Now, what in the world possessed you to do *that*?
Run cmd.exe, cd to your cygwin bin directory (probably c:\cygwin\bin), and
you'll be able to run mount from there.  You will need at least three
mounts: "/", "/usr/bin", and "/usr/lib".

Next time, before "umount"ing, run "mount -m >/bin/restore_mounts.bat".
Then you'll be able to undo your commands by simply "cd c:\cygwin\bin ^
restore_mounts"
	Igor

On Tue, 13 May 2003, DEEPA SIVASANKARANE wrote:

> Hi Igor,
>
>   I did a umount -A, and I ran bash again. Now I'm not
> able to execute anything, including mount.
> What do I do ?
>
> thanx,
> Deepa
>
> ---- Original message ----
> >Date: Tue, 13 May 2003 14:00:41 -0400 (EDT)
> >From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
> >Subject: Re: Cygwin Net - Compilation
> >To: DEEPA SIVASANKARANE <aj9035 AT wayne DOT edu>
> >Cc: cygwin AT cygwin DOT com
> >
> >Deepa,
> >
> >See <http://cygwin.com/faq/faq.html#SEC54>.  You may also be able to
> >run the old toolset by setting your cygdrive prefix to "//" (the
> >obvious way, "mount -u -c //", won't work, but you can circumvent it by
> >using "mount -u -c '/\'") -- *NOTE that this will make you unable to
> >access any network share from that user account!*
> >       Igor
> >P.S. Try passing the -specs=FILE option to umsgcc -- that should make
> >it read the specs from FILE, unless they *really* diverged from the gcc
> >codebase.
> >
> >On Tue, 13 May 2003, DEEPA SIVASANKARANE wrote:
> >
> >> Thanx, Igor. Shall work on getting the new toolset, with
> >> configure options changed.
> >> Unfortunately, umsgcc does'nt read from a "specs" file
> >> like gcc, but uses "built-in specs".
> >>
> >> BTW, the new syntax for drives is just /c or /cygdrive/c ?
> >>
> >> Thanx again,
> >> best regards,
> >> Deepa
> >>
> >>
> >> ---- Original message ----
> >> >Date: Mon, 12 May 2003 16:30:27 -0400 (EDT)
> >> >From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
> >> >Subject: Re: Cygwin Net - Compilation
> >> >To: DEEPA SIVASANKARANE <aj9035 AT wayne DOT edu>
> >> >Cc: cygwin AT cygwin DOT com
> >> >
> >> >On Mon, 12 May 2003, DEEPA SIVASANKARANE wrote:
> >> >
> >> >> Hi folks,
> >> >>
> >> >>   I'm using a certain arch. specific gcc (umsgcc) for
> >> >> compilation, whose specs are as below. It looks like
> >> >> "umsgcc" was compiled in a Redhat Cygwin environment ?
> >> >>
> >> >> This is the one available to me and when I try to
> >> >> use it on Cygwin Net release, there were some "file
> >> >> not found" errors,  tho the files were there and I had
> >> >> used "-I" option to include the directory.
> >> >>  Could anybody pls. help or suggest something ?
> >> >>
> >> >> Thanx in advance,
> >> >> best regards,
> >> >> Deepa
> >> >>
> >> >> --------------------------------------------------------
> >> >> Using builtin specs.
> >> >> Configured with: //d/sanjiv/proj/tools/redhat/configure --host=i686-pc-cygwin --target=cra8500-elf --prefix=//f/redhat/cradle --exec-prefix=//f/redhat/cradle/H-i686-pc-cygwin
> >> >> UMSGCC version 3.2.042 (with gcc version 2.97-cradle-011011)
> >> >
> >> >Deepa,
> >> >
> >> >The configure options above use the old syntax for different drives.
> >> >The newer Cygwin DLLs (starting from 1.3.1, I think)  interpret the
> >> >above as, for example, the share "redhat" on server "f" (which you
> >> >most likely don't have, thus the errors).  It probably takes quite a
> >> >bit of time, too.
> >> >
> >> >I'm not sure what you mean by "this is the only one available" --
> >> >Cygwin has a "gcc" package...  Unless you mean "available for that
> >> >target architecture".
> >> >
> >> >One way to fix this is to recompile the toolchain by providing the
> >> >correct options to configure.  Another is to provide your own specs
> >> >file (which is not mentioned above, BTW, use -dumpspecs for that).
> >> >See the gcc info page for the format of the specs file.
> >> >       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!

Knowledge is an unending adventure at the edge of uncertainty.
  -- Leto II


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/