This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c/1536] -L and -I with bad paths do not raise a warning
- From: "pinskia at physics dot uc dot edu" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 26 May 2003 16:15:20 -0000
- Subject: [Bug c/1536] -L and -I with bad paths do not raise a warning
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1536
pinskia@physics.uc.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From pinskia@physics.uc.edu 2003-05-26 16:15 -------
I think this was fixed in 3.3, it warns for -I on the mainline (20030525), -L is not because
that is the job of the linker:
[omni:~/src/gccPRs] pinskia% gcc -fsyntax-only -I/tmp/t x.c -Wp,-v
ignoring nonexistent directory "/Users/pinskia/fsf-nocheck/powerpc-apple-darwin6.6/
include"
ignoring nonexistent directory "/tmp/t" <-- here it warns
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/Users/pinskia/fsf-nocheck/include
/Users/pinskia/fsf-nocheck/lib/gcc-lib/powerpc-apple-darwin6.6/3.4/include
/usr/include
End of search list.
I am closing this bug as fixed.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.