Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <40DABBF4.2030007@releng.com> Date: Thu, 24 Jun 2004 07:33:08 -0400 From: sandy currier User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: gmake 3.81 and cygwin (revisited) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi all, Someone from the make-w32 at gnu dot org mailing list suggested I forward my questions to this list. Apologies if inappropriate. Background: A couple months ago, my project needed gmake 3.81 on windows. After looking at native gmake versus cygwin gmake, I decided to give merging the 3.80 cygwin sources and the 3.81 fsf (CVS tip) sources a try. For the common base I selected the 3.80 fsf gmake release since that is what the cygwin sources looked like they were based on. Did the merge, and the result appears to fail no more tests then 3.80 appears to fail out of the box. However, higher values of -j are failing. thanks! -sandy > Hi all, > > Well, having hit the problem regarding gmake using sh.exe on windows > as well as some other issues several weeks ago, I took a different > tack and tried to merge the 3.81 sources with the 3.80 cygwin sources. > > It was a tad interesting, but I have a version of 3.81 built under cygwin > that is hobbling along. It seems to fail no more tests then the native > cygwin 3.80 fails out of the box (6 I believe). > > However, it only reliable builds stuff with -j2 or no -j. With -j higher > than 2, the (outer) make process eventually seems to step on itself and > hangs with a bunch of non-existant subprocesses, and has to be manually > killed. > > 2 questions: > > 1) Is anyone interested in this cygwin port? I would be happy to give it > away. Note that the cygwin mods conflict with the 3.81 mods. > 2) Can anyone help suggest how do debug this further? I am not a windows > developer, but here is the tail end of the output right before make hangs > with -j4: > > thanks! > -sandy > > Obtained token for child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o). > memalloc.cpp > Putting child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o) PID 3780 on the chain. > Commands of `../do_win2000/foobar/src/util/memory/memdebug.o' are being run. > Considering target file `../do_win2000/foobar/src/util/memory/mem32.o'. > File `../do_win2000/foobar/src/util/memory/mem32.o' does not exist. > Considering target file `foobar/src/util/memory/mem32.cpp'. > File `foobar/src/util/memory/mem32.cpp' was considered already. > Pruning file `FORCE'. > Pruning file `../do_win2000/hd.ts'. > Finished prerequisites of target file `../do_win2000/foobar/src/util/memory/mem32.o'. > Must remake target `../do_win2000/foobar/src/util/memory/mem32.o'. > Live child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o) PID 3780 > Live child 0x100e35f8 (../do_win2000/foobar/src/util/memory/memcache.o) PID 1624 > Live child 0x101cd478 (../do_win2000/foobar/src/util/memory/memalloc.o) PID 3068 > Live child 0x10184e88 (../do_win2000/foobar/src/util/memory/freestore.o) PID 3288 > Reaping winning child 0x10184e88 PID 3288 > Live child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o) PID 3780 > Live child 0x100e35f8 (../do_win2000/foobar/src/util/memory/memcache.o) PID 1624 > Live child 0x101cd478 (../do_win2000/foobar/src/util/memory/memalloc.o) PID 3068 > Live child 0x10184e88 (../do_win2000/foobar/src/util/memory/freestore.o) PID 116 > Need a job token; we have children > Duplicate the job FD > Live child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o) PID 3780 > ######## Wed Jun 23 16:05:40 2004 > Live child 0x100e35f8 (../do_win2000/foobar/src/util/memory/memcache.o) PID 1624 > Live child 0x101cd478 (../do_win2000/foobar/src/util/memory/memalloc.o) PID 3068 > Live child 0x10184e88 (../do_win2000/foobar/src/util/memory/freestore.o) PID 116 > Compile [win2000] foobar/src/util/memory/memdebug.cpp: -------------------------------- > Need a job token; we have children > Live child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o) PID 3780 > Live child 0x100e35f8 (../do_win2000/foobar/src/util/memory/memcache.o) PID 1624 > Live child 0x101cd478 (../do_win2000/foobar/src/util/memory/memalloc.o) PID 3068 > Live child 0x10184e88 (../do_win2000/foobar/src/util/memory/freestore.o) PID 116 > Reaping winning child 0x100e1af8 PID 3780 > Live child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o) PID 3652 > Live child 0x100e35f8 (../do_win2000/foobar/src/util/memory/memcache.o) PID 1624 > Live child 0x101cd478 (../do_win2000/foobar/src/util/memory/memalloc.o) PID 3068 > Live child 0x10184e88 (../do_win2000/foobar/src/util/memory/freestore.o) PID 116 > Read returned EBADF. > Need a job token; we have children > Duplicate the job FD > Live child 0x100e1af8 (../do_win2000/foobar/src/util/memory/memdebug.o) PID 3652 > Live child 0x100e35f8 (../do_win2000/foobar/src/util/memory/memcache.o) PID 1624 > Live child 0x101cd478 (../do_win2000/foobar/src/util/memory/memalloc.o) PID 3068 > Live child 0x10184e88 (../do_win2000/foobar/src/util/memory/freestore.o) PID 116 > memcache.cpp > ######## Wed Jun 23 16:05:40 2004 > memdebug.cpp -- 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/