RE: FIXED: GCC can't find its header directoriescy
Thanks all - it is done > Greetings, Duncan Roe! > > >> > Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed > >> > gcc > > & >> > > alternatives. > >> > I put them there because I like to have the odd cygwin utility >> > > available to CMD.EXE. >> > > >> > > May put them back - but will take more care with them in future, >> > > > >> Adding c:\cygwn\bin to the Windows PATH might be a better solution; > > that's what I did. >> > > >> Csaba > > > OK I'm convinced. But ... how do I do it? Registry? autoexec.bat? other? > > Whatever drives your car. > Usually, it is "My computer" properties - Advanced - Environment Adjust either system or user environment settings. > > WBR, > Andrey Repin 12.04.2013, <06:27> That worked for me. Many thanks, Cheers ... Duncan. -- 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: FIXED: GCC can't find its header directoriescy
Greetings, Duncan Roe! >> > Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc > & >> > alternatives. >> > I put them there because I like to have the odd cygwin utility >> > available to CMD.EXE. >> > >> > May put them back - but will take more care with them in future, >> > >> Adding c:\cygwn\bin to the Windows PATH might be a better solution; > that's what I did. >> >> Csaba > OK I'm convinced. But ... how do I do it? Registry? autoexec.bat? other? Whatever drives your car. Usually, it is "My computer" properties - Advanced - Environment Adjust either system or user environment settings. -- WBR, Andrey Repin (anrdae...@freemail.ru) 12.04.2013, <06:27> Sorry for my terrible english... -- 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: FIXED: GCC can't find its header directoriescy
On 4/11/2013 10:27 PM, Larry Hall (Cygwin Developers) wrote: On 4/11/2013 8:05 PM, Duncan Roe wrote: Hi Casba, On Thu, Apr 11, 2013 at 8:08 AM, Duncan Roe wrote: Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc & alternatives. I put them there because I like to have the odd cygwin utility available to CMD.EXE. May put them back - but will take more care with them in future, Adding c:\cygwn\bin to the Windows PATH might be a better solution; that's what I did. Csaba OK I'm convinced. But ... how do I do it? Registry? autoexec.bat? other? If you always want Cygwin to be available, just set it in your environment with the rest of your settings. Run "systemPropertiesAdvanced.exe", click the "Environment Variables..." button, and either append to the PATH variable in "System variables" (if you want everyone to see Cygwin) or add PATH to your user environment variables. Apologies everyone. If you want to follow-up on my previous post, please reply to this one instead so that the response goes to this list instead of Cygwin-Developers. Thanks, -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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: FIXED: GCC can't find its header directoriescy
On 4/11/2013 8:05 PM, Duncan Roe wrote: Hi Casba, On Thu, Apr 11, 2013 at 8:08 AM, Duncan Roe wrote: Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc & alternatives. I put them there because I like to have the odd cygwin utility available to CMD.EXE. May put them back - but will take more care with them in future, Adding c:\cygwn\bin to the Windows PATH might be a better solution; that's what I did. Csaba OK I'm convinced. But ... how do I do it? Registry? autoexec.bat? other? If you always want Cygwin to be available, just set it in your environment with the rest of your settings. Run "systemPropertiesAdvanced.exe", click the "Environment Variables..." button, and either append to the PATH variable in "System variables" (if you want everyone to see Cygwin) or add PATH to your user environment variables. -- Larry -- 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: FIXED: GCC can't find its header directoriescy
Hi Casba, > On Thu, Apr 11, 2013 at 8:08 AM, Duncan Roe wrote: > > Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc & > > alternatives. > > I put them there because I like to have the odd cygwin utility > > available to CMD.EXE. > > > > May put them back - but will take more care with them in future, > > > Adding c:\cygwn\bin to the Windows PATH might be a better solution; that's what I did. > > Csaba OK I'm convinced. But ... how do I do it? Registry? autoexec.bat? other? Cheers ... Duncan. -- 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: FIXED: GCC can't find its header directoriescy
On Apr 11 09:49, Csaba Raduly wrote: > Hi Duncan, > > On Thu, Apr 11, 2013 at 8:08 AM, Duncan Roe wrote: > > Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc & > > alternatives. > > I put them there because I like to have the odd cygwin utility available > > to CMD.EXE. > > > > May put them back - but will take more care with them in future, > > Adding c:\cygwn\bin to the Windows PATH might be a better solution; > that's what I did. And, just for kicks, moving the Cygwin DLL does not work as expected. The files under /etc are searched relative to the path of the Cygwin DLL, which is supposed to be in /bin. If it's not there, it will search the etc files in ..\\etc from it's new position. Confusion ensues. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: FIXED: GCC can't find its header directoriescy
Hi Duncan, On Thu, Apr 11, 2013 at 8:08 AM, Duncan Roe wrote: > Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc & > alternatives. > I put them there because I like to have the odd cygwin utility available > to CMD.EXE. > > May put them back - but will take more care with them in future, Adding c:\cygwn\bin to the Windows PATH might be a better solution; that's what I did. Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- 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: FIXED: GCC can't find its header directoriescy
On 11/04/2013 07:08, Duncan Roe wrote: > Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc & > alternatives. Glad to hear it! > I put them there because I like to have the odd cygwin utility available > to CMD.EXE. > > May put them back - but will take more care with them in future, The better way to do that is just to add your cygwin\bin dir to your PATH in the Windows environment variables. That way you get all your cygwin stuff available in cmd.exe but it's always the up-to-date stuff from your main installation. (The only problem I've ever run into in this approach is that both Cygwin and MSVC have a "link.exe" command, so you can end up getting the wrong one. You can avoid this by any combination of specifying full paths to the particular one you want, choosing whether to put cygwin\bin at the start or end of your Windows PATH, or customising your vcvars.bat to make sure the MSVC version is earlier in the PATH when you launch it. I've never found it to be a big problem compared to the convenience of having a real grep available in cmd.exe!) cheers, DaveK -- 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
FIXED: GCC can't find its header directoriescy
Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc & alternatives. I put them there because I like to have the odd cygwin utility available to CMD.EXE. May put them back - but will take more care with them in future, Cheers ... Duncan. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: GCC can't find its header directoriescy
On 11/04/2013 06:12, Duncan Roe wrote: > Thanks guys for the pointers to cygmpfr-4.dll. Got it. > > This problem with headers started happening on an old installation so I > reinstalled but it still happens: > ignoring nonexistent directory "/usr/include" > strerror.c:2:19: error: no include path in which to search for stdio.h > 12:33:27$ ls /usr/include > locale.hnetdb.h reent.h stdio.h termios.h wait.h > /usr/include definitely exists but gcc / cpp claims it does not. > Since this "just started happening" I wonder whether it is caused by > some update to Windows. (Win XP SP3). > > Anyone else seen anything like it? I'm stuck, Bizarre. I've never seen anything like it, nor your problem with "altdir invalid". However I've got one guess about what might be interfering, from your cygcheck.out: >45k 2010/08/15 C:\WINDOWS\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 > "cyggcc_s-1.dll" v0.0 ts=2010/8/15 8:57 > 982k 2009/12/23 C:\WINDOWS\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 > "cygiconv-2.dll" v0.0 ts=2009/12/24 0:25 >31k 2011/11/28 C:\WINDOWS\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-8.dll" v0.0 ts=2009/4/3 12:15 >31k 2009/04/03 C:\WINDOWS\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-8.dll" v0.0 ts=2009/4/3 12:15 >31k 2009/04/03 C:\WINDOWS\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 > "cygintl-8.dll" v0.0 ts=2009/4/3 12:15 > 224k 2010/06/15 C:\WINDOWS\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 > "cygpcre-0.dll" v0.0 ts=2010/6/15 14:10 >10k 2009/12/14 C:\WINDOWS\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 > "cygsigsegv-2.dll" v0.0 ts=2009/12/14 23:56 > 2586k 2010/08/31 C:\WINDOWS\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=2010/8/31 17:58 > Cygwin DLL version info: > DLL version: 1.7.7 Those could well have been interfering. Get rid of all Cygwin-related DLLs from your C:\WINDOWS folder (maybe stash them away somewhere safe in case they turn out to be needed by some Cygwin-dependent application you've got on your system), then reinstall everything using setup.exe (click on "Default" next to the "All" category in the Category view until it switches to "Reinstall", ignore the couple of warning boxes that pop up on the way there) and see if it all works better once that's completed. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
GCC can't find its header directoriescy
Thanks guys for the pointers to cygmpfr-4.dll. Got it. This problem with headers started happening on an old installation so I reinstalled but it still happens: 12:31:51$ gcc -v strerror.c -o strerror Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.5.3/lto-wrapper.exe Target: i686-pc-cygwin Configured with: /gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5.3/configure --srcdir=/gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5. --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc -- atarootdir=/usr/share --docdir=/usr/share/doc/gcc4 -C --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr= usr --enable-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static --enable-shared --enable-shared-libgcc --disable-__cxa_a exit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite --enab e-lto --enable-java-awt=gtk --disable-symvers --enable-libjava --program-suffix=-4 --enable-libgomp --enable-libssp --enable-libada --enable-threads=posix - with-arch=i686 --with-tune=generic --enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND FOR_TARGET=gnatbind --with-ecj-jar=/usr/share/java/ecj.jar Thread model: posix gcc version 4.5.3 (GCC) COLLECT_GCC_OPTIONS='-v' '-o' 'strerror.exe' '-mtune=generic' '-march=i686' /usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe -quiet -v -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter /usr/lib/gcc/i686-pc-cygwin/4.5.3/../ ./../../include/w32api -idirafter /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/lib/../../i nclude/w32api strerror.c -quiet -dumpbase strerror c -mtune=generic -march=i686 -auxbase strerror -version -o /tmp/ccShhRJ9.s GNU C (GCC) version 4.5.3 (i686-pc-cygwin) compiled by GNU C version 4.5.3, GMP version 4.3.2, MPFR version 3.0.1-p4, MPC version 0.8 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include-fixed" ignoring nonexistent directory "/usr/i686-pc-cygwin/include" ignoring nonexistent directory "/usr/include" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/lib/../../ include/w32api" #include "..." search starts here: #include <...> search starts here: End of search list. GNU C (GCC) version 4.5.3 (i686-pc-cygwin) compiled by GNU C version 4.5.3, GMP version 4.3.2, MPFR version 3.0.1-p4, MPC version 0.8 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 89d6774c1d510265da7d48b735ce61fb strerror.c:2:19: error: no include path in which to search for stdio.h strerror.c:3:20: error: no include path in which to search for string.h strerror.c:4:19: error: no include path in which to search for errno.h strerror.c:5:23: error: no include path in which to search for sys/types.h strerror.c:6:20: error: no include path in which to search for signal.h strerror.c: In function `main': strerror.c:14:7: warning: incompatible implicit declaration of built-in function `strchr' strerror.c:15:15: warning: incompatible implicit declaration of built-in function `strrchr' strerror.c:18:5: warning: incompatible implicit declaration of built-in function `fprintf' strerror.c:18:13: error: `stderr' undeclared (first use in this function) strerror.c:18:13: note: each undeclared identifier is reported only once for each function it appears in strerror.c:21:7: warning: incompatible implicit declaration of built-in function `sscanf' strerror.c:23:5: warning: incompatible implicit declaration of built-in function `fprintf' strerror.c:27:7: warning: assignment makes pointer from integer without a cast strerror.c:29:7: warning: assignment makes pointer from integer without a cast strerror.c:32:5: error: `errno' undeclared (first use in this function) strerror.c:34:5: warning: incompatible implicit declaration of built-in function `snprintf' strerror.c:39:5: warning: incompatible implicit declaration of built-in function `fprintf' strerror.c:44:3: warning: incompatible implicit declaration of built-in function `printf' 12:33:27$ ls /usr/include FlexLexer.h arpacommline.h elf.h features.h ieeefp.hmagic.h newlib.hregex.h stdlib.hticker.h wctype.h IEEE.h asm complex.h endian.h fenv.h ifaddrs.h malloc.hobjstack.h resolv.h string.htime.h wordexp.h _ansi.h assert.hcrypt.h
