--- Comment #7 from andersin at freenet dot de 2007-01-14 14:28 ---
Your are correct, I have C_INCLUDE_PATH set (sorry I forgot to mention it). I
did not think it important, but it is. If C_INCLUDE_PATH ends with a colon,
compilation fails. Removing the colon is not a problem in general
--- Comment #5 from andersin at freenet dot de 2007-01-11 17:33 ---
Created an attachment (id=12888)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12888&action=view)
preprossesed source on success
Preprocessed source when ./source.h is not present
--
http://gcc.
--- Comment #4 from andersin at freenet dot de 2007-01-11 17:33 ---
Created an attachment (id=12887)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12887&action=view)
output on success
Output when running gcc -v signal.c when ./signal.h is not present
--
http://gcc.
--- Comment #3 from andersin at freenet dot de 2007-01-11 17:32 ---
Created an attachment (id=12886)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12886&action=view)
preprossesed source on error
Preprocessed source when ./signal.h exists and compiling fails
--
--- Comment #2 from andersin at freenet dot de 2007-01-11 17:31 ---
Created an attachment (id=12885)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12885&action=view)
output on failure
output of gcc -v source.c if ./signal.h exists
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #1 from andersin at freenet dot de 2007-01-11 17:29 ---
Created an attachment (id=12884)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12884&action=view)
testcase
Testcase:
if ./signal.h exists, it fails to compile, since sig_atomic_t is not defined.
If ./s
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andersin at freenet dot de
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.or
