public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug preprocessor/46988] New: gcc/cp/cfns.h is modified even when the object directory is out of tree
@ 2010-12-17 3:39 raj.khem at gmail dot com
2010-12-17 6:48 ` [Bug bootstrap/46988] " pinskia at gcc dot gnu.org
0 siblings, 1 reply; 2+ messages in thread
From: raj.khem at gmail dot com @ 2010-12-17 3:39 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46988
Summary: gcc/cp/cfns.h is modified even when the object
directory is out of tree
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: raj.khem@gmail.com
Host: i686-pc-linux-gnu
Target: i586-none-linux-gnu
Build: i686-pc-linux-gnu
when building cross compiler for i586 it ends up modifying gcc/cp/cfns.h
Here is diff
diff --git a/gcc/cp/cfns.h b/gcc/cp/cfns.h
index 62cdfab..72aaf77 100644
--- a/gcc/cp/cfns.h
+++ b/gcc/cp/cfns.h
@@ -1,5 +1,5 @@
/* ANSI-C code produced by gperf version 3.0.3 */
-/* Command-line: gperf -o -C -E -k '1-6,$' -j1 -D -N libc_name_p -L ANSI-C
cfns.gperf */
+/* Command-line: gperf -o -C -E -k '1-6,$' -j1 -D -N libc_name_p -L ANSI-C
/home/kraj/work/cross/i586-none-linux-gnu/../../gcc.git/gcc/cp/cfns.gperf */
#if !((' ' == 32) && ('!' == 33) && ('"' == 34) && ('#' == 35) \
&& ('%' == 37) && ('&' == 38) && ('\'' == 39) && ('(' == 40) \
@@ -28,7 +28,7 @@
#error "gperf generated tables don't work with this execution character set.
Please report a bug to <bug-gnu-gperf@gnu.org>."
#endif
-#line 1 "cfns.gperf"
+#line 1
"/home/kraj/work/cross/i586-none-linux-gnu/../../gcc.git/gcc/cp/cfns.gperf"
/* Copyright (C) 2000, 2003 Free Software Foundation, Inc.
The compiler is configured as below
Using built-in specs.
COLLECT_GCC=i586-none-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/home/kraj/work/cross/i586-none-linux-gnu/tools/libexec/gcc/i586-none-linux-gnu/4.6.0/lto-wrapper
Target: i586-none-linux-gnu
Configured with:
/home/kraj/work/cross/i586-none-linux-gnu/../../gcc.git/configure
--target=i586-none-linux-gnu
--prefix=/home/kraj/work/cross/i586-none-linux-gnu/tools
--with-sysroot=/home/kraj/work/cross/i586-none-linux-gnu/sysroot
--enable-__cxa_atexit --disable-libssp --disable-libgomp --disable-libmudflap
--enable-languages=c,c++ --with-arch=i586
Thread model: posix
gcc version 4.6.0 20101212 (experimental) (GCC)
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bug bootstrap/46988] gcc/cp/cfns.h is modified even when the object directory is out of tree
2010-12-17 3:39 [Bug preprocessor/46988] New: gcc/cp/cfns.h is modified even when the object directory is out of tree raj.khem at gmail dot com
@ 2010-12-17 6:48 ` pinskia at gcc dot gnu.org
0 siblings, 0 replies; 2+ messages in thread
From: pinskia at gcc dot gnu.org @ 2010-12-17 6:48 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46988
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Component|preprocessor |bootstrap
Resolution| |INVALID
--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> 2010-12-17 06:48:45 UTC ---
The diff is fine there is no differences really because it is just path. It
just means the timestamp on gcc/cp/cfns.h is earlier than gcc/cp/cfns.gperf.
This happens when you don't use gcc_update --touch after doing an "git pull".
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-12-17 6:48 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-12-17 3:39 [Bug preprocessor/46988] New: gcc/cp/cfns.h is modified even when the object directory is out of tree raj.khem at gmail dot com
2010-12-17 6:48 ` [Bug bootstrap/46988] " pinskia at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).