From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13606 invoked by alias); 31 Jan 2003 12:12:52 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 13597 invoked from network); 31 Jan 2003 12:12:51 -0000 Received: from unknown (HELO smtp011.mail.yahoo.com) (216.136.173.31) by 172.16.49.205 with SMTP; 31 Jan 2003 12:12:51 -0000 Received: from gate1.lci.net (HELO yahoo.com) (earnie?boyd@150.159.224.8 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 31 Jan 2003 12:12:50 -0000 Message-ID: <3E3A683E.9000000@yahoo.com> Date: Fri, 31 Jan 2003 15:19:00 -0000 From: Earnie Boyd Reply-To: MinGW Users User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Aldous CC: dj@redhat.com, cygwin@cygwin.com, MinGW Users Subject: Re: (no subject) References: <3E3A630C.9080803@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-01/txt/msg01848.txt.bz2 > Date: Thu, 30 Jan 2003 13:37:03 -0500 > From: Christopher Faylor > To: Matthew Aldous > Cc: dj@redhat.com, cygwin@cygwin.com > Subject: Re: mingw-runtime-2.3, w32api-2.1, uberbaum > Message-ID: <20030130183703.GC7039@redhat.com> > Reply-To: cygwin@cygwin.com > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > > Please check out the project web page for links to available information > and ports: http://cygwin.com/ . > > If you don't see what you need there, then the cygwin mailing list is > the best place to make observations or get questions answered. > Information on the mailing list is available at the project web page. > > For your convenience, I've reset the Reply-To: address to point to the > cygwin mailing list. I've also Cc'ed this reply there. > And since this has to do more with MinGW than with Cygwin, it's would be better discussed on the mingw-users@lists.sf.net list. I likewise have redirected this there. > On Thu, Jan 30, 2003 at 04:51:53PM +0100, Matthew Aldous wrote: > >>Hi, >> >>I'm trying to build a cross compiled mingw build under netbsd 1.6 using the >>uberbaum cvs sources, but am experiencing the errors below with pex-win32.c >> >>I'm using mingw-runtime-2.3 and w32api-2.1, and was wondering if there was >>an obvious "try this" solution when using newlib.. >> If you're building a MinGW of GCC then why are the newlib headers being included for the target binary? Perhaps http://www.mingw.org/mingwfaq.shtml#faq-cross might help. Earnie. >>Thanks in advance, >> >>Matthew Aldous. >> >>gmake[1]: Entering directory >>`/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/libiberty' >>if [ x"" != x ]; then \ >>/home/user/uberbaum/obj.i386-pc-mingw32/gcc/xgcc >>-B/home/user/uberbaum/obj.i386-pc-mingw32/gcc/ -nostdinc >>-B/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/ >>-isystem >>/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/targ-include >>-isystem /home/user/uberbaum/newlib/libc/include >>-B/usr/local/i386-pc-mingw32/bin/ -B/usr/local/i386-pc-mingw32/lib/ >>-isystem /usr/local/i386-pc-mingw32/include >>-L/home/user/uberbaum/obj.i386-pc-mingw32/ld -c -DHAVE_CONFIG_H -O2 -g >>-O2 -I. -I../../../libiberty/../include -W -Wall -Wtraditional >>-pedantic ../../../libiberty/pex-win32.c -o pic/pex-win32.o; \ >>else true; fi >>/home/user/uberbaum/obj.i386-pc-mingw32/gcc/xgcc >>-B/home/user/uberbaum/obj.i386-pc-mingw32/gcc/ -nostdinc >>-B/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/ >>-isystem >>/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/newlib/targ-include >>-isystem /home/user/uberbaum/newlib/libc/include >>-B/usr/local/i386-pc-mingw32/bin/ -B/usr/local/i386-pc-mingw32/lib/ >>-isystem /usr/local/i386-pc-mingw32/include >>-L/home/user/uberbaum/obj.i386-pc-mingw32/ld -c -DHAVE_CONFIG_H -O2 -g >>-O2 -I. -I../../../libiberty/../include -W -Wall -Wtraditional >>-pedantic ../../../libiberty/pex-win32.c -o pex-win32.o >>In file included from ../../../libiberty/pex-win32.c:35: >>/usr/local/i386-pc-mingw32/include/io.h:144: error: conflicting types >>for `getcwd' >>/home/user/uberbaum/newlib/libc/include/sys/unistd.h:49: error: previous >>declaration of `getcwd' >>In file included from >>/home/user/uberbaum/newlib/libc/include/sys/fcntl.h:164, >> from /home/user/uberbaum/newlib/libc/include/fcntl.h:1, >> from ../../../libiberty/pex-win32.c:36: >>/home/user/uberbaum/newlib/libc/include/sys/stat.h:125: error: >>conflicting types for `mkdir' >>/usr/local/i386-pc-mingw32/include/io.h:145: error: previous declaration >>of `mkdir' >>../../../libiberty/pex-win32.c: In function `pexecute': >>../../../libiberty/pex-win32.c:188: error: `_spawnvp' undeclared (first >>use in this function) >>../../../libiberty/pex-win32.c:188: error: (Each undeclared identifier >>is reported only once >>../../../libiberty/pex-win32.c:188: error: for each function it appears in.) >>../../../libiberty/pex-win32.c:188: error: `_spawnv' undeclared (first >>use in this function) >>../../../libiberty/pex-win32.c:206: warning: assignment discards >>qualifiers from pointer target type >>../../../libiberty/pex-win32.c:141: warning: unused variable `retries' >>../../../libiberty/pex-win32.c:141: warning: unused variable >>`sleep_interval' >>../../../libiberty/pex-win32.c:133: warning: unused parameter `this_pname' >>../../../libiberty/pex-win32.c:134: warning: unused parameter `temp_base' >>../../../libiberty/pex-win32.c: In function `pwait': >>../../../libiberty/pex-win32.c:228: warning: implicit declaration of >>function `_cwait' >>../../../libiberty/pex-win32.c:224: warning: unused parameter `flags' >>gmake[1]: *** [pex-win32.o] Error 1 >>gmake[1]: Leaving directory >>`/home/user/uberbaum/obj.i386-pc-mingw32/i386-pc-mingw32/libiberty' >>gmake: *** [all-target-libiberty] Error 2 >> > > At 09:54 PM 1/30/2003, Jim Kleckner wrote: > > >>Max Bowsher wrote: >> >> >>>William A. Hoffman wrote: >> >>[snip] >> >>>>2. Failing that, it would be nice if the setup program had a button that >>>>set all the values to Keep. The problem is that if I want a new >>>>package X, I have to click 20 other packages to Keep, or risk an >>>>update of everything. There should be a way to update one single >>>>package. Is there a way? >>> >>>It's in CVS. The next snapshot will have it. >>>Max. >> >>Thanks! While you have the code in hand, would it be >>possible to allow the setup window to be resized? >>I'm constantly wanting to see more lines at once... > > > > > Have you been reading the email archives? I think I've heard > that request before! :-) > > > > Larry Hall lhall@rfk.com > RFK Partners, Inc. http://www.rfk.com > 838 Washington Street (508) 893-9779 - RFK Office > Holliston, MA 01746 (508) 893-9889 - FAX > >
> Larry Hall (RFK Partners, Inc) wrote: > > >>At 09:54 PM 1/30/2003, Jim Kleckner wrote: >> >>[snip ] >> >>>Thanks! While you have the code in hand, would it be >>>possible to allow the setup window to be resized? >>>I'm constantly wanting to see more lines at once... >> >>Have you been reading the email archives? I think I've heard >>that request before! :-) > > > I see the answer here: > http://sources.redhat.com/ml/cygwin/2002-11/msg00309.html > > Sorry to duplicate. I guess every single thing needs to be searched > before replying... > > Jim > >
-- 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/