Re: ncurses, Windows 8.1 64 bit
On 22/11/13 03:57, Michael Purves wrote: I'm having a great deal of difficulty getting my programs that use curses to compile with Windows 8.1 64 bit. I've been using/usr/x86_64-w64-mingw32/sys-root/mingw for the header and library files. When the compiler couldn't find some of the necessary header files that are in /usr/include, I copied them to the appropriate place under /usr/x86_64-w64-ming32. I also copied the various libcurses.a type libraries from /usr/lib to my $(CMDIR)/lib. I tried various combinations of -lcurses, -lcurses.dll, -lncurses, -lncurses.dll, -lncursesw and -lncursesw.dll. Stop. Undo all the above. You've told gcc that your mingw system supports various cygwin libraries/calls. GCC will happily compile your code and fail to link. You first need to decide whether you want a mingw or cygwin application. If cygwin, you also have a cygwin32/cygwin64 choice. 32 bit cygwin will compile and work on 64 bit windows. Cygwin64 currently has fewer packages. Ncurses is available in both. Then make sure you have all the necessary libraries in your chosen environment. If you choose mingw (your current effort), then I believe further discussion in this list is off topic. Hint: you will want the mingw ncurses library and headers. To compile against cygwin ncurses, install the appropriate headers and libs (libncursesw-devel, libncursesw, ncurses) using setup. Then use gcc (i686-pc-cygwin-gcc or x86_64-pc-cygwin-gcc) as your compiler. Dave. -- 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: procps 3.2.8 on 64-bit Cygwin with Windows 8.1 displays Unknown HZ value! message
On Nov 21 14:13, casem wrote: Hello, I just reinstalled the latest 64-bit Cygwin yesterday on my Windows 8.1 machine. I installed the new procps 3.2.8-1 package as well (thanks for making it available for 64-bit). Now when I run any procps commands, I get this message: Unknown HZ value! (632) Assume 1024. Versions: $ uname -srv CYGWIN_NT-6.2 1.7.25(0.270/5/3) 2013-08-31 20:37 $ procps -V Unknown HZ value! (632) Assume 1024. procps version 3.2.8 How can I fix the 'Unknown HZ value' problem? I don't know why this happens. It doesn't happen for me. The cause is a piece of code in procps which does not trust the HZ value given by the header files to reflect the frequency used in files under /proc (because of Linux, btw.), but rather calls a couple of functions to generate a HZ value on the fly. If the computed value doesn't fit into various ranges, the above message is printed. On my 8.1 64 bit machine, the computed value is always 1000. This is an expected value and thus I never see the Unknown HZ value message. I have not the faintest idea why your system returns a different value. However, since we know for certain that Cygwin always uses the HZ value 1000 in /proc file content, we could skip this function and just use the well-known HZ value from sys/param.h. I'll release a new procps with this patch soon. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpurcHVXuWEC.pgp Description: PGP signature
[ANNOUNCEMENT] Updated: procps-3.2.8-2
I updated the procps package to 3.2.8-2. It adds a Cygwin-specific patch which should avoid the Unknown HZ value! message once and for all. For details, see http://cygwin.com/ml/cygwin/2013-11/msg00383.html Have fun, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: [ANNOUNCEMENT] Updated: gcc-4.8.2-1 (x86_64)
On 2013-11-10 16:16, JonY wrote: 32bit version is now out. Thanks for doing this. What are your plans for updating mingw64-*-gcc to 4.8.x on x86? Yaakov -- 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
[ANNOUNCEMENT] Updated: protobuf-2.5.0-1 (x86)
I've updated protobuf-2.5.0-1 on x86 only so far, with libprotobuf-devel and the new libprotobuf8, required by mosh. This is now the same version as on cygwinports. It is a feature release, adding support for import public and a new enum option allow_alias See http://protobuf.googlecode.com/svn/trunk/CHANGES.txt -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/ -- 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-4.8.2-1: /bin/gcc fails
On 2013-11-02 PM 3:23, David Rothenberger wrote: With gcc-4.8.2-1, the following fails: % touch /tmp/t.c % /bin/gcc -c /tmp/t.c gcc: error: spawn: No such file or directory This works correctly if gcc is invoked as gcc or /usr/bin/gcc. It also works correctly with 4.8.1. It appears this is due to a change from /usr/lib to /usr/libexec. /bin/gcc attempts to find cc1 under /bin/../libexec/ In 4.8.1, this was /bin/../lib/..., which works because /lib is mapped to /usr/lib by Cygwin. /usr/bin/gcc uses /usr/bin/../libexec which also works fine. I can work around the problem as follows: % ln -s /libexec /usr/libexec This problem is caused by zero-byte of ${builddir}/host-i686-pc-cygwin/specs and the specs file is created by bootstrapped gcc executable. the bootstrapped gcc crashes when generating specs file, which is the cause of the problem mentioned in this report. the maintainer of gcc should have experienced this problem. to workaround this problem, the package maintainer needed to supress C{XX}FLAGS -static-libgcc -static-libstdc++ in host-i686-pc-cygwin/gcc/Makefile. -- Regards. -- 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-4.8.2-1: /bin/gcc fails
On 2013-11-23 AM 4:02, jojelino wrote: On 2013-11-02 PM 3:23, David Rothenberger wrote: This problem is caused by zero-byte of ${builddir}/host-i686-pc-cygwin/specs and the specs file is created by bootstrapped gcc executable. the bootstrapped gcc crashes when generating specs file, which is the cause of the problem mentioned in this report. the maintainer of gcc should have experienced this problem. to workaround this problem, the package maintainer needed to supress C{XX}FLAGS -static-libgcc -static-libstdc++ in host-i686-pc-cygwin/gcc/Makefile. Appending --with-boot-ldflags=--with-stage1-ldflags=to configure argument [1] might work instead of doing nasty stuff to Makefile. [1] http://gcc.gnu.org/install/configure.html -- Regards. -- 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: ncurses, Windows 8.1 64 bit
Thank you, Dave! Onwards and upwards... Michael -- 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
Updated: procps-3.2.8-2
I updated the procps package to 3.2.8-2. It adds a Cygwin-specific patch which should avoid the Unknown HZ value! message once and for all. For details, see http://cygwin.com/ml/cygwin/2013-11/msg00383.html Have fun, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Updated: protobuf-2.5.0-1 (x86)
I've updated protobuf-2.5.0-1 on x86 only so far, with libprotobuf-devel and the new libprotobuf8, required by mosh. This is now the same version as on cygwinports. It is a feature release, adding support for import public and a new enum option allow_alias See http://protobuf.googlecode.com/svn/trunk/CHANGES.txt -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/