On 18 June 2016 at 10:34, Jim Michaels wrote: > In file included from egrepsed.cpp:58:0: > ../../../lib/strfuncs/strfuncs.h:27:29: fatal error: ../../../lib/VS.h: No > such file or directory > #include "../../../lib/VS.h" > ^ > compilation terminated. > ..\..\..\lib\strfuncs\strfuncs.cpp:28:29: fatal error: ../../../lib/VS.h: No > such file or directory > #include "../../../lib/VS.h" > ^ > compilation terminated. The search starts from the directory that strfuncs.cpp is in, not the directory you run gcc from. At a guess, you should be using: #include "../VS.h" (Assuming VS.h is in the directory that contains the strfuncs sub-directory) > yeah, the file is there and the syntax is correct. but it probably has I/O > redirection problems with conio.h conio.h is nothing to do with GCC. > and, BTW, if conio.h's cprintf has changed to have FILE* as an argument, how > do you handle multiple child shell STDOUT's with one shell as the parent? > I have no example for this, and one is really needed for this new change. > cprintf should also actually output something. > this has to do with multithreading and make -j as well. "There's a bug, please fix it" is useless, the most likely explanation is simply user error, but you haven't provided enough information to know for sure. > please, please release a new compiler that has this fix, a fix for the ) > issue, and the template < and > issue. What are you talking about?
