This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: Recent cygport and cygwin-specific READMEs [Was: Re: GCC-4.7.2-2: Go/No-go?]
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin-apps at cygwin dot com
- Date: Wed, 24 Apr 2013 10:34:02 +0200
- Subject: Re: Recent cygport and cygwin-specific READMEs [Was: Re: GCC-4.7.2-2: Go/No-go?]
- References: <20130410154730 dot GA404 at ednor dot casa dot cgf dot cx> <516599BE dot 7090000 at gmail dot com> <51661EA2 dot 1070801 at users dot sourceforge dot net> <51665212 dot 6050101 at gmail dot com> <51665F0F dot 8040902 at users dot sourceforge dot net> <5166AE89 dot 2050704 at cwilson dot fastmail dot fm> <51673B2E dot 9090602 at users dot sourceforge dot net> <CAHWeT-aCNzjTTq0qa59TPgBRkXo+60Qp13fmPvp7nrThJpbZhg at mail dot gmail dot com> <516A266E dot 8080504 at users dot sourceforge dot net> <51776518 dot 6030608 at cwilson dot fastmail dot fm>
- Reply-to: cygwin-apps at cygwin dot com
On Apr 24 00:52, Charles Wilson wrote:
> On 4/13/2013 11:45 PM, Yaakov (Cygwin/X) wrote:
> >On 2013-04-13 00:55, Andy Koppe wrote:
> >>I've also tried installing cygport from git master but got this after
> >>running ./autogen.sh && make:
> >>
> >>make: *** No rule to make target `data/gnuconfig/config.guess', needed
> >>by `all-am'. Stop.
> >
> >This is one quirk of git that I've never understood: git clone does not
> >expand submodules by default without the --recursive flag. Run "git
> >submodule update --init" to get these after a clone.
>
> Something very odd: when I do this, I get fork errors:
>
> $ /usr/bin/git submodule update --init
> [...]
> 294079 [main] git-fetch 6928 fork: child -1 - forked process 10000
> died unexpectedly, retry 0, exit code -1073741515, errno 11
> error: cannot fork() for index-pack: Resource temporarily unavailable
> fatal: fetch-pack: unable to fork off index-pack
> Unable to fetch in submodule path 'data/gnuconfig'
>
>
> But, if I do this instead:
>
> $ PATH=/usr/bin /usr/bin/git submodule update --init
> [...]
>
> it works. Why would simply shortening the PATH have this effect?
Do you have a big environment? Thre's a chance that the stack address
moves due to that.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat