Re: Help needed with wxWidgets3.1 tests compilation error
On 20/01/2022 20:38, Brian Inglis wrote: On 2022-01-20 10:10, Hamish McIntyre-Bhatty wrote: I've been having trouble compiling the unit tests for wxWidgets3.1-3.1.5 on Cygwin. The same tests build just fine on my Linux Mint 20.3 install, however that is using GCC 9.3.0 instead of Cygwin's 11.2.0. Attached is the full build log, but I will also point out my ideas about particular issues here. Note: -Werror=format-security is used in the Makefile. I couldn't find exactly what this does, but I'm probably looking in the wrong place - the manpage. Perhaps the following could also be explained by differences from GCC 9 to 11? I check first as in `info GCC Wformat-security` should only care about *printf string variables without using a separate format string. Ah okay, I guess that doesn't explain the -Werror=zero-as-null-pointer-constant errors later. I guess that might be a GCC default change. The first is: In file included from /usr/include/unistd.h:4, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/filefn.h:23, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/utils.h:20, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/cursor.h:75, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/event.h:22, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/evtloop.h:14, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/testprec.h:5, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:433: /usr/include/sys/unistd.h:23:9: error: redundant redeclaration of ‘int chmod(const char*, mode_t)’ in same scope [-Werror=redundant-decls] 23 | int chmod (const char *__path, mode_t __mode); | ^ In file included from /usr/include/sys/_default_fcntl.h:211, from /usr/include/sys/fcntl.h:3, from /usr/include/fcntl.h:12, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:83: /usr/include/sys/stat.h:137:9: note: previous declaration of ‘int chmod(const char*, mode_t)’ 137 | int chmod (const char *__path, mode_t __mode ); | ^ This doesn't happen on my Linux Mint 20.3 (Ubuntu 20.04) host, so I'm assuming this is something to do with the standard library? Next is: In file included from /usr/include/unistd.h:4, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/filefn.h:23, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/utils.h:20, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/cursor.h:75, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/event.h:22, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/evtloop.h:14, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/testprec.h:5, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:433: /usr/include/sys/unistd.h:179:9: error: redundant redeclaration of ‘int pthread_atfork(void (*)(), void (*)(), void (*)())’ in same scope [-Werror=redundant-decls] 179 | int pthread_atfork (void (*)(void), void (*)(void), void (*)(void)); | ^~ In file included from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/x86_64-pc-cygwin/bits/gthr-default.h:35, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/x86_64-pc-cygwin/bits/gthr.h:148, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/ext/atomicity.h:35, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/bits/ios_base.h:39, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/iomanip:40, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:63: /usr/include/pthread.h:65:5: note: previous declaration of ‘int pthread_atfork(void (*)(), void (*)(), void (*)())’ 65 | int pthread_atfork (void (*)(void), void (*)(void), void (*)(void)); | ^~ Ditto. Looking at chmod(3p), pthread_atfork(3p), pthread.h(0p) sys_stat.h(0p), unistd.h(0p) those definitions should *NOT* normally be accessible from unistd.h so there should be no conflict, as POSIX specifies what is visible. Perhaps they are there for compatibility with older systems like BSD or
Re: Help needed with wxWidgets3.1 tests compilation error
On 2022-01-20 10:10, Hamish McIntyre-Bhatty wrote: I've been having trouble compiling the unit tests for wxWidgets3.1-3.1.5 on Cygwin. The same tests build just fine on my Linux Mint 20.3 install, however that is using GCC 9.3.0 instead of Cygwin's 11.2.0. Attached is the full build log, but I will also point out my ideas about particular issues here. Note: -Werror=format-security is used in the Makefile. I couldn't find exactly what this does, but I'm probably looking in the wrong place - the manpage. Perhaps the following could also be explained by differences from GCC 9 to 11? I check first as in `info GCC Wformat-security` should only care about *printf string variables without using a separate format string. The first is: In file included from /usr/include/unistd.h:4, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/filefn.h:23, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/utils.h:20, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/cursor.h:75, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/event.h:22, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/evtloop.h:14, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/testprec.h:5, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:433: /usr/include/sys/unistd.h:23:9: error: redundant redeclaration of ‘int chmod(const char*, mode_t)’ in same scope [-Werror=redundant-decls] 23 | int chmod (const char *__path, mode_t __mode); | ^ In file included from /usr/include/sys/_default_fcntl.h:211, from /usr/include/sys/fcntl.h:3, from /usr/include/fcntl.h:12, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:83: /usr/include/sys/stat.h:137:9: note: previous declaration of ‘int chmod(const char*, mode_t)’ 137 | int chmod (const char *__path, mode_t __mode ); | ^ This doesn't happen on my Linux Mint 20.3 (Ubuntu 20.04) host, so I'm assuming this is something to do with the standard library? Next is: In file included from /usr/include/unistd.h:4, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/filefn.h:23, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/utils.h:20, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/cursor.h:75, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/event.h:22, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/evtloop.h:14, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/testprec.h:5, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:433: /usr/include/sys/unistd.h:179:9: error: redundant redeclaration of ‘int pthread_atfork(void (*)(), void (*)(), void (*)())’ in same scope [-Werror=redundant-decls] 179 | int pthread_atfork (void (*)(void), void (*)(void), void (*)(void)); | ^~ In file included from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/x86_64-pc-cygwin/bits/gthr-default.h:35, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/x86_64-pc-cygwin/bits/gthr.h:148, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/ext/atomicity.h:35, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/bits/ios_base.h:39, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/iomanip:40, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:63: /usr/include/pthread.h:65:5: note: previous declaration of ‘int pthread_atfork(void (*)(), void (*)(), void (*)())’ 65 | int pthread_atfork (void (*)(void), void (*)(void), void (*)(void)); | ^~ Ditto. Looking at chmod(3p), pthread_atfork(3p), pthread.h(0p) sys_stat.h(0p), unistd.h(0p) those definitions should *NOT* normally be accessible from unistd.h so there should be no conflict, as POSIX specifies what is visible. Perhaps they are there for compatibility with older systems like BSD or Solaris and should be suppressed when newer feature macros are defined or specific legacy system macros are not defined? Also of note, is that Cygwin is several times slower at
Help needed with wxWidgets3.1 tests compilation error
Hi there, I've been having trouble compiling the unit tests for wxWidgets3.1-3.1.5 on Cygwin. The same tests build just fine on my Linux Mint 20.3 install, however that is using GCC 9.3.0 instead of Cygwin's 11.2.0. Attached is the full build log, but I will also point out my ideas about particular issues here. Note: -Werror=format-security is used in the Makefile. I couldn't find exactly what this does, but I'm probably looking in the wrong place - the manpage. Perhaps the following could also be explained by differences from GCC 9 to 11? The first is: In file included from /usr/include/unistd.h:4, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/filefn.h:23, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/utils.h:20, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/cursor.h:75, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/event.h:22, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/evtloop.h:14, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/testprec.h:5, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:433: /usr/include/sys/unistd.h:23:9: error: redundant redeclaration of ‘int chmod(const char*, mode_t)’ in same scope [-Werror=redundant-decls] 23 | int chmod (const char *__path, mode_t __mode); | ^ In file included from /usr/include/sys/_default_fcntl.h:211, from /usr/include/sys/fcntl.h:3, from /usr/include/fcntl.h:12, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:83: /usr/include/sys/stat.h:137:9: note: previous declaration of ‘int chmod(const char*, mode_t)’ 137 | int chmod (const char *__path, mode_t __mode ); | ^ This doesn't happen on my Linux Mint 20.3 (Ubuntu 20.04) host, so I'm assuming this is something to do with the standard library? Next is: In file included from /usr/include/unistd.h:4, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/filefn.h:23, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/utils.h:20, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/cursor.h:75, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/event.h:22, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/include/wx/evtloop.h:14, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/testprec.h:5, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:433: /usr/include/sys/unistd.h:179:9: error: redundant redeclaration of ‘int pthread_atfork(void (*)(), void (*)(), void (*)())’ in same scope [-Werror=redundant-decls] 179 | int pthread_atfork (void (*)(void), void (*)(void), void (*)(void)); | ^~ In file included from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/x86_64-pc-cygwin/bits/gthr-default.h:35, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/x86_64-pc-cygwin/bits/gthr.h:148, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/ext/atomicity.h:35, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/bits/ios_base.h:39, from /usr/lib/gcc/x86_64-pc-cygwin/11/include/c++/iomanip:40, from /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/src/wxWidgets-3.1.5/tests/allheaders.cpp:63: /usr/include/pthread.h:65:5: note: previous declaration of ‘int pthread_atfork(void (*)(), void (*)(), void (*)())’ 65 | int pthread_atfork (void (*)(void), void (*)(void), void (*)(void)); | ^~ Ditto. Then there are some wxwidgets-specific ones, but I'll make a separate thread for those because I have an idea about what might be causing them. I'll probably need to ask the wxWidgets people. Hopefully someone here with more experience can help. Also of note, is that Cygwin is several times slower at compiling pretty much everything for me. Does anyone know if this is GCC 9 vs 11 speed, or running Cygwin in Windows 11 in KVM, or something else? I am running on AMD Ryzen 3000, if that has anything to do with it. Hamish /home/Hamis/wxwidgets3.1/wxWidgets3.1-3.1.5-1.x86_64/build/gtk2/bk-deps g++ -c -o test_allheaders_allheaders.o
Re: New C compilation error using the Openwindow/xview-devel toolkit on current (September 2015) 32 bit Cygwin
On 01/10/2015 21:20, Ken Brown wrote: On 10/1/2015 2:38 PM, Paul Morgan wrote: I can no longer compile C code linked to the Openwindows/xview-devel toolkit using gcc in Cygwin 32 bits, installed on Windows 7 32 or 64 bit systems. I run setup-x86 weekly to update Cygwin - compilation ran fine in August 2015 but by mid September 2015 it was failing on the same code. I can reproduce this by compiling C code from the xview-examples package (from e.g., Debian i386 https://packages.debian.org/jessie/xview-examples ), to eliminate any issues with my specific code. For example, [..] Thanks for reporting this issue, with reproduction steps and a fix! I've rebuilt and uploaded updated xview 3.2p1.4-28-2 packages (32-bit only, of course), with the additional patch [1] applied. It's nice to know that someone is actually using the xview packages :) Please let me know if there are any problems. [1] https://github.com/jon-turney/xview-cygport/blob/master/cygwin-ucontext.patch There now appears to be an issue with the definition of ucontext_t in xview-devel with respect to Cygwin. If I manually edit /usr/openwin/include/xview/base.h and change line 70 from undef to #define SYSV_UCONTEXT ... the example above then compiles fine. I cannot find any reference to recent Cygwin updates related to the definition of ucontext_t https://cygwin.com/ml/cygwin-announce/2015-08/msg00033.html Yes, cygwin has only gained ucontext_t this year. -- 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
New C compilation error using the Openwindow/xview-devel toolkit on current (September 2015) 32 bit Cygwin
I can no longer compile C code linked to the Openwindows/xview-devel toolkit using gcc in Cygwin 32 bits, installed on Windows 7 32 or 64 bit systems. I run setup-x86 weekly to update Cygwin - compilation ran fine in August 2015 but by mid September 2015 it was failing on the same code. I can reproduce this by compiling C code from the xview-examples package (from e.g., Debian i386 https://packages.debian.org/jessie/xview-examples ), to eliminate any issues with my specific code. For example, $ cd usr/share/doc/xviewg/examples/panels $ cc -O -I/usr/openwin/include simple_panel.c -L/usr/openwin/lib -lxview -lolgx -lX11 -o simple_panel In file included from /usr/openwin/include/xview/pkg.h:27:0, from /usr/openwin/include/xview/pkg_public.h:19, from /usr/openwin/include/xview/generic.h:39, from /usr/openwin/include/xview/xview_xvin.h:41, from /usr/openwin/include/xview/xview.h:18, from simple_panel.c:5: /usr/openwin/include/xview/notify.h:34:13: error: conflicting types for ‘ucontext_t’ typedef int ucontext_t; ^ In file included from /usr/include/sys/signal.h:357:0, from /usr/include/signal.h:5, from /usr/openwin/include/xview/xview_xvin.h:18, from /usr/openwin/include/xview/xview.h:18, from simple_panel.c:5: /usr/include/sys/ucontext.h:24:3: note: previous declaration of ‘ucontext_t’ was here } ucontext_t; ^ There now appears to be an issue with the definition of ucontext_t in xview-devel with respect to Cygwin. If I manually edit /usr/openwin/include/xview/base.h and change line 70 from undef to #define SYSV_UCONTEXT ... the example above then compiles fine. I cannot find any reference to recent Cygwin updates related to the definition of ucontext_t - and I may be fixing a symptom of something else rather than the underlying cause. Any suggestions? Thanks Paul cygcheck.out Description: Binary data -- 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: New C compilation error using the Openwindow/xview-devel toolkit on current (September 2015) 32 bit Cygwin
On 10/1/2015 2:38 PM, Paul Morgan wrote: I can no longer compile C code linked to the Openwindows/xview-devel toolkit using gcc in Cygwin 32 bits, installed on Windows 7 32 or 64 bit systems. I run setup-x86 weekly to update Cygwin - compilation ran fine in August 2015 but by mid September 2015 it was failing on the same code. I can reproduce this by compiling C code from the xview-examples package (from e.g., Debian i386 https://packages.debian.org/jessie/xview-examples ), to eliminate any issues with my specific code. For example, $ cd usr/share/doc/xviewg/examples/panels $ cc -O -I/usr/openwin/include simple_panel.c -L/usr/openwin/lib -lxview -lolgx -lX11 -o simple_panel In file included from /usr/openwin/include/xview/pkg.h:27:0, from /usr/openwin/include/xview/pkg_public.h:19, from /usr/openwin/include/xview/generic.h:39, from /usr/openwin/include/xview/xview_xvin.h:41, from /usr/openwin/include/xview/xview.h:18, from simple_panel.c:5: /usr/openwin/include/xview/notify.h:34:13: error: conflicting types for ‘ucontext_t’ typedef int ucontext_t; ^ In file included from /usr/include/sys/signal.h:357:0, from /usr/include/signal.h:5, from /usr/openwin/include/xview/xview_xvin.h:18, from /usr/openwin/include/xview/xview.h:18, from simple_panel.c:5: /usr/include/sys/ucontext.h:24:3: note: previous declaration of ‘ucontext_t’ was here } ucontext_t; ^ There now appears to be an issue with the definition of ucontext_t in xview-devel with respect to Cygwin. If I manually edit /usr/openwin/include/xview/base.h and change line 70 from undef to #define SYSV_UCONTEXT ... the example above then compiles fine. I cannot find any reference to recent Cygwin updates related to the definition of ucontext_t https://cygwin.com/ml/cygwin-announce/2015-08/msg00033.html -- 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: 64bit doxygen-1.8.3.1-1: compilation error [ATTN: Yaakov]
On 2013-04-01 09:39, David Stacey wrote: Thank you for building a 64-bit version of doxygen. As doxygen maintainer, I wanted to rebuild this myself (mainly so that it was built for linux-g++ rather than win32-g++). However, when I try to re-build your doxygen-1.8.3.1-1 package with cygport, I get the following error: sh: epstopdf: command not found error: Problems running epstopdf. Check your TeX installation! There is no TeX in the 64-bit distribution yet, so please could you describe how you managed to build this package. http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/doxygen IIRC I cross-compiled this from i686. Yaakov
64bit doxygen-1.8.3.1-1: compilation error [ATTN: Yaakov]
Yaakov, Thank you for building a 64-bit version of doxygen. As doxygen maintainer, I wanted to rebuild this myself (mainly so that it was built for linux-g++ rather than win32-g++). However, when I try to re-build your doxygen-1.8.3.1-1 package with cygport, I get the following error: sh: epstopdf: command not found error: Problems running epstopdf. Check your TeX installation! There is no TeX in the 64-bit distribution yet, so please could you describe how you managed to build this package. Many thanks in advance for your help, Dave.
Compilation error: error: ‘glDeleteVertexArrays’ was not declared in this scope
I'm trying to compile a graphics library (NGL, http://nccastaff.bournemouth.ac.uk/jmacey/GraphicsLib/index.html), with OpenGL dependencies. in the Cygwin environment but I'm getting the error message, ‘glDeleteVertexArrays’ was not declared in this scope What might the reason for this error? Thanks, - Olumide -- 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: [PATCH] for SIGSEGV, compilation error in gcc 4.6
On Feb 10 15:15, Corinna Vinschen wrote: On Feb 10 21:47, jojelino wrote: On 2011-02-10 19:02, Corinna Vinschen wrote: Also, it would be nice if you would add more words to explain what your patch is doing. Just a patch with no explanation is not very inviting to take a look at it at all. this patch deals with only two problem. and this is first one. static char * (*findenv_func)(const char *, int *) = (char * (*)(const char *, int *)) getearly; findenv_func is declared without __stdcall convention, and it is casting getearly having __stdcall convention with function type without __stdcall convention. to fix this problem, add __stdcall to findenv_func. and this is another one. this one deals with compilation error that gcc 4.6 complained. so i just copy paste __attribute__((regparm (x))) from function declaration to function definition, so i must admit that this one was derived from original cygwin source code. that is, you can fix it without this patch. Ok, I have just a problem. Your patch doesn't apply because your mail client appears to insert line breaks if the lines get too long. Please send the patch again without the line breaks. Maybe you could just attach it to your mail rather than inlining it. Oh, and, would you mind to create a new patch which is against current CVS? It looks like some of your changes collide with changes already checked in. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6
i am sorry for extra line feed. corrected. requesting review. Index: winsup/cygwin/dcrt0.cc === RCS file: /cvs/src/src/winsup/cygwin/dcrt0.cc,v retrieving revision 1.390 diff -u -r1.390 dcrt0.cc --- winsup/cygwin/dcrt0.cc 26 Dec 2010 21:11:37 - 1.390 +++ winsup/cygwin/dcrt0.cc 10 Feb 2011 14:46:04 - @@ -1034,7 +1034,7 @@ sig_dispatch_pending (true); } -void __stdcall +void __stdcall __attribute__ ((regparm (1), noreturn)) do_exit (int status) { syscall_printf (do_exit (%d), exit_state %d, status, exit_state); @@ -1198,7 +1198,7 @@ } #ifdef DEBUGGING -void __stdcall +void __stdcall __attribute__((regparm (1))) cygbench (const char *s) { if (GetEnvironmentVariableA (CYGWIN_BENCH, NULL, 0)) Index: winsup/cygwin/debug.cc === RCS file: /cvs/src/src/winsup/cygwin/debug.cc,v retrieving revision 1.63 diff -u -r1.63 debug.cc --- winsup/cygwin/debug.cc 5 Aug 2009 04:44:27 - 1.63 +++ winsup/cygwin/debug.cc 10 Feb 2011 14:46:04 - @@ -103,7 +103,7 @@ return NULL; } -void __stdcall +void __stdcall __attribute__ ((regparm (3))) modify_handle (const char *func, int ln, HANDLE h, const char *name, bool inh) { lock_debug here; @@ -119,7 +119,7 @@ } /* Add a handle to the linked list of known handles. */ -void __stdcall +void __stdcall __attribute__ ((regparm (3))) add_handle (const char *func, int ln, HANDLE h, const char *name, bool inh) { handle_list *hl; @@ -213,7 +213,7 @@ /* Close a known handle. Complain if !force and closing a known handle or if the name of the handle being closed does not match the registered name. */ -bool __stdcall +bool __stdcall __attribute__ ((regparm (3))) close_handle (const char *func, int ln, HANDLE h, const char *name, bool force) { bool ret; Index: winsup/cygwin/environ.cc === RCS file: /cvs/src/src/winsup/cygwin/environ.cc,v retrieving revision 1.183 diff -u -r1.183 environ.cc --- winsup/cygwin/environ.cc18 May 2010 14:30:50 - 1.183 +++ winsup/cygwin/environ.cc10 Feb 2011 14:46:04 - @@ -156,7 +156,7 @@ to the beginning of the environment variable name. *in_posix is any known posix value for the environment variable. Returns a pointer to the appropriate conversion structure. */ -win_env * __stdcall +win_env * __stdcall __attribute__ ((regparm (3))) getwinenv (const char *env, const char *in_posix, win_env *temp) { if (!conv_start_chars[(unsigned char)*env]) @@ -219,7 +219,7 @@ free (src); MALLOC_CHECK; } - +typedef char* (__stdcall *pfnenv)(const char*,int*); /* Returns pointer to value associated with name, if any, else NULL. Sets offset to be the offset of the name/value combination in the environment array, for use by setenv(3) and unsetenv(3). @@ -275,7 +275,7 @@ return NULL; } -static char * (*findenv_func)(const char *, int *) = (char * (*)(const char *, int *)) getearly; +static pfnenv findenv_func = getearly; /* Returns ptr to value associated with name, if any, else NULL. */ @@ -830,7 +830,7 @@ FreeEnvironmentStringsW (rawenv); out: - findenv_func = (char * (*)(const char*, int*)) my_findenv; + findenv_func = my_findenv; __cygwin_environ = envp; update_envptrs (); if (envp_passed_in) @@ -856,7 +856,7 @@ return strcmp (*p, *q); } -char * __stdcall +char * __stdcall __attribute__ ((regparm (3))) getwinenveq (const char *name, size_t namelen, int x) { WCHAR name0[namelen - 1]; @@ -956,7 +956,7 @@ filled with null terminated strings, terminated by double null characters. Converts environment variables noted in conv_envvars into win32 form prior to placing them in the string. */ -char ** __stdcall +char ** __stdcall __attribute__ ((regparm (3))) build_env (const char * const *envp, PWCHAR envblock, int envc, bool no_envblock) { Index: winsup/cygwin/errno.cc === RCS file: /cvs/src/src/winsup/cygwin/errno.cc,v retrieving revision 1.75 diff -u -r1.75 errno.cc --- winsup/cygwin/errno.cc 19 Jan 2011 09:15:17 - 1.75 +++ winsup/cygwin/errno.cc 10 Feb 2011 14:46:04 - @@ -301,7 +301,7 @@ int NO_COPY_INIT _sys_nerr = sizeof (_sys_errlist) / sizeof (_sys_errlist[0]); }; -int __stdcall +int __stdcall __attribute__ ((regparm(2))) geterrno_from_win_error (DWORD code, int deferrno) { for (int i = 0; errmap[i].w != 0; ++i) @@ -318,7 +318,7 @@ /* seterrno_from_win_error: Given a Windows error code, set errno as appropriate. */ -void __stdcall +void __stdcall __attribute__ ((regparm(3))) seterrno_from_win_error (const char *file, int line, DWORD code) { syscall_printf (%s:%d windows error %d, file, line, code); @@ -327,7 +327,7 @@ /* seterrno_from_nt_status: Given a NT status code, set
Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6
On Feb 10 23:56, jojelino wrote: i am sorry for extra line feed. corrected. requesting review. Thanks, will do. Would you mind to give us your real name for the ChangeLog entry? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6
On 2011-02-11 AM 12:02, Corinna Vinschen wrote: On Feb 10 23:56, jojelino wrote: i am sorry for extra line feed. corrected. requesting review. Thanks, will do. Would you mind to give us your real name for the ChangeLog entry? Corinna Jin-woo Ye.thank you
Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6
On Feb 10 10:29, Christopher Faylor wrote: On Thu, Feb 10, 2011 at 03:15:15PM +0100, Corinna Vinschen wrote: Ok, I have just a problem. Your patch doesn't apply because your mail client appears to insert line breaks if the lines get too long. Please send the patch again without the line breaks. Maybe you could just attach it to your mail rather than inlining it. Please don't just apply it. Some of the changes suffered from a cut/paste mentality, where the right solution was not always to just add a __stdcall. The patch needs to actually be studied and probably applied piecemeal. Ok, no worries. If you're looking into that anyway I just drop off from this thread. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6
On 2011-02-11 AM 12:32, Christopher Faylor wrote: -void __stdcall +void __stdcall __attribute__ ((regparm (1), noreturn)) do_exit (int status) { no. it doesn't fix sigsegv, but for compilation error in 4.6. to summerize, all changes of function definition fixes compilation error in gcc 4.6(trunk) and it doesn't fix sigsegv. fixing sigsegv is done by adding __stdcall to *findenv_func type. and it doesn't fix compilation error in 4.6. it was missing in changelog. so it was added 2011-02-10?@? * environ.cc (getwinenv,getwinenveq,build_env):Add __attribute__ ((regparm (x))) in function definition. (pfnenv):Define. make sure __stdcall is added. (findenv_func): replace function pointer declaration to above. use it for casting getearly. fixes segmentation fault in gcc 4.6 (environ_init):do the same as above for my_findenv. * syscalls.cc (stat_worker):Add __attribute__ ((regparm (x))) in function definition. * window.cc (wininfo::process,process_window_events,wininfo::winthread):Ditto. * strfuncs.cc (sys_cp_wcstombs,sys_wcstombs,sys_wcstombs_alloc,sys_cp_mbstowcs,sys_mbstowcs,sys_mbstowcs_alloc):Ditto. * spawn.cc (find_exec):Ditto. * sigproc.cc (pid_exists,proc_subproc,sig_clear,sig_send,checkstate):Ditto. * signal.cc (handle_sigprocmask,_pinfo::kill):Ditto. * sec_helper.cc (__sec_user):Ditto. * pipe.cc (fhandler_pipe::fstatvfs):Ditto. * pinfo.cc (_pinfo::exists):Ditto. * path.cc (mkrelpath,nofinalslash,hash_path_name):Ditto. * ntea.cc (read_ea,write_ea):Ditto. * miscfuncs.cc (check_invalid_virtual_addr):Ditto. * fhandler_zero.cc (fhandler_dev_zero::read):Ditto. * fhandler_windows.cc (fhandler_windows::read):Ditto. * fhandler_virtual.cc (fhandler_virtual::(read,fstatvfs)):Ditto. * fhandler_tty.cc (fhandler_tty_slave::(read,fstat,fchmod,fchown),fhandler_pty_master::read):Ditto. * fhandler_socket.cc (fhandler_socket::(fstat,fstatvfs)):Ditto. * fhandler_raw.cc (fhandler_dev_raw::fstat):Ditto. * fhandler_random.cc (fhandler_dev_random::read):Ditto. * fhandler_procsys.cc (fhandler_procsys::read):Ditto. * fhandler_mem.cc (fhandler_dev_mem::read):Ditto. * fhandler_mailslot.cc (fhandler_mailslot::fstat):Ditto. * fhandler_fifo.cc (fhandler_fifo::fstatvfs):Ditto. * fhandler_dsp.cc (fhandler_dev_dsp::read):Ditto. * fhandler_disk_file.cc (fhandler_base::(fstat_by_nfs_ea,fstat_by_handle,fstat_by_name,fstat_fs,fstat_helper),fhandler_disk_file::(fstat,fstatvfs,fchmod,fchown,facl,pread,pwrite),readdir_get_ino):Ditto. * fhandler_console.cc (fhandler_console::read):Ditto. * fhandler_clipboard.cc (fhandler_dev_clipboard::read):Ditto. * fhandler.cc (fhandler_base::(read,pread,pwrite,fstat,fstatvfs),fhandler_base_overlapped::read_overlapped):Ditto. * exceptions.cc (rtl_unwind,_cygtls::interrupt_setup,sigpacket::process):Ditto. * errno.cc (geterrno_from_win_error,seterrno_from_win_error,seterrno_from_nt_status,seterrno):Ditto. * debug.cc (modify_handle,add_handle,close_handle):Ditto. * dcrt0.cc (do_exit,cygbench):Ditto.
Xserver compilation error
Attached is the result of doing tail -100 World.log. Before doing the build, I checked out the latest x sources and did the cygwin updates. I used to be able to build it. What's wrong? Can somebody help me? gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DFREETYPE2 -DXFREE86_FT2 -D_DLL xftcfg.c rm -f xftcolor.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DFREETYPE2 -DXFREE86_FT2 -D_DLL xftcolor.c rm -f xftcore.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DFREETYPE2 -DXFREE86_FT2 -D_DLL xftcore.c rm -f xftdbg.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DFREETYPE2 -DXFREE86_FT2 -D_DLL xftdbg.c rm -f xftdpy.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DFREETYPE2 -DXFREE86_FT2 -D_DLL xftdpy.c rm -f xftdraw.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DFREETYPE2 -DXFREE86_FT2 -D_DLL xftdraw.c rm -f xftextent.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DFREETYPE2 -DXFREE86_FT2 -D_DLL xftextent.c rm -f xftfont.o gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I/usr/include/freetype2 -I/usr/include/freetype2/config -I../../exports/include/X11 -I../.. -I../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFD_SETSIZE=256 -DXResExtension -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS
Re: Xserver compilation error
I think this is the same fontconfig issue as described in this. http://cygwin.com/ml/cygwin/2006-11/msg00102.html So I guess I'll wait for the fontconfig announcement. JO On 11/8/06, J. Offerman [EMAIL PROTECTED] wrote: Attached is the result of doing tail -100 World.log. Before doing the build, I checked out the latest x sources and did the cygwin updates. I used to be able to build it. What's wrong? Can somebody help me? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
cross compilation error..
Hi, I am compiling arm/wince compiler using cygwin, I have following error, could some one help me? error: '_U' was not declared in this scope Thanks Regards, Raj /home/basavaraj/cross-tools/gcc/wince/gcc/xgcc -shared-libgcc -B/home/basavaraj/ cross-tools/gcc/wince/gcc/ -nostdinc++ -L/home/basavaraj/cross-tools/gcc/wince/a rm-wince-pe/libstdc++-v3/src -L/home/basavaraj/cross-tools/gcc/wince/arm-wince-p e/libstdc++-v3/src/.libs -B/usr/local/wince/cross-tools/arm-wince-pe/bin/ -B/usr /local/wince/cross-tools/arm-wince-pe/lib/ -isystem /usr/local/wince/cross-tools /arm-wince-pe/include -isystem /usr/local/wince/cross-tools/arm-wince-pe/sys-inc lude -I/home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/a rm-wince-pe -I/home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/in clude -I/home/basavaraj/cross-tools/gcc/libstdc++-v3/libsupc++ -g -O2 -fno-impli cit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-locat ion=once -c ../../../../libstdc++-v3/src/codecvt.cc -o codecvt.o /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:46: error: '_U' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:47: error: '_L' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:48: error: '_U' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:48: error: '_L' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:49: error: '_N' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:50: error: '_X' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:50: error: '_N' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:51: error: '_S' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:52: error: '_P' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:52: error: '_U' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:52: error: '_L' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:52: error: '_N' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:52: error: '_B' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:53: error: '_P' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:53: error: '_U' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:53: error: '_L' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:53: error: '_N' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:54: error: '_C' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:55: error: '_P' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:56: error: '_U' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:56: error: '_L' was not declared in this scope /home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/libstdc++-v3/include/arm-winc e-pe/bits/ctype_base.h:56: error: '_N' was not declared in this scope make[3]: *** [codecvt.lo] Error 1 make[3]: Leaving directory `/home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/l ibstdc++-v3/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/l ibstdc++-v3' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/basavaraj/cross-tools/gcc/wince/arm-wince-pe/l ibstdc++-v3' make: *** [all-target-libstdc++-v3] Error 2 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Unsubscribe info:
compilation error using cygwin
Hi, I am compiling arm cross compiler using cygwin, I have following error. Could you advice, what I am missing in cygwin... Thanks in advance. Raj checking for sys/types.h... (cached) no checking locale.h usability... no checking locale.h presence... no checking for locale.h... no checking float.h usability... no checking float.h presence... yes configure: WARNING: float.h: present but cannot be compiled configure: WARNING: float.h: check for missing prerequisite headers? configure: WARNING: float.h: see the Autoconf documentation configure: WARNING: float.h: section Present But Cannot Be Compiled configure: WARNING: float.h: proceeding with the preprocessor's result configure: WARNING: float.h: in the future, the compiler will take precedence configure: WARNING: ## - ## configure: WARNING: ## Report this to the package-unused lists. ## configure: WARNING: ## - ## checking for float.h... yes checking for main in -lm... configure: error: Link tests are not allowed after G CC_NO_EXECUTABLES. make: *** [configure-target-libstdc++-v3] Error 1 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- 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/
cscope compilation error in cygwin
hi, I try to use cscope in cygwin. My pc is win2000. the cygwin version is $ cygcheck -V cygcheck version 1.64 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004 Red Hat, Inc. Compiled on Mar 1 2005 try to use cscope-15.5. Could anybody help me out? thanks in advance! ** below is the error, ** $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for a BSD-compatible install... /usr/bin/install -c checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for bison... bison -y checking how to run the C preprocessor... gcc -E checking for egrep... grep -E configure: checking location of ncurses.h file... checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking for regcomp in -lregex... no checking for gnome-config... no checking for pkg-config... no ./configure: line 4370: pkg-config: command not found checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/window.h usability... no checking sys/window.h presence... no checking for sys/window.h... no checking sys/termios.h usability... yes checking sys/termios.h presence... yes checking for sys/termios.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for mode_t... yes checking for pid_t... yes checking for size_t... yes checking return type of signal handlers... void checking for strchr... yes checking for memcpy... yes checking for memset... yes checking for setmode... yes checking for _setmode... yes checking for getcwd... yes checking for regcmp... no checking for regcomp... yes checking for strerror... yes checking for vsnprintf... yes checking for snprintf... yes checking for lstat... yes checking for fixkeypad... no checking whether lstat dereferences a symlink specified with a trailing slash... yes checking whether lstat accepts an empty string... no configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating contrib/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands $ make make all-recursive make[1]: Entering directory `/usr/cscope-15.5' Making all in doc make[2]: Entering directory `/usr/cscope-15.5/doc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/cscope-15.5/doc' Making all in src make[2]: Entering directory `/usr/cscope-15.5/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT build.o -MD -MP -MF .deps/build.Tpo \ -c -o build.o `test -f 'build.c' || echo './'`build.c; \ then mv .deps/build.Tpo .deps/build.Po; \ else rm -f .deps/build.Tpo; exit 1; \ fi build.c:51:20: curses.h: No such file or directory make[2]: *** [build.o] Error 1 make[2]: Leaving directory `/usr/cscope-15.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/cscope-15.5' make: *** [all] Error 2 -- 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: cscope compilation error in cygwin
Original Message From: frank [mailto:[EMAIL PROTECTED] Sent: Monday, October 31, 2005 1:59 PM To: cygwin@cygwin.com Subject: cscope compilation error in cygwin hi, I try to use cscope in cygwin. My pc is win2000. the cygwin version is $ cygcheck -V cygcheck version 1.64 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004 Red Hat, Inc. Compiled on Mar 1 2005 try to use cscope-15.5. Could anybody help me out? thanks in advance! ** below is the error, ** $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for a BSD-compatible install... /usr/bin/install -c checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for bison... bison -y checking how to run the C preprocessor... gcc -E checking for egrep... grep -E configure: checking location of ncurses.h file... checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking for regcomp in -lregex... no checking for gnome-config... no checking for pkg-config... no ./configure: line 4370: pkg-config: command not found checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/window.h usability... no checking sys/window.h presence... no checking for sys/window.h... no checking sys/termios.h usability... yes checking sys/termios.h presence... yes checking for sys/termios.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for mode_t... yes checking for pid_t... yes checking for size_t... yes checking return type of signal handlers... void checking for strchr... yes checking for memcpy... yes checking for memset... yes checking for setmode... yes checking for _setmode... yes checking for getcwd... yes checking for regcmp... no checking for regcomp... yes checking for strerror... yes checking for vsnprintf... yes checking for snprintf... yes checking for lstat... yes checking for fixkeypad... no checking whether lstat dereferences a symlink specified with a trailing slash... yes checking whether lstat accepts an empty string... no configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating contrib/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands $ make make all-recursive make[1]: Entering directory `/usr/cscope-15.5' Making all in doc make[2]: Entering directory `/usr/cscope-15.5/doc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/cscope-15.5/doc' Making all in src make[2]: Entering directory `/usr/cscope-15.5/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT build.o -MD -MP -MF .deps/build.Tpo \ -c -o build.o `test -f 'build.c' || echo './'`build.c; \ then mv .deps/build.Tpo .deps/build.Po; \ else rm -f .deps/build.Tpo; exit 1; \ fi build.c:51:20: curses.h: No such file or directory make[2]: *** [build.o] Error 1 make[2]: Leaving directory `/usr/cscope-15.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/cscope-15.5' make: *** [all] Error 2 -- 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/ verify that you have the [n]curses package installed, else run setup.exe and select [n]curses package for download reid -- Unsubscribe info: http://cygwin.com/ml
Re: cscope compilation error in cygwin
I can't find curse package in cygwin setup. but i did installed ncurses. Below is returned by cygcheck -c ncurses 5.4-2 OK thanks, Reid Thompson wrote: Original Message From: frank [mailto:[EMAIL PROTECTED] Sent: Monday, October 31, 2005 1:59 PM To: cygwin@cygwin.com Subject: cscope compilation error in cygwin hi, I try to use cscope in cygwin. My pc is win2000. the cygwin version is $ cygcheck -V cygcheck version 1.64 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004 Red Hat, Inc. Compiled on Mar 1 2005 try to use cscope-15.5. Could anybody help me out? thanks in advance! ** below is the error, ** $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for a BSD-compatible install... /usr/bin/install -c checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for bison... bison -y checking how to run the C preprocessor... gcc -E checking for egrep... grep -E configure: checking location of ncurses.h file... checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking for regcomp in -lregex... no checking for gnome-config... no checking for pkg-config... no ./configure: line 4370: pkg-config: command not found checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/window.h usability... no checking sys/window.h presence... no checking for sys/window.h... no checking sys/termios.h usability... yes checking sys/termios.h presence... yes checking for sys/termios.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for mode_t... yes checking for pid_t... yes checking for size_t... yes checking return type of signal handlers... void checking for strchr... yes checking for memcpy... yes checking for memset... yes checking for setmode... yes checking for _setmode... yes checking for getcwd... yes checking for regcmp... no checking for regcomp... yes checking for strerror... yes checking for vsnprintf... yes checking for snprintf... yes checking for lstat... yes checking for fixkeypad... no checking whether lstat dereferences a symlink specified with a trailing slash... yes checking whether lstat accepts an empty string... no configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating contrib/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands $ make make all-recursive make[1]: Entering directory `/usr/cscope-15.5' Making all in doc make[2]: Entering directory `/usr/cscope-15.5/doc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/cscope-15.5/doc' Making all in src make[2]: Entering directory `/usr/cscope-15.5/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT build.o -MD -MP -MF .deps/build.Tpo \ -c -o build.o `test -f 'build.c' || echo './'`build.c; \ then mv .deps/build.Tpo .deps/build.Po; \ else rm -f .deps/build.Tpo; exit 1; \ fi build.c:51:20: curses.h: No such file or directory make[2]: *** [build.o] Error 1 make[2]: Leaving directory `/usr/cscope-15.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/cscope-15.5' make: *** [all] Error 2 -- 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/ verify that you have the [n]curses package installed, else run setup.exe and select [n
Re: cscope compilation error in cygwin
Problem solved. I installed libcurses-dev package which was missing. This is different from ncurses. frank wrote: I can't find curse package in cygwin setup. but i did installed ncurses. Below is returned by cygcheck -c ncurses 5.4-2 OK thanks, Reid Thompson wrote: Original Message From: frank [mailto:[EMAIL PROTECTED] Sent: Monday, October 31, 2005 1:59 PM To: cygwin@cygwin.com Subject: cscope compilation error in cygwin hi, I try to use cscope in cygwin. My pc is win2000. the cygwin version is $ cygcheck -V cygcheck version 1.64 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004 Red Hat, Inc. Compiled on Mar 1 2005 try to use cscope-15.5. Could anybody help me out? thanks in advance! ** below is the error, ** $ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for a BSD-compatible install... /usr/bin/install -c checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for bison... bison -y checking how to run the C preprocessor... gcc -E checking for egrep... grep -E configure: checking location of ncurses.h file... checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking for regcomp in -lregex... no checking for gnome-config... no checking for pkg-config... no ./configure: line 4370: pkg-config: command not found checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/window.h usability... no checking sys/window.h presence... no checking for sys/window.h... no checking sys/termios.h usability... yes checking sys/termios.h presence... yes checking for sys/termios.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for mode_t... yes checking for pid_t... yes checking for size_t... yes checking return type of signal handlers... void checking for strchr... yes checking for memcpy... yes checking for memset... yes checking for setmode... yes checking for _setmode... yes checking for getcwd... yes checking for regcmp... no checking for regcomp... yes checking for strerror... yes checking for vsnprintf... yes checking for snprintf... yes checking for lstat... yes checking for fixkeypad... no checking whether lstat dereferences a symlink specified with a trailing slash... yes checking whether lstat accepts an empty string... no configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating src/Makefile config.status: creating contrib/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands $ make make all-recursive make[1]: Entering directory `/usr/cscope-15.5' Making all in doc make[2]: Entering directory `/usr/cscope-15.5/doc' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/cscope-15.5/doc' Making all in src make[2]: Entering directory `/usr/cscope-15.5/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -MT build.o -MD -MP -MF .deps/build.Tpo \ -c -o build.o `test -f 'build.c' || echo './'`build.c; \ then mv .deps/build.Tpo .deps/build.Po; \ else rm -f .deps/build.Tpo; exit 1; \ fi build.c:51:20: curses.h: No such file or directory make[2]: *** [build.o] Error 1 make[2]: Leaving directory `/usr/cscope-15.5/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/cscope-15.5' make: *** [all] Error 2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http
RE: fltk compilation error
Ken Dibble wrote: I am unable to determince what the error is, not knowing anything about gcc, fltk or fltk-config the following command produces a gui executable (at least for this trivial example) which prints Hello World to the console when Open is selected from the File menu. gcc test.cxx -lfltk -lstdc++ http://ccrma.stanford.edu/planetccrma/man/man1/fltk-config.1.html fltk-config is a utility script that can be used to get information about the current version of FLTK that is installed on the system, what compiler and linker options to use when building FLTK- based applications, and to build simple FLTK applications. So, fltk-config --compile test.cxx 'should' compile test.cxx and the other associated fluid generated files into test.exe. It attempts to do this ala: $ fltk-config --compile test.cxx - this command call results in the compilation call listed on the next line. gcc -mwindows -DWIN32 -o test test.cxx -mwindows /usr/lib/libfltk.a -lole32 -luuid -lcomctl32 -lwsock32 -lsupc++ Which fails with the following error: In file included from /usr/include/w32api/windef.h:246, from /usr/include/w32api/windows.h:48, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/winnt.h:2557: error: parse error before `+' token In file included from /usr/include/w32api/objbase.h:60, from /usr/include/w32api/ole2.h:9, from /usr/include/w32api/windows.h:111, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/objidl.h:924: error: parse error before `+' token I was trying to determine what would be required to fix the errors in the listed headers. reid -- 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: fltk compilation error
I am unable to determince what the error is, not knowing anything about gcc, fltk or fltk-config the following command produces a gui executable (at least for this trivial example) which prints Hello World to the console when Open is selected from the File menu. gcc test.cxx -lfltk -lstdc++ Please advise. Reid Thompson wrote: I'm hoping someone can help me correct the issue causing the error listed below. I've attached minimal files to reproduce the error. Thanks, reid $ fltk-config --compile test.cxx gcc -mwindows -DWIN32 -o test test.cxx -mwindows /usr/lib/libfltk.a -lole32 -luuid -lcomctl32 -lwsock32 -lsupc++ In file included from /usr/include/w32api/windef.h:246, from /usr/include/w32api/windows.h:48, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/winnt.h:2557: error: parse error before `+' token In file included from /usr/include/w32api/objbase.h:60, from /usr/include/w32api/ole2.h:9, from /usr/include/w32api/windows.h:111, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/objidl.h:924: error: parse error before `+' token // generated by Fast Light User Interface Designer (fluid) version 1.0104 #ifndef test_h #define test_h #include FL/Fl.H #include FL/Fl_Double_Window.H #include FL/Fl_Menu_Bar.H extern void Open_CB(Fl_Menu_*, void*); extern Fl_Menu_Item menu_[]; #define File (menu_+0) #define Open (menu_+1) void Open_CB(Fl_Widget *, void * userdata); #endif // generated by Fast Light User Interface Designer (fluid) version 1.0104 #include test.h #include stdio.h #include FL/Fl_File_Chooser.H Fl_Menu_Item menu_[] = { {File, 0, 0, 0, 64, 0, 0, 14, 56}, {Open, 0, (Fl_Callback*)Open_CB, (void*)(0), 0, 0, 0, 14, 56}, {0}, {0} }; int main(int argc, char **argv) { Fl_Double_Window* w; { Fl_Double_Window* o = new Fl_Double_Window(222, 100); w = o; { Fl_Menu_Bar* o = new Fl_Menu_Bar(0, 0, 240, 25); o-menu(menu_); } o-end(); } w-show(argc, argv); return Fl::run(); } void Open_CB(Fl_Widget *, void * userdata) { if ((int*)userdata == 0) { printf(Hello, World!\n); } } # data file for the Fltk User Interface Designer (fluid) version 1.0104 header_name {.h} code_name {.cxx} decl {\#include stdio.h} {} decl {\#include FL/Fl_File_Chooser.h} {selected } Function {} {open } { Fl_Window {} {open xywh {26 59 222 100} type Double visible } { Fl_Menu_Bar {} {open xywh {0 0 240 25} } { submenu File { label File open xywh {0 0 100 20} } { menuitem Open { label Open user_data 0 callback Open_CB xywh {0 0 100 20} } } } } } Function {Open_CB(Fl_Widget *, void * userdata)} {open return_type {static void} } { code {if ((int*)userdata == 0) { printf(Hello, World!\\n); }} {} } -- 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/
fltk compilation error
I'm hoping someone can help me correct the issue causing the error listed below. I've attached minimal files to reproduce the error. Thanks, reid $ fltk-config --compile test.cxx gcc -mwindows -DWIN32 -o test test.cxx -mwindows /usr/lib/libfltk.a -lole32 -luuid -lcomctl32 -lwsock32 -lsupc++ In file included from /usr/include/w32api/windef.h:246, from /usr/include/w32api/windows.h:48, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/winnt.h:2557: error: parse error before `+' token In file included from /usr/include/w32api/objbase.h:60, from /usr/include/w32api/ole2.h:9, from /usr/include/w32api/windows.h:111, from /usr/include/FL/Fl_Preferences.H:30, from /usr/include/FL/Fl_File_Chooser.h:14, from test.cxx:5: /usr/include/w32api/objidl.h:924: error: parse error before `+' token // generated by Fast Light User Interface Designer (fluid) version 1.0104 #ifndef test_h #define test_h #include FL/Fl.H #include FL/Fl_Double_Window.H #include FL/Fl_Menu_Bar.H extern void Open_CB(Fl_Menu_*, void*); extern Fl_Menu_Item menu_[]; #define File (menu_+0) #define Open (menu_+1) void Open_CB(Fl_Widget *, void * userdata); #endif // generated by Fast Light User Interface Designer (fluid) version 1.0104 #include test.h #include stdio.h #include FL/Fl_File_Chooser.H Fl_Menu_Item menu_[] = { {File, 0, 0, 0, 64, 0, 0, 14, 56}, {Open, 0, (Fl_Callback*)Open_CB, (void*)(0), 0, 0, 0, 14, 56}, {0}, {0} }; int main(int argc, char **argv) { Fl_Double_Window* w; { Fl_Double_Window* o = new Fl_Double_Window(222, 100); w = o; { Fl_Menu_Bar* o = new Fl_Menu_Bar(0, 0, 240, 25); o-menu(menu_); } o-end(); } w-show(argc, argv); return Fl::run(); } void Open_CB(Fl_Widget *, void * userdata) { if ((int*)userdata == 0) { printf(Hello, World!\n); } } # data file for the Fltk User Interface Designer (fluid) version 1.0104 header_name {.h} code_name {.cxx} decl {\#include stdio.h} {} decl {\#include FL/Fl_File_Chooser.h} {selected } Function {} {open } { Fl_Window {} {open xywh {26 59 222 100} type Double visible } { Fl_Menu_Bar {} {open xywh {0 0 240 25} } { submenu File { label File open xywh {0 0 100 20} } { menuitem Open { label Open user_data 0 callback Open_CB xywh {0 0 100 20} } } } } } Function {Open_CB(Fl_Widget *, void * userdata)} {open return_type {static void} } { code {if ((int*)userdata == 0) { printf(Hello, World!\\n); }} {} } -- 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/
compilation error
Hi, I would like to compile a python module under cygwin. It fails with the following error: gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -DG_LOG_DOMAIN=BibTeX -I/opt/gnome2/include/glib-2.0 -I/opt/gnome2/lib/glib-2.0/include -I/usr/include/python2.3 -c bibtexmodule.c -o build/temp.cygwin-1.5.10-i686-2.3/bibtexmodule.o bibtexmodule.c:63: error: initializer element is not constant bibtexmodule.c:63: error: (near initialization for `PyBibtexSource_Type.ob_type') bibtexmodule.c:85: error: initializer element is not constant bibtexmodule.c:85: error: (near initialization for `PyBibtexField_Type.ob_type') error: command 'gcc' failed with exit status 1 I have found a lot of hits by google on 'initializer element is not constant', but I totally confused what to do with this. I have a very fresh cygwin installation with gcc 3.3.1. Any help are appreciated. Thanks Zoltan -- 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/
GCC Compilation Error
Hello, I have a question: I recently installed Cygwin, and I am trying to compile a C program. But I get this message after I use the compile command: /usr/lib/gcc-lib/i686-pc-cygwin/3.0/../.i686-pc-cygwin/bin/ld: Cannot find -luser32 collect2: ld returned 1 exit status I am pretty new at this..Can you please offer any help. Thanks. Paul -- 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: GCC Compilation Error
On Mon, 6 Oct 2003, Paul Bezzam wrote: Hello, I have a question: I recently installed Cygwin, and I am trying to compile a C program. But I get this message after I use the compile command: /usr/lib/gcc-lib/i686-pc-cygwin/3.0/../.i686-pc-cygwin/bin/ld: Cannot find -luser32 collect2: ld returned 1 exit status I am pretty new at this..Can you please offer any help. Thanks. Paul Paul, When the linker receives a -lBLAH flag, it looks for a file called libBLAH.a (on Cygwin, also libBLAH.dll.a or BLAH.dll). The Cygwin package search page at http://cygwin.com/packages/ shows that libuser32 is contained in the w32api package. This means that to compile your program you need to install that package (using Cygwin setup.exe). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: GCC Compilation Error
At 11:58 AM 10/6/2003, Paul Bezzam you wrote: Hello, I have a question: I recently installed Cygwin, and I am trying to compile a C program. But I get this message after I use the compile command: /usr/lib/gcc-lib/i686-pc-cygwin/3.0/../.i686-pc-cygwin/bin/ld: Cannot find -luser32 collect2: ld returned 1 exit status I am pretty new at this..Can you please offer any help. Sure. Newbies should skim the available documentation (FAQ, User Guide, and email archives). These are helpful in answering allot of FAQ/newbie questions and issues. For this particular issue, which pops up from time to time on this list, you should visit http://cygwin.com/packages/ to find out which package contains this library that you need. Then, run setup and install that package. This approach is the recommended procedure for all cases where you're missing something you want/need. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: GCC Compilation Error
Igor, Thanks a lot for pointing me in the right direction. I did install the package, and there was no error message. However, when I try to execute the .exe file that results in compiling the C file(hello.c), I get: bash: hello.exe: command not found Can you please offer your insight? Thanks again. Paul On Mon, 6 Oct 2003, Igor Pechtchanski wrote: On Mon, 6 Oct 2003, Paul Bezzam wrote: Hello, I have a question: I recently installed Cygwin, and I am trying to compile a C program. But I get this message after I use the compile command: /usr/lib/gcc-lib/i686-pc-cygwin/3.0/../.i686-pc-cygwin/bin/ld: Cannot find -luser32 collect2: ld returned 1 exit status I am pretty new at this..Can you please offer any help. Thanks. Paul Paul, When the linker receives a -lBLAH flag, it looks for a file called libBLAH.a (on Cygwin, also libBLAH.dll.a or BLAH.dll). The Cygwin package search page at http://cygwin.com/packages/ shows that libuser32 is contained in the w32api package. This means that to compile your program you need to install that package (using Cygwin setup.exe). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/ -- 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: GCC Compilation Error
Igor, Never mind. I think I was able to get this.. I included a '.' in the PATH variable, and everything is fine. Thank you again for your help. Paul On Mon, 6 Oct 2003, Paul Bezzam wrote: Igor, Thanks a lot for pointing me in the right direction. I did install the package, and there was no error message. However, when I try to execute the .exe file that results in compiling the C file(hello.c), I get: bash: hello.exe: command not found Can you please offer your insight? Thanks again. Paul On Mon, 6 Oct 2003, Igor Pechtchanski wrote: On Mon, 6 Oct 2003, Paul Bezzam wrote: Hello, I have a question: I recently installed Cygwin, and I am trying to compile a C program. But I get this message after I use the compile command: /usr/lib/gcc-lib/i686-pc-cygwin/3.0/../.i686-pc-cygwin/bin/ld: Cannot find -luser32 collect2: ld returned 1 exit status I am pretty new at this..Can you please offer any help. Thanks. Paul Paul, When the linker receives a -lBLAH flag, it looks for a file called libBLAH.a (on Cygwin, also libBLAH.dll.a or BLAH.dll). The Cygwin package search page at http://cygwin.com/packages/ shows that libuser32 is contained in the w32api package. This means that to compile your program you need to install that package (using Cygwin setup.exe). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/ -- 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/ -- 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: Latest CVS Compilation error
Alexander, I have submitted your change to XFree86 as part of a large patch set. See bug 701: http://bugs.xfree86.org/show_bug.cgi?id=701 Harold Alexander Gottwald wrote: Harold L Hunt II wrote: Please resubmit your earlier patch when you have this completed. Stupid me. Has forgotten to attach the patch *g*. bye ago NP: Welle:Erdball - Starfighter F-104G (2) Index: winmsg.c === RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.c,v retrieving revision 1.1 diff -u -r1.1 winmsg.c --- winmsg.c 17 Oct 2002 08:18:22 - 1.1 +++ winmsg.c 15 Sep 2003 19:27:26 - @@ -45,26 +45,7 @@ winVMsg (int scrnIndex, MessageType type, int verb, const char *format, va_list ap) { - const char *prefix = NULL; - - if (verb verb VERBOSE_LEVEL) -return; - -#undef __msg -#define __msg(name,string) case name: prefix = string; break; -#undef _msg -#define _msg(name,string) __msg(name,string) - switch (type) -{ - MESSAGE_STRINGS default:prefix = NULL; - break; -} -#undef __msg -#undef _msg - - if (prefix != NULL) -ErrorF (%s , prefix); - VErrorF (format, ap); + LogVMessageVerb(type, verb, format, ap); } @@ -73,7 +54,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -83,7 +64,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -94,7 +75,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -104,7 +85,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -114,6 +95,6 @@ { va_list ap; va_start (ap, format); - winVMsg (0, X_NONE, verb, format, ap); + LogVMessageVerb(X_NONE, verb, format, ap); va_end (ap); } Index: winmsg.h === RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.h,v retrieving revision 1.1 diff -u -r1.1 winmsg.h --- winmsg.h 17 Oct 2002 08:18:22 - 1.1 +++ winmsg.h 15 Sep 2003 19:27:26 - @@ -32,31 +32,6 @@ #ifndef __WIN_MSG_H__ #define __WIN_MSG_H__ - -#define __msg_name(name,string) name -#define __msg(name,string) __msg_name(name,string) -#define _msg(name,string) __msg(name,string), - -#define MESSAGE_STRINGS \ -_msg(X_PROBED,(--)/* Value was probed */)\ -_msg(X_CONFIG,(**)/* Value was given in the config file */)\ -_msg(X_DEFAULT,(==) /* Value is a default */)\ -_msg(X_CMDLINE,(++) /* Value was given on the command line */)\ -_msg(X_NOTICE,(!!)/* Notice */) \ -_msg(X_ERROR,(EE) /* Error message */) \ -_msg(X_WARNING,(WW) /* Warning message */) \ -_msg(X_INFO,(II) /* Informational message */) \ -_msg(X_UNKNOWN,(??) /* Unknown, trigraph fix */) \ -_msg(X_NONE,NULL/* No prefix */) \ -__msg(X_NOT_IMPLEMENTED,(NI) /* Not implemented */) - -typedef enum -{ - MESSAGE_STRINGS -} -MessageType; - - /* * Function prototypes */ Index: InitOutput.c === RCS file: /cvs/xc/programs/Xserver/hw/xwin/InitOutput.c,v retrieving revision 1.33 diff -u -r1.33 InitOutput.c --- InitOutput.c 29 Jul 2003 21:25:15 - 1.33 +++ InitOutput.c 15 Sep 2003 19:27:27 - @@ -47,13 +47,15 @@ int g_iWindowPrivateIndex = -1; unsigned long g_ulServerGeneration = 0; Bool g_fInitializedDefaultScreens = FALSE; -FILE *g_pfLog = NULL; DWORD g_dwEnginesSupported = 0; HINSTANCE g_hInstance = 0; HWND g_hDlgDepthChange = NULL; HWND g_hDlgExit = NULL; Bool g_fCalledSetLocale = FALSE; Bool g_fCalledXInitThreads = FALSE; +int g_iLogVerbose = 4; +char * g_pszLogFile = WIN_LOG_FNAME; +Boolg_fLogInited = FALSE; /* @@ -190,15 +192,11 @@ g_fdMessageQueue = WIN_FD_INVALID; } - /* Close the log file handle */ - if (g_pfLog != NULL) -{ - /* Close log file */ - fclose (g_pfLog); - - /* Set the file handle to invalid */ - g_pfLog = NULL; -} + if (!g_fLogInited) { +LogInit(g_pszLogFile, NULL); +g_fLogInited = TRUE; + } + LogClose(); /* * At this point we aren't creating any new screens, so @@ -242,12 +240,15 @@ #ifdef DDXOSVERRORF if (!OsVendorVErrorFProc) OsVendorVErrorFProc = OsVendorVErrorF; - - /* Open log file if not yet open */ - if (g_pfLog == NULL) -g_pfLog = fopen (WIN_LOG_FNAME, w); #endif + if (!g_fLogInited) { +LogInit(g_pszLogFile, NULL); +g_fLogInited = TRUE; + } + LogSetParameter(XLOG_FLUSH, 1); +
Re: Latest CVS Compilation error
Harold L Hunt II wrote: Sounds good. Please resubmit your earlier patch when you have this completed. It doesn't look like it would be a good idea to implement it one half at a time. However, we can certainly wait on trying to make the log either output to stdout or to a file... that could take some time to get right. Here is the revised patch. This patch is against the HEAD branch of the xfree cvs and is only directed to developers who compile from xfree cvs. The changes do _not_ apply to the test-XX releases of XWin.exe. Th patch forwards all output to the new log functions. The new switch -logfile adjusts the name of the log and -logverbose adjusts the number of messages written. Setting the last to a very low value (eg 0) will remove only few messages since most messages written by the xserver have no special verbosity level set and default to the lowest. The log functions do write the messages to the logfile _and_ to stderr. Most people will not notice as XWin has no console attached in the compiled version. The move to use only the LogXXX functions instead of winMsg and ErrorF has to wait until a 4.4 release of XFree is out and we can import the 4.4 branch to the development cvs. bye ago NP: Welle:Erdball - Starfighter F-104G (2) -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Latest CVS Compilation error
Harold L Hunt II wrote: Please resubmit your earlier patch when you have this completed. Stupid me. Has forgotten to attach the patch *g*. bye ago NP: Welle:Erdball - Starfighter F-104G (2) -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723Index: winmsg.c === RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.c,v retrieving revision 1.1 diff -u -r1.1 winmsg.c --- winmsg.c17 Oct 2002 08:18:22 - 1.1 +++ winmsg.c15 Sep 2003 19:27:26 - @@ -45,26 +45,7 @@ winVMsg (int scrnIndex, MessageType type, int verb, const char *format, va_list ap) { - const char *prefix = NULL; - - if (verb verb VERBOSE_LEVEL) -return; - -#undef __msg -#define __msg(name,string) case name: prefix = string; break; -#undef _msg -#define _msg(name,string) __msg(name,string) - switch (type) -{ - MESSAGE_STRINGS default:prefix = NULL; - break; -} -#undef __msg -#undef _msg - - if (prefix != NULL) -ErrorF (%s , prefix); - VErrorF (format, ap); + LogVMessageVerb(type, verb, format, ap); } @@ -73,7 +54,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -83,7 +64,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -94,7 +75,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -104,7 +85,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -114,6 +95,6 @@ { va_list ap; va_start (ap, format); - winVMsg (0, X_NONE, verb, format, ap); + LogVMessageVerb(X_NONE, verb, format, ap); va_end (ap); } Index: winmsg.h === RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.h,v retrieving revision 1.1 diff -u -r1.1 winmsg.h --- winmsg.h17 Oct 2002 08:18:22 - 1.1 +++ winmsg.h15 Sep 2003 19:27:26 - @@ -32,31 +32,6 @@ #ifndef __WIN_MSG_H__ #define __WIN_MSG_H__ - -#define __msg_name(name,string) name -#define __msg(name,string) __msg_name(name,string) -#define _msg(name,string) __msg(name,string), - -#define MESSAGE_STRINGS \ -_msg(X_PROBED,(--)/* Value was probed */)\ -_msg(X_CONFIG,(**)/* Value was given in the config file */)\ -_msg(X_DEFAULT,(==) /* Value is a default */)\ -_msg(X_CMDLINE,(++) /* Value was given on the command line */)\ -_msg(X_NOTICE,(!!)/* Notice */) \ -_msg(X_ERROR,(EE) /* Error message */) \ -_msg(X_WARNING,(WW) /* Warning message */) \ -_msg(X_INFO,(II) /* Informational message */) \ -_msg(X_UNKNOWN,(??) /* Unknown, trigraph fix */) \ -_msg(X_NONE,NULL/* No prefix */) \ -__msg(X_NOT_IMPLEMENTED,(NI) /* Not implemented */) - -typedef enum -{ - MESSAGE_STRINGS -} -MessageType; - - /* * Function prototypes */ Index: InitOutput.c === RCS file: /cvs/xc/programs/Xserver/hw/xwin/InitOutput.c,v retrieving revision 1.33 diff -u -r1.33 InitOutput.c --- InitOutput.c29 Jul 2003 21:25:15 - 1.33 +++ InitOutput.c15 Sep 2003 19:27:27 - @@ -47,13 +47,15 @@ intg_iWindowPrivateIndex = -1; unsigned long g_ulServerGeneration = 0; Bool g_fInitializedDefaultScreens = FALSE; -FILE *g_pfLog = NULL; DWORD g_dwEnginesSupported = 0; HINSTANCE g_hInstance = 0; HWND g_hDlgDepthChange = NULL; HWND g_hDlgExit = NULL; Bool g_fCalledSetLocale = FALSE; Bool g_fCalledXInitThreads = FALSE; +int g_iLogVerbose = 4; +char * g_pszLogFile = WIN_LOG_FNAME; +Boolg_fLogInited = FALSE; /* @@ -190,15 +192,11 @@ g_fdMessageQueue = WIN_FD_INVALID; } - /* Close the log file handle */ - if (g_pfLog != NULL) -{ - /* Close log file */ - fclose (g_pfLog); - - /* Set the file handle to invalid */ - g_pfLog = NULL; -} + if (!g_fLogInited) { +LogInit(g_pszLogFile, NULL); +g_fLogInited = TRUE; + } + LogClose(); /* * At this point we aren't creating any new screens, so @@ -242,12 +240,15 @@ #ifdef DDXOSVERRORF if (!OsVendorVErrorFProc) OsVendorVErrorFProc = OsVendorVErrorF; - - /* Open log file if not yet open */ - if (g_pfLog == NULL) -g_pfLog = fopen (WIN_LOG_FNAME, w); #endif + if (!g_fLogInited) { +LogInit(g_pszLogFile, NULL); +g_fLogInited = TRUE; + } + LogSetParameter(XLOG_FLUSH, 1); + LogSetParameter(XLOG_VERBOSITY, g_iLogVerbose); + /*
Re: Latest CVS Compilation error
Hi, Applied the patchworks fine for me. Colin
Re: Latest CVS Compilation error
Colin Harrison wrote: To build I had to remove typedef MessageType; from winmsg.h in Xwin. Clashes with defs in os/log.c after latest mods to move log handling to DIX. The patch is attached. This patch is _only_ for the xfree86 HEAD. _Not_ for the 4_3_Branch. It forwards the winMsg functions to the LogMessage functions which were introduces short time ago. bye ago NP: Wumpscut - Embryodead -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723Index: winmsg.h === RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.h,v retrieving revision 1.1 diff -u -r1.1 winmsg.h --- winmsg.h17 Oct 2002 08:18:22 - 1.1 +++ winmsg.h14 Sep 2003 18:47:49 - @@ -32,31 +32,6 @@ #ifndef __WIN_MSG_H__ #define __WIN_MSG_H__ - -#define __msg_name(name,string) name -#define __msg(name,string) __msg_name(name,string) -#define _msg(name,string) __msg(name,string), - -#define MESSAGE_STRINGS \ -_msg(X_PROBED,(--)/* Value was probed */)\ -_msg(X_CONFIG,(**)/* Value was given in the config file */)\ -_msg(X_DEFAULT,(==) /* Value is a default */)\ -_msg(X_CMDLINE,(++) /* Value was given on the command line */)\ -_msg(X_NOTICE,(!!)/* Notice */) \ -_msg(X_ERROR,(EE) /* Error message */) \ -_msg(X_WARNING,(WW) /* Warning message */) \ -_msg(X_INFO,(II) /* Informational message */) \ -_msg(X_UNKNOWN,(??) /* Unknown, trigraph fix */) \ -_msg(X_NONE,NULL/* No prefix */) \ -__msg(X_NOT_IMPLEMENTED,(NI) /* Not implemented */) - -typedef enum -{ - MESSAGE_STRINGS -} -MessageType; - - /* * Function prototypes */ Index: winmsg.c === RCS file: /cvs/xc/programs/Xserver/hw/xwin/winmsg.c,v retrieving revision 1.1 diff -u -r1.1 winmsg.c --- winmsg.c17 Oct 2002 08:18:22 - 1.1 +++ winmsg.c14 Sep 2003 18:47:49 - @@ -45,26 +45,7 @@ winVMsg (int scrnIndex, MessageType type, int verb, const char *format, va_list ap) { - const char *prefix = NULL; - - if (verb verb VERBOSE_LEVEL) -return; - -#undef __msg -#define __msg(name,string) case name: prefix = string; break; -#undef _msg -#define _msg(name,string) __msg(name,string) - switch (type) -{ - MESSAGE_STRINGS default:prefix = NULL; - break; -} -#undef __msg -#undef _msg - - if (prefix != NULL) -ErrorF (%s , prefix); - VErrorF (format, ap); + LogVMessageVerb(type, verb, format, ap); } @@ -73,7 +54,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -83,7 +64,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, 0, format, ap); + LogVMessageVerb(type, 0, format, ap); va_end (ap); } @@ -94,7 +75,7 @@ { va_list ap; va_start (ap, format); - winVMsg (scrnIndex, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -104,7 +85,7 @@ { va_list ap; va_start (ap, format); - winVMsg (0, type, verb, format, ap); + LogVMessageVerb(type, verb, format, ap); va_end (ap); } @@ -114,6 +95,6 @@ { va_list ap; va_start (ap, format); - winVMsg (0, X_NONE, verb, format, ap); + LogVMessageVerb(X_NONE, verb, format, ap); va_end (ap); }
Re: Latest CVS Compilation error
Colin Harrison wrote: My XWin.log no longer shows config file output e.g. lines like:- (==) winConfigKeyboard - Layout: 0809 (==) Using preset keyboard for English (United Kingdom) (0809), type 4 Is this as intended? No, I think I'll have to initialize the logging somehow. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Latest CVS Compilation error
Alexander Gottwald wrote: No, I think I'll have to initialize the logging somehow. I'll adjust the error handling (including our own VErrorF function) to use new log functions. The new log functions do use a buffer, so redirecting the messages to another file (or stdout) is now possible too. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Latest CVS Compilation error
Sounds good. Please resubmit your earlier patch when you have this completed. It doesn't look like it would be a good idea to implement it one half at a time. However, we can certainly wait on trying to make the log either output to stdout or to a file... that could take some time to get right. Harold Alexander Gottwald wrote: Alexander Gottwald wrote: No, I think I'll have to initialize the logging somehow. I'll adjust the error handling (including our own VErrorF function) to use new log functions. The new log functions do use a buffer, so redirecting the messages to another file (or stdout) is now possible too. bye ago
Latest CVS Compilation error
Hi, Just pulled a new tree from the [EMAIL PROTECTED]:/cvs. To build I had to remove typedef MessageType; from winmsg.h in Xwin. Clashes with defs in os/log.c after latest mods to move log handling to DIX. Probably a hack..but it works for me! Colin
php compilation error = expat problem?
I encountered problems concerning the installation of expat (1.95.4-1). After $ tar xjvf expat-1.95.4-1-src.tar.bz2 $ ./expat-1.95.4-1.sh all the script breaks with: ... + reconf-cygwin.sh reconf-cygwin.sh: not found + STATUS=127 + exit 127 But reconf-cygwin.sh is in the expat-1.95.4/ dir. Is there a way to complete the installation of the package properly? 1. Install the binary package. 2. It is a bug in the script. Fix: Add . to your path or change reconf-cygwin.sh to ./reconf-cygwin.sh in the script (expat-1.95.4-1.sh). Thanks! It works now (if it's right when expat-1.95.4-1.sh ends with: exit 0). Could somebody please explain the occurence of the error when compiling php (even with reinstalled expat package)(used command: ./configure --with-apxs --without-mysql --with-pgsql --with-expat-dir): ... configure:73895: checking whether to enable XML support configure:73934: result: yes checking external libexpat install dir... yes configure: error: not found. Please reinstall the expat distribution. Does the following problem correlate with a missing package and/or configure option of php (if yes, which one)? Could it be a problem with expat? gcc -shared -o cygsapi.dll -Wl,--out-implib=libsapi.dll.a -Wl,--export-all-symbols -Wl,--wh ole-archive libsapi.al -Wl,--no-whole-archive -L ../../../.libs -lphp4 -lpq -lcrypt /usr/bin/cyghttpd.dll Creating library file: libsapi.dll.a ../../../.libs/libphp4.a(xml.lo): In function 'zm_info_xml': /usr/src/php-4.2.0-1/ext/xml/xml.c:236: undefined reference to '_imp__php_XML_ExpatVersion' ../../../.libs/libphp4.a(xml.lo): In function 'xml_parser_dtor': /usr/src/php-4.2.0-1/ext/xml/xml.c:300: undefined reference to '_imp__php_XML_ParserFree'... ../../../.libs/libphp4.a(xml.lo): In function 'zif_xml_parser_create': /usr/src/php-4.2.0-1/ext/xml/xml.c:1042: undefined reference to '_imp__php_XML_ParserCreate' ... ../../../.libs/libphp4.a(xml.lo): In function 'zif_xml_get_current_byte_index': /usr/src/php-4.2.0-1/ext/xml/xml.c:1464: undefined reference to '_imp__php_XML_GetCurrentByteIndex' collect2: ld returned 1 exit status -- 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/
Re: php compilation error = expat problem?
Andreas schrieb: I encountered problems concerning the installation of expat (1.95.4-1). After $ tar xjvf expat-1.95.4-1-src.tar.bz2 $ ./expat-1.95.4-1.sh all the script breaks with: ... + reconf-cygwin.sh reconf-cygwin.sh: not found + STATUS=127 + exit 127 But reconf-cygwin.sh is in the expat-1.95.4/ dir. Is there a way to complete the installation of the package properly? 1. Install the binary package. 2. It is a bug in the script. Fix: Add . to your path or change reconf-cygwin.sh to ./reconf-cygwin.sh in the script (expat-1.95.4-1.sh). Thanks! It works now (if it's right when expat-1.95.4-1.sh ends with: exit 0). Could somebody please explain the occurence of the error when compiling php (even with reinstalled expat package)(used command: ./configure --with-apxs --without-mysql --with-pgsql --with-expat-dir): ... configure:73895: checking whether to enable XML support configure:73934: result: yes checking external libexpat install dir... yes configure: error: not found. Please reinstall the expat distribution. Hmmm, older autoconf version? Look in config.log what happened and try to find the part in configure where the check for expat is located and figure out what it is looking for. I saw problems (not related to these packages) where it was checked for versions 1.1, 1.2 and 1.3 and I got 1.4, so the check failed... Does the following problem correlate with a missing package and/or configure option of php (if yes, which one)? Could it be a problem with expat? Sorry, I don't know about PHP. Gerrit -- =^..^= -- 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/
Re: php compilation error = expat problem?
Andreas, [...] I encountered problems concerning the installation of expat (1.95.4-1). [...] Could somebody please explain the occurence of the error when compiling php (even with reinstalled expat package)(used command: ./configure --with-apxs --without-mysql --with-pgsql --with-expat-dir): ... [...] Do you build a shared version of expat? Because the --with-apxs option in php's configure command, assumes this. [...] Does the following problem correlate with a missing package and/or configure option of php (if yes, which one)? Could it be a problem with expat? [...] You could try a CFLAGS=-Ipath to expat include files if other than usual LDFLAGS=-lexpat configure other options command, to see if this is the problem. Of course, you could add the option --with-xml=no and eliminate this problem :) ... or build a shared core version of apache+php (not shared modules), or a static version. SLao -- Werden Sie mit uns zum OnlineStar 2002! Jetzt GMX wählen - und tolle Preise absahnen! http://www.onlinestar.de -- 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/