Bug in gawk 3.1.2
When trying to bootstrap/build the gcc cvs HEAD on cygwin, I encountered a bug that a few claimed to be a gawk 3.2.1 bug: http://gcc.gnu.org/ml/gcc-patches/2003-06/msg01894.html the bug, however, is said to be confirmed to be fixed in the gawk development sources: http://gcc.gnu.org/ml/gcc-patches/2003-06/msg01933.html Cheers, /ChJ -- 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/
A little problem with gcc cvs HEAD for cygwin, help needed...
I just wanted to ping the cygwin list for a little help... it's a problem running the Ada testsuite in current gcc cvs HEAD under cygwin... the problem relates to a shell script trying to use the newly compiled gcc et al but end up using the system installed gcc... maybe someone of you on this list can help out, pls see http://gcc.gnu.org/bugzilla/13035 for more info. Cheers, /ChJ -- 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/
Re: A little problem with gcc cvs HEAD for cygwin, help needed...
On Fri, Nov 14, 2003 at 09:09:56AM +0100, Christian Joensson wrote: > I just wanted to ping the cygwin list for a little help... it's a > problem running the Ada testsuite in current gcc cvs HEAD under > cygwin... the problem relates to a shell script trying to use the > newly compiled gcc et al but end up using the system installed gcc... > > maybe someone of you on this list can help out, pls see > http://gcc.gnu.org/bugzilla/13035 for more info. sorry, wrong link, see http://gcc.gnu.org/PR13035 ... /ChJ -- 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/
Can't build gcc [tree-ssa] 20031222 on cygwin: libmudflap/mf-hooks2.c:1618 syntax error for ipc...
Windows XP/Pro SP1 cygwin P4 system with these packages: binutils 20030901-1 2.14.90 20030901 bison20030307-1 1.875b cygwin 1.5.5-1 dejagnu 20021217-2 1.4.2.x gawk 3.1.3-4 gcc 3.3.1-3 w32api 2.4-1 LAST_UPDATED: Mon Dec 22 11:05:16 GMT 2003 configure pentium4-cygwin --prefix=/usr/local/gcc-binutils --enable-shared --enable-threads=posix --with-system-zlib --enable-libgcj /usr/local/src/gcc-binutils/branch/objdir/gcc/xgcc -B/usr/local/src/gcc-binutils/branch/objdir/gcc/ -B/usr/local/gcc-binutils/pentium4-cygwin/bin/ -B/usr/local/gcc-binutils/pentium4-cygwin/lib/ -isystem /usr/local/gcc-binutils/pentium4-cygwin/include -isystem /usr/local/gcc-binutils/pentium4-cygwin/sys-include -DHAVE_CONFIG_H -I. -I/usr/local/src/branch/gcc/libmudflap -I. -O2 -g -O2 -Wall -O2 -g -O2 -DWRAP_semop -c /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c -o semop-hook.o In file included from /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1618: /usr/include/sys/ipc.h:59: error: syntax error before "ushort" /usr/include/sys/ipc.h:61: error: syntax error before "cuid" /usr/include/sys/ipc.h:62: error: syntax error before "cgid" /usr/include/sys/ipc.h:63: error: syntax error before "mode" /usr/include/sys/ipc.h:64: error: syntax error before "seq" In file included from /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1619: /usr/include/sys/sem.h:59: error: field `sem_perm' has incomplete type /usr/include/sys/sem.h:64: error: syntax error before "ushort" /usr/include/sys/sem.h:69: error: syntax error before "ushort" /usr/include/sys/sem.h:72: error: syntax error before '}' token /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c: In function `__mfwrap_semop': /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1623: error: dereferencing pointer to incomplete type /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1623: error: dereferencing pointer to incomplete type /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1623: error: dereferencing pointer to incomplete type /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1623: error: dereferencing pointer to incomplete type /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1623: error: dereferencing pointer to incomplete type /usr/local/src/branch/gcc/libmudflap/mf-hooks2.c:1623: error: dereferencing pointer to incomplete type make[4]: *** [semop-hook.lo] Error 1 make[4]: Leaving directory `/usr/local/src/gcc-binutils/branch/objdir/pentium4-cygwin/libmudflap' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/local/src/gcc-binutils/branch/objdir/pentium4-cygwin/libmudflap' make[2]: *** [all-recursive-am] Error 2 make[2]: Leaving directory `/usr/local/src/gcc-binutils/branch/objdir/pentium4-cygwin/libmudflap' make[1]: *** [all-target-libmudflap] Error 2 make[1]: Leaving directory `/usr/local/src/gcc-binutils/branch/objdir' make: *** [bootstrap-lean] Error 2 Any ideas? Cheers, /ChJ -- 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/
Output of 'top' lacking load average output
Windows XP/Pro SP1 cygwin P4 system with these packages: binutils 20030901-1 2.14.90 20030901 bison20030307-1 1.875b cygwin 1.5.7-1 dejagnu 20021217-2 1.4.2.x gawk 3.1.3-4 gcc 3.3.1-3 w32api 2.4-1 I am wondering why the output of top does not produce any output for the load averages, I only get this... 13:44:32 up 2 days, 3:03, 2 users, load average: 0.00, 0.00, 0.00 17 processes: 15 sleeping, 2 running, 0 zombie, 0 stopped CPU states: 15.0% user, 65.5% system, 0.0% nice, 19.5% idle Mem: 1047564K total, 442164K used, 605400K free,0K buffers Swap: 1476172K total, 302424K used, 1173748K free,0K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 3500 chj8 0 1960 2716 128 S 4.4 0.2 0:13 sh 2400 chj8 0 1704 289272 R 2.3 0.2 0:01 top 3812 chj8 0 2172 2624 176 R 0.8 0.2 0:00 sh 816 chj8 0 2168 2496 104 S 0.5 0.2 0:00 sh 728 chj8 0 1692 2476 124 S 0.3 0.2 0:00 bash 680 chj8 0 9644 10M 148 S 0.3 1.0 1:00 make 3544 chj8 0 1628 3316 124 S 0.2 0.3 0:07 bash 564 chj8 0 2492 4092 120 S 0.2 0.3 0:07 sshd 2844 chj8 0 1268 2012 120 S 0.0 0.1 0:00 sh 528 chj8 0 1272 2000 132 S 0.0 0.1 0:00 sh 2668 chj8 0 2572 3952 140 S 0.0 0.3 0:00 sshd 2332 chj8 0 2732 3660 132 S 0.0 0.3 0:00 make 1968 chj8 0 1300 1996 104 S 0.0 0.1 0:00 sh 3016 chj8 0 2788 3720 136 S 0.0 0.3 0:00 make 3816 chj8 0 1272 1896 100 S 0.0 0.1 0:00 sh 2504 chj8 0 11416 12M 140 S 0.0 1.1 1:03 make 3964 chj8 0 1772 3608 116 S 0.0 0.3 0:08 bash Cheers, /ChJ -- 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/
Re: Have you got the answer on the question you put on the mailing list of gcc a month ago?
On Fri, Apr 16, 2004 at 07:36:37PM +0900, Jeremy Song wrote: > Hello. > > > Have you got the answer on the question you put on the mailing list of gcc a month > ago? > It has a subject like 'gctest failure for 3.5-tree-ssa 20040314 (merged 20040307) on > cygwin: KERNEL32!IsBadWritePtr'. > > I had the same problem and tried to find out what makes it caused, got an answer > for it finally. > If you resolved that problem already, please discard it. > > The problem is regarding cygwin dll, and it's called 'PTC' bug. The workaround for > it is just type 'continue' twice > on the prompt of gdb...You can find my question and answer from someone at the > cygwin.com > mailing list web site. > > I wanted help you because I spent too much time on it. > > Regards. > > > > > > > > > > Jeremy Song > Team Lead of Mobile Technologies, UBIST Co. > > Doo-Won Bld. 7th flr, Shin-Sah-Dong, Kang-Nam-Gu, > Seoul, Republic of Korea > > Work : +82-2-3442-3559 > FAX: +82-2-3442-3519 > Mobile : +82-16-9703-9939 > E-Mail : [EMAIL PROTECTED] <= Preferred > [EMAIL PROTECTED] > Thank you very much, I have not received anything yet. I will try to look into your suggestions as soon as possible. Nice to hear from Korea, I had a guest reseracher from your military academy, Professor Yeongyoon Choi, visiting my research department two years ago :) Cheers, /ChJ -- 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/
rwho in cygwin?
Would it be possible/desirable to have the rwho package under cygwin? Cheers, /ChJ -- 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/
Re: rwho in cygwin?
On Tue, Oct 14, 2003 at 10:51:38AM +0200, Corinna Vinschen wrote: > On Tue, Oct 14, 2003 at 10:02:30AM +0200, Christian Joensson wrote: > > Would it be possible/desirable to have the rwho package under cygwin? > > Did you try to build it? Does it work? Are you volunteering as a > package maintainer? If so, then the answer is "yes". yes, no, not really... so as you put it, then "no". Cheers, /ChJ -- 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/
/usr/bin/install: accessing `//filesrv/chj//.bashrc': Permission denied
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with cygwin 1.5.19-4... I don't seem to be able to login using ssh anymore, I still can login "console" but not remotely using ssh... any help in debuggin this or even getting this to work again is greatly appreciated. This is how a try to remotely login looks: [EMAIL PROTECTED] objdir]$ ssh -X toppen.win [EMAIL PROTECTED]'s password: Permission denied, please try again. [EMAIL PROTECTED]'s password: $ ssh -X toppen.win [EMAIL PROTECTED]'s password: Last login: Mon May 8 08:09:20 2006 from dhcp-111 Fanfare!!! You are successfully logged in to this server!!! Could not chdir to home directory //filesrv/chj: Permission denied mkdir: `//filesrv/chj': Permission denied Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. /usr/bin/install: accessing `//filesrv/chj//.bashrc': Permission denied /usr/bin/install: accessing `//filesrv/chj//.bash_profile': Permission denied /usr/bin/install: accessing `//filersrv/chj//.inputrc': Permission denied -bash: cd: //filesrv/chj: Permission denied -bash: //filesrv/chj/.bash_profile: Permission denied [EMAIL PROTECTED] /etc/skel $ -- Cheers, /ChJ -- 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/
Re: /usr/bin/install: accessing `//filesrv/chj//.bashrc': Permission denied
On 5/8/06, Christian Joensson <[EMAIL PROTECTED]> wrote: Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with cygwin 1.5.19-4... I don't seem to be able to login using ssh anymore, I still can login "console" but not remotely using ssh... any help in debuggin this or even getting this to work again is greatly appreciated. This is how a try to remotely login looks: [EMAIL PROTECTED] objdir]$ ssh -X toppen.win [EMAIL PROTECTED]'s password: Permission denied, please try again. [EMAIL PROTECTED]'s password: $ ssh -X toppen.win [EMAIL PROTECTED]'s password: Last login: Mon May 8 08:09:20 2006 from dhcp-111 Fanfare!!! You are successfully logged in to this server!!! Could not chdir to home directory //filesrv/chj: Permission denied mkdir: `//filesrv/chj': Permission denied Copying skeleton files. These files are for the user to personalise their cygwin experience. These will never be overwritten. /usr/bin/install: accessing `//filesrv/chj//.bashrc': Permission denied /usr/bin/install: accessing `//filesrv/chj//.bash_profile': Permission denied /usr/bin/install: accessing `//filersrv/chj//.inputrc': Permission denied -bash: cd: //filesrv/chj: Permission denied -bash: //filesrv/chj/.bash_profile: Permission denied [EMAIL PROTECTED] /etc/skel $ I guess I should mention that the network uses Microsoft Network Authetication (whatever that might be...) -- Cheers, /ChJ -- 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/
gmp and libiconv as mingw variant libraries under cygwin?
I'm starting to look at cygwin for doing mingw "environment" variants of binutils and gcc, to test compile them. Now, starting with binutils, I do this: CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' ../src/configure i686-pc-mingw32 and then a regular make. I notice, but I really don't require it here, that gmp is missing. Is that, gmp as mingw variant under cygwin, available to download? If not, how would you suggest I configure, build and install them local to me? Next, I also get configure warnings about libiconv not being installed.. same question again, is that, libiconv as mingw variant under cygwin, available to download? If not, how would you suggest I configure, build and install them local to me? TIA, -- Cheers, /ChJ -- 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/
Re: gmp and libiconv as mingw variant libraries under cygwin?
Thanks so far. Right now, I do this: $ CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' ../binutils-060628/configure --build=i686-pc-cygwin --host=i686-pc-mingw32 --prefix=/opt/mingw But I get stuck like this: gcc -mno-cygwin -c -DHAVE_CONFIG_H -g -O2 -I. -I../../binutils-060628/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../binutils-060628/libiberty/strncmp.c -o strncmp.o rm -f ./libiberty.a pic/./libiberty.a i686-pc-mingw32-ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-win32.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./ternary.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./asprintf.o ./basename.o ./bcmp.o ./bcopy.o ./bzero.o ./ffs.o ./index.o ./insque.o ./mempcpy.o ./mkstemps.o ./random.o ./rindex.o ./setenv.o ./sigsetmask.o ./stpcpy.o ./stpncpy.o ./strndup.o ./strverscmp.o ./vasprintf.o ./waitpid.o ./vfork.o ./strncmp.o /bin/sh: i686-pc-mingw32-ar: command not found make[2]: *** [libiberty.a] Error 127 make[2]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw/libiberty' make[1]: *** [all-libiberty] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw' make: *** [all] Error 2 I suppose it's safe for me to temporarily use ar (which is cygwin's /usr/bin/ar) but if you're of an other other opinion, pls let me know. however, after that problem, I get to a more tricky one: /bin/sh ./libtool --mode=link gcc -mno-cygwin -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o libbfd.la -rpath /opt/mingw/lib -release 060628 archive.lo archures.lo bfd.lo bfdio.lo bfdwin.lo cache.lo coffgen.lo corefile.lo format.lo init.lo libbfd.lo opncls.lo reloc.lo section.lo syms.lo targets.lo hash.lo linker.lo srec.lo binary.lo tekhex.lo ihex.lo stabs.lo stab-syms.lo merge.lo dwarf2.lo simple.lo archive64.lo `cat ofiles` cygpath: can't convert empty path mkdir .libs libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 shared libraries lib /OUT:.libs/libbfd.lib archive.o archures.o bfd.o bfdio.o bfdwin.o cache.o coffgen.o corefile.o format.o init.o libbfd.o opncls.o reloc.o section.o syms.o targets.o hash.o linker.o srec.o binary.o tekhex.o ihex.o stabs.o stab-syms.o merge.o dwarf2.o simple.o archive64.o pe-i386.o peigen.o cofflink.o pei-i386.o elf32-i386.o elf-vxworks.o elf32.o elf.o elflink.o elf-strtab.o elf-eh-frame.o dwarf 1.o elf32-gen.o cpu-i386.o ./libtool: line 4830: lib: command not found make[4]: *** [libbfd.la] Error 127 make[4]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw/bfd' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw/bfd' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw/bfd' make[1]: *** [all-bfd] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw' make: *** [all] Error 2 I understand this is binutils pakage's libtool that needs tweaking to use 'gcc -mno-cygwin' somehow instead of 'lib' to create the libbfd.lib ... any ideas on what to do about that issue? -- Cheers, /ChJ -- 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/
Re: gmp and libiconv as mingw variant libraries under cygwin?
nah... using CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' ../src/configure \ --build=i686-pc-cygwin --target=i686-pc-mingw32 --prefix=/opt/mingw I get into this problem: gcc -mno-cygwin -c -DHAVE_CONFIG_H -g -O2 -I. -I../../src/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../src/libiberty/pex-one.c -o pex-one.o if [ x"" != x ]; then \ gcc -mno-cygwin -c -DHAVE_CONFIG_H -g -O2 -I. -I../../src/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../src/libiberty/pex-unix.c -o pic/pex-unix.o; \ else true; fi gcc -mno-cygwin -c -DHAVE_CONFIG_H -g -O2 -I. -I../../src/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../src/libiberty/pex-unix.c -o pex-unix.o ../../src/libiberty/pex-unix.c: In function `pex_wait': ../../src/libiberty/pex-unix.c:223: warning: implicit declaration of function `wait' ../../src/libiberty/pex-unix.c: At top level: ../../src/libiberty/pex-unix.c:355: warning: function declaration isn't a prototype ../../src/libiberty/pex-unix.c: In function `pex_unix_exec_child': ../../src/libiberty/pex-unix.c:374: warning: implicit declaration of function `fork' ../../src/libiberty/pex-unix.c:377: warning: implicit declaration of function `sleep' ../../src/libiberty/pex-unix.c:422: warning: passing arg 2 of `execvp' from incompatible pointer type ../../src/libiberty/pex-unix.c:427: warning: passing arg 2 of `execv' from incompatible pointer type ../../src/libiberty/pex-unix.c: In function `pex_unix_wait': ../../src/libiberty/pex-unix.c:478: warning: implicit declaration of function `kill' ../../src/libiberty/pex-unix.c: In function `pex_unix_pipe': ../../src/libiberty/pex-unix.c:496: warning: implicit declaration of function `pipe' ../../src/libiberty/pex-unix.c: In function `pex_unix_fdopenw': ../../src/libiberty/pex-unix.c:512: warning: implicit declaration of function `fcntl' ../../src/libiberty/pex-unix.c:512: error: `F_SETFD' undeclared (first use in this function) ../../src/libiberty/pex-unix.c:512: error: (Each undeclared identifier is reported only once ../../src/libiberty/pex-unix.c:512: error: for each function it appears in.) ../../src/libiberty/pex-unix.c:512: error: `FD_CLOEXEC' undeclared (first use in this function) make[2]: *** [pex-unix.o] Error 1 make[2]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw/libiberty' make[1]: *** [all-libiberty] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir-binutils.mingw' make: *** [all] Error 2 so... I guess I'm outta luck... if you got any more suggestions.. pls let me know... otherwise, well, this was a play at least :) -- Cheers, /ChJ -- 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/
Re: gmp and libiconv as mingw variant libraries under cygwin?
sigh, definitely quitting now... CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' ../src/configure --build=i686-pc-cygwin --host=i686-pc-mingw32 --target=i686-pc-mingw32--prefix=/opt/mingw still, again, /bin/sh ./libtool --mode=link gcc -mno-cygwin -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o libbfd.la -rpath /opt/mingw/lib -release 060628 archive.lo archures.lo bfd.lo bfdio.lo bfdwin.lo cache.lo coffgen.lo corefile.lo format.lo init.lo libbfd.lo opncls.lo reloc.lo section.lo syms.lo targets.lo hash.lo linker.lo srec.lo binary.lo tekhex.lo ihex.lo stabs.lo stab-syms.lo merge.lo dwarf2.lo simple.lo archive64.lo `cat ofiles` cygpath: can't convert empty path mkdir .libs libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 shared libraries lib /OUT:.libs/libbfd.lib archive.o archures.o bfd.o bfdio.o bfdwin.o cache.o coffgen.o corefile.o format.o init.o libbfd.o opncls.o reloc.o section.o syms.o targets.o hash.o linker.o srec.o binary.o tekhex.o ihex.o stabs.o stab-syms.o merge.o dwarf2.o simple.o archive64.o pe-i386.o peigen.o cofflink.o pei-i386.o elf32-i386.o elf-vxworks.o elf32.o elf.o elflink.o elf-strtab.o elf-eh-frame.o dwarf1.o elf32-gen.o cpu-i386.o ./libtool: line 4830: lib: command not found make[4]: *** [libbfd.la] Error 127 -- Cheers, /ChJ -- 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/
cdtest with -Ur problem in binutils testsuite under cygwin
Hi all. Just a quick question here... when running the binutils testsuite, under cygwin, I get a problem with the ld test "cdtest with -Ur".. this is indeed not a new problem... It's reported at http://sourceware.org/bugzilla/show_bug.cgi?id=46 May I ask if anyone here have comments on this PR? -- Cheers, /ChJ -- 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/
bug pings for binutils cvs trunk under cygwin
Just have to mention these two: "ld test weak fails on cygwin" http://sourceware.org/bugzilla/show_bug.cgi?id=977 and "ld testsuite failure on cygwin: FAIL: cdtest with -Ur" http://sourceware.org/bugzilla/show_bug.cgi?id=46 ANy comments? -- Cheers, /ChJ -- 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/
mingw personality under cygwin
I would like to have the ability to "set" personality to mingw under a cygwin shell... Like, under sparc64, I can use [EMAIL PROTECTED] ~]$ sparc32 uname -a Linux ultra10.j-son.org 2.6.11-1.1305sp1 #1 Thu Jul 21 18:03:33 CEST 2005 sparc sparc sparc GNU/Linux [EMAIL PROTECTED] ~]$ or [EMAIL PROTECTED] ~]$ sparc64 uname -a Linux ultra10.j-son.org 2.6.11-1.1305sp1 #1 Thu Jul 21 18:03:33 CEST 2005 sparc64 sparc64 sparc64 GNU/Linux [EMAIL PROTECTED] ~]$ that way, I can control the "personality" there... Is this wanted by more people than I? Is someone working on that? -- Cheers, /ChJ -- 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/
ALIGNOF fails on cygwin
Hi. I just built binutils on current cygwin and found a new failure, ALIGNOF, and thought you might wanted to know. Running /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.exp ... /usr/local/src/trunk/objdir-binutils/ld/../gas/as-new -o tmpdir/alignof.o /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.s /usr/local/src/trunk/objdir-binutils/ld/ld-new -o tmpdir/alignof -T /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.t tmpdir/alignof.o /usr/local/src/trunk/objdir-binutils/ld/../binutils/nm-new tmpdir/alignof >tmpdir/nm.out alignof_text != 64 FAIL: ALIGNOF testcase /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.exp completed in 7 seconds -- Cheers, /ChJ -- 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/
Re: ALIGNOF fails on cygwin
sorry, this should have gone to binutils' list, not cygwin's... 2007/7/1, Christian Joensson <[EMAIL PROTECTED]>: Hi. I just built binutils on current cygwin and found a new failure, ALIGNOF, and thought you might wanted to know. Running /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.exp ... /usr/local/src/trunk/objdir-binutils/ld/../gas/as-new -o tmpdir/alignof.o /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.s /usr/local/src/trunk/objdir-binutils/ld/ld-new -o tmpdir/alignof -T /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.t tmpdir/alignof.o /usr/local/src/trunk/objdir-binutils/ld/../binutils/nm-new tmpdir/alignof >tmpdir/nm.out alignof_text != 64 FAIL: ALIGNOF testcase /usr/local/src/trunk/src/ld/testsuite/ld-scripts/alignof.exp completed in 7 seconds -- Cheers, /ChJ -- Cheers, /ChJ -- 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/
Fwd: [gcc] FYI, libffi FAILs with cygwin snapshot 20100205, 20100207 & 20100210...
maybe this would have been appropriate, sorry for the other postings... -- Forwarded message -- From: Christian Joensson Date: 2010/2/10 Subject: Re: [gcc] FYI, libffi FAILs with cygwin snapshot 20100207 & 20100210... To: cygwin-develop...@cygwin.com Kopia: Dave Korn 2010/2/10 Christian Joensson: > 2010/2/10 Christian Joensson: >> Maybe(?) I should have posted here instead of e-mailing Dave privately... >> >> /ChJ >> >> >> -- Forwarded message -- >> From: Christian Joensson >> Date: 2010/2/10 >> Subject: [gcc] FYI, libffi FAILs with cygwin snapshot 20100207 & 20100210... >> To: Dave Korn >> >> >> Just FYI... the latest posted test results, at >> http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg00907.html, shows a >> substatntial amount of FAILs for libffi, this is with cygwin1.dll >> snapshot 20100207 (I also checked briefly using 20100210, also gives a >> lot of FAILs in libffi), rolling back to cygwin1.dll of 1.7.1-1, the >> results are back to normal.. Something crept up between 1.7.1-1 and >> 20100207 snapshot that simply makes a mess with libffi test results. >> That's the FYI... >> > > A "diff ../../../objdir-156618/libffi.log testsuite/libffi.log" (where > the first file is the log file when using the cygwin1.dll snapshot > 20100207 and the second file is using the 1.7.1-1 one) gives me this > (as an example): > > 1c1 > < Test Run By chj on Tue Feb 9 13:17:04 2010 > --- >> Test Run By chj on Wed Feb 10 11:39:41 2010 > 115,118c115,118 > < 7 8. 9 1 9. 3: 8 17. 12 > < res: 8 17. 12 > < 7 8. 9 1 9. 3: 8 17. 12 > < res: 8 17. 12 > --- >> 7 8 9 1 9 3: 8 17 12 >> res: 8 17 12 >> 7 8 9 1 9 3: 8 17 12 >> res: 8 17 12 > > > Note the crept in "." (dot) which is symptomatic for the situation... > if this rings a bell in anyone's ear? well, maybe this never shows up on cygwin developers' list.. but 20100204 works... 20100205 doesn't... -- Cheers, /ChJ -- Cheers, /ChJ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [gcc] FYI, libffi FAILs with cygwin snapshot 20100205, 20100207 & 20100210...
2010/2/11 Christian Joensson:
>>> Just FYI... the latest posted test results, at
>>> http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg00907.html, shows a
>>> substatntial amount of FAILs for libffi, this is with cygwin1.dll
>>> snapshot 20100207 (I also checked briefly using 20100210, also gives a
>>> lot of FAILs in libffi), rolling back to cygwin1.dll of 1.7.1-1, the
>>> results are back to normal.. Something crept up between 1.7.1-1 and
>>> 20100207 snapshot that simply makes a mess with libffi test results.
>>> That's the FYI...
>>>
>>
>> A "diff ../../../objdir-156618/libffi.log testsuite/libffi.log" (where
>> the first file is the log file when using the cygwin1.dll snapshot
>> 20100207 and the second file is using the 1.7.1-1 one) gives me this
>> (as an example):
>>
>> 1c1
>> < Test Run By chj on Tue Feb 9 13:17:04 2010
>> ---
>>> Test Run By chj on Wed Feb 10 11:39:41 2010
>> 115,118c115,118
>> < 7 8. 9 1 9. 3: 8 17. 12
>> < res: 8 17. 12
>> < 7 8. 9 1 9. 3: 8 17. 12
>> < res: 8 17. 12
>> ---
>>> 7 8 9 1 9 3: 8 17 12
>>> res: 8 17 12
>>> 7 8 9 1 9 3: 8 17 12
>>> res: 8 17 12
>>
>>
>> Note the crept in "." (dot) which is symptomatic for the situation...
>> if this rings a bell in anyone's ear?
>
> well, maybe this never shows up on cygwin developers' list.. but
>
> 20100204 works... 20100205 doesn't...
FWIW, 20100212 does seem to suffer from similar problems as does
201002{05,07,10} does, ie, gcc trunk (revision 156700) libffi
testsuite have the same issue with crept in "."
--
Cheers,
/ChJ
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [gcc] FYI, libffi FAILs with cygwin snapshot 20100205, 20100207 & 20100210...
2010/2/14 Christian Joensson:
>> 20100204 works... 20100205 doesn't...
>
> FWIW, 20100212 does seem to suffer from similar problems as does
> 201002{05,07,10} does, ie, gcc trunk (revision 156700) libffi
> testsuite have the same issue with crept in "."
neither 20100214 works for libffi testsuite...
--
Cheers,
/ChJ
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [gcc] FYI, libffi FAILs with cygwin snapshot 20100205, 20100207 & 20100210...
2010/2/15 Christopher Faylor:
> On Mon, Feb 15, 2010 at 10:31:22AM +0100, Christian Joensson wrote:
>>2010/2/14 Christian Joensson:
>>
>>>> 20100204 works... 20100205 doesn't...
>>>
>>> FWIW, 20100212 does seem to suffer from similar problems as does
>>> 201002{05,07,10} does, ie, gcc trunk (revision 156700) libffi
>>> testsuite have the same issue with crept in "."
>>
>>neither 20100214 works for libffi testsuite...
>
> Maybe you're missing Corinna's request for a simple test case to
> track this down. We don't anticipate that this will be fixed until
> someone takes the time to narrow this down.
I'm not ignorant, just incompetent in such a complex situation. I
don't like being addressed in a manner as this if you don't mind me
saying so.
I will stop reporting gcc and cygwin results, as I obviously irritated
you, unless I misinterpret your, in my opinion strong statement above.
I don't need such behaviour and I conclude from your statement above
that you don't want my reports either, so that's fine then.
I see now, however, that Corinna seems to have found a bug she
introduced; I'm all happy she did. My incentive for reporting this
issue was for you guys to make an informed decision, of introducing a
regression, or you may call it a bug if you will, not to solve any of
my problems, I have non related to this.
thanks
--
Cheers,
/ChJ
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Results for 2.22.51.20111030 testsuite on i686-pc-cygwin
Windows XP Pro/SP3 cygwin Intel Core2 Duo CPU T9600@2.80GHz system with packages: binutils 2.22.51-1 bison2.4.2-1 cygwin 1.7.9-1 dejagnu 20021217-2 expect 20030128-1 gcc-ada 3.4.4-999 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gmp 4.3.2-1 libgmp-devel 4.3.2-1 libmpfr-devel3.0.1-1 make 3.81-2 mpfr 3.0.1-1 tcltk20080420-1 w32api 3.17-2 LAST_UPDATED: Sun Oct 30 10:42:24 UTC 2011 Native configuration is i686-pc-cygwin === binutils tests === Running target unix === binutils Summary === # of expected passes118 # of expected failures 1 # of unsupported tests 3 === gas tests === Running target unix === gas Summary === # of expected passes278 # of expected failures 1 === ld tests === Running target unix FAIL: cdtest with -Ur === ld Summary === # of expected passes121 # of unexpected failures1 # of expected failures 7 # of untested testcases 1 # of unsupported tests 2 version: 2.22.51.20111030 Platform: i686-pc-cygwin configure flags: --enable-shared --enable-64-bit-bfd BOOT_CFLAGS=-O2 -pipe -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Failure to bootstrap current gcc trunk on cygwin (20111207 snapshot): conflicting declarations in cygwin's /usr/include/sys/wait.h
I am trying to build gcc trunk on cygwin (with the snapshot of 20111207) and get this: /usr/local/src/trunk/objdir.withada/./prev-gcc/g++ -B/usr/local/src/trunk/objdir.withada/./prev-gcc/ -B/usr/i686-pc-cygwin/bin/ -nostdinc++ -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include -I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++ -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs -c -g -O2 -gtoggle -DIN_GCC-fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -Wno-error -DHAVE_CONFIG_H -I. -Iada -I/usr/local/src/trunk/gcc/gcc -I/usr/local/src/trunk/gcc/gcc/ada -I/usr/local/src/trunk/gcc/gcc/../include -I/usr/local/src/trunk/gcc/gcc/../libcpp/include -I/usr/include -I/usr/include -I/usr/local/src/trunk/gcc/gcc/../libdecnumber -I/usr/local/src/trunk/gcc/gcc/../libdecnumber/bid -I../libdecnumber /usr/local/src/trunk/gcc/gcc/ada/adaint.c -o ada/adaint.o In file included from /usr/local/src/trunk/gcc/gcc/system.h:346:0, from /usr/local/src/trunk/gcc/gcc/ada/adaint.c:107: /usr/include/sys/wait.h: In function 'int __wait_status_to_int(const wait&)': /usr/include/sys/wait.h:77:61: error: declaration of C function 'int __wait_status_to_int(const wait&)' conflicts with /usr/include/sys/wait.h:75:12: error: previous declaration 'int __wait_status_to_int(int)' here /usr/include/sys/wait.h: In function 'pid_t wait(wait*)': /usr/include/sys/wait.h:81:40: error: declaration of C function 'pid_t wait(wait*)' conflicts with /usr/include/sys/wait.h:37:7: error: previous declaration 'pid_t wait(__wait_status_ptr_t)' here /usr/include/sys/wait.h: In function 'pid_t waitpid(pid_t, wait*, int)': /usr/include/sys/wait.h:83:71: error: declaration of C function 'pid_t waitpid(pid_t, wait*, int)' conflicts with /usr/include/sys/wait.h:38:7: error: previous declaration 'pid_t waitpid(pid_t, __wait_status_ptr_t, int)' here /usr/include/sys/wait.h: In function 'pid_t wait3(wait*, int, rusage*)': /usr/include/sys/wait.h:85:81: error: declaration of C function 'pid_t wait3(wait*, int, rusage*)' conflicts with /usr/include/sys/wait.h:39:7: error: previous declaration 'pid_t wait3(__wait_status_ptr_t, int, rusage*)' here /usr/include/sys/wait.h: In function 'pid_t wait4(pid_t, wait*, int, rusage*)': /usr/include/sys/wait.h:87:94: error: declaration of C function 'pid_t wait4(pid_t, wait*, int, rusage*)' conflicts with /usr/include/sys/wait.h:40:7: error: previous declaration 'pid_t wait4(pid_t, __wait_status_ptr_t, int, rusage*)' here Makefile:1054: recipe for target `ada/adaint.o' failed make[3]: *** [ada/adaint.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc' Makefile:4140: recipe for target `all-stage2-gcc' failed make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir.withada' Makefile:18046: recipe for target `stage2-bubble' failed make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir.withada' Makefile:898: recipe for target `all' failed make: *** [all] Error 2 $ /usr/local/src/trunk/objdir.withada/prev-gcc/xgcc.exe -v Using built-in specs. COLLECT_GCC=/usr/local/src/trunk/objdir.withada/prev-gcc/xgcc Target: i686-pc-cygwin Configured with: /usr/local/src/trunk/gcc/configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4 -C --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static --enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-graphite --enable-lto --disable-symvers --program-suffix=-4 --enable-libgomp --enable-libssp --enable-threads=posix --with-arch=i686 --with-tune=generic --enable-libada CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind --enablelanguages=c,ada,c++,fortran,lto,objc,objc++ Thread model: posix gcc version 4.7.0 20111207 (experimental) [trunk revision 182082] (GCC) $ uname -a CYGWIN_NT-6.1-WOW64 LI004043 1.7.10s(0.255/5/3) 20111207 03:08:14 i686 Cygwin Does this symptom ring a bell for anyone? -- Cheers, /ChJ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:
Re: Failure to bootstrap current gcc trunk on cygwin (20111207 snapshot): conflicting declarations in cygwin's /usr/include/sys/wait.h
On 7 December 2011 20:14, Christian Joensson wrote: > I am trying to build gcc trunk on cygwin (with the snapshot of > 20111207) and get this: > > /usr/local/src/trunk/objdir.withada/./prev-gcc/g++ > -B/usr/local/src/trunk/objdir.withada/./prev-gcc/ > -B/usr/i686-pc-cygwin/bin/ -nostdinc++ > -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs > -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs > -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin > -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include > -I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++ > -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs > -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs > -c -g -O2 -gtoggle -DIN_GCC -fno-exceptions -fno-rtti -W -Wall > -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror > -fno-common -Wno-error -DHAVE_CONFIG_H -I. -Iada > -I/usr/local/src/trunk/gcc/gcc -I/usr/local/src/trunk/gcc/gcc/ada > -I/usr/local/src/trunk/gcc/gcc/../include > -I/usr/local/src/trunk/gcc/gcc/../libcpp/include -I/usr/include > -I/usr/include -I/usr/local/src/trunk/gcc/gcc/../libdecnumber > -I/usr/local/src/trunk/gcc/gcc/../libdecnumber/bid -I../libdecnumber > /usr/local/src/trunk/gcc/gcc/ada/adaint.c -o ada/adaint.o > In file included from /usr/local/src/trunk/gcc/gcc/system.h:346:0, > from /usr/local/src/trunk/gcc/gcc/ada/adaint.c:107: > /usr/include/sys/wait.h: In function 'int __wait_status_to_int(const wait&)': > /usr/include/sys/wait.h:77:61: error: declaration of C function 'int > __wait_status_to_int(const wait&)' conflicts with > /usr/include/sys/wait.h:75:12: error: previous declaration 'int > __wait_status_to_int(int)' here > /usr/include/sys/wait.h: In function 'pid_t wait(wait*)': > /usr/include/sys/wait.h:81:40: error: declaration of C function 'pid_t > wait(wait*)' conflicts with > /usr/include/sys/wait.h:37:7: error: previous declaration 'pid_t > wait(__wait_status_ptr_t)' here > /usr/include/sys/wait.h: In function 'pid_t waitpid(pid_t, wait*, int)': > /usr/include/sys/wait.h:83:71: error: declaration of C function 'pid_t > waitpid(pid_t, wait*, int)' conflicts with > /usr/include/sys/wait.h:38:7: error: previous declaration 'pid_t > waitpid(pid_t, __wait_status_ptr_t, int)' here > /usr/include/sys/wait.h: In function 'pid_t wait3(wait*, int, rusage*)': > /usr/include/sys/wait.h:85:81: error: declaration of C function 'pid_t > wait3(wait*, int, rusage*)' conflicts with > /usr/include/sys/wait.h:39:7: error: previous declaration 'pid_t > wait3(__wait_status_ptr_t, int, rusage*)' here > /usr/include/sys/wait.h: In function 'pid_t wait4(pid_t, wait*, int, > rusage*)': > /usr/include/sys/wait.h:87:94: error: declaration of C function 'pid_t > wait4(pid_t, wait*, int, rusage*)' conflicts with > /usr/include/sys/wait.h:40:7: error: previous declaration 'pid_t > wait4(pid_t, __wait_status_ptr_t, int, rusage*)' here this seems to me to be fixed, as of cygwin snapshot 20111209 I no longer get this specific error. -- Cheers, /ChJ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
gcc & binutils cvs trunk test results
I just thought I'd post on the cygwin list that I sometimes run tehs builds of the gcc and binutils cvs trunk sources. One such case is this: http://gcc.gnu.org/ml/gcc-testresults/2003-02/msg00821.html Is the posted test results what to expect? Cheers, /ChJ -- 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/
