This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: config.h.in wants to be free^Wrebuilt
- From: Benjamin Kosnik <bkoz at redhat dot com>
- To: Loren James Rittle <rittle at latour dot rsch dot comm dot mot dot com>
- Cc: libstdc++ at gcc dot gnu dot org, phil at jaj dot com
- Date: Tue, 19 Mar 2002 08:43:54 -0800 (PST)
- Subject: Re: config.h.in wants to be free^Wrebuilt
> If you guys don't mind, I would like to "beat the dead horse" for a
> moment. I notice this issue after every commit by some people to the
> generated files. I don't think the problem, if any, is people
> forgetting to run autoheader.
Yep. I've noticed this too with automake.
> The other real question is: ``Does it matter?'' I don't know. I find
> it to be annoying since it makes it just that much harder to study a
> pending patch.
>
> If my theory is correct, then Ben should be able to touch:
> configure.in and rebuild config.h.in. He will see a change.
Yep.
Index: config.h.in
===================================================================
RCS file: /cvs/gcc/gcc/libstdc++-v3/config.h.in,v
retrieving revision 1.52
diff -c -p -r1.52 config.h.in
*** config.h.in 2002/03/18 21:41:01 1.52
--- config.h.in 2002/03/19 16:39:08
***************
*** 3,11 ****
/* Define if you have a working `mmap' system call. */
#undef HAVE_MMAP
- /* Define if you need to in order for stat and other things to work. */
- #undef _POSIX_SOURCE
-
// Define if GCC supports weak symbols.
#undef _GLIBCPP_SUPPORTS_WEAK
--- 3,8 ----
***************
*** 702,707 ****
--- 699,707 ----
/* Define if you have the <nan.h> header file. */
#undef HAVE_NAN_H
+ /* Define if you have the <stdlib.h> header file. */
+ #undef HAVE_STDLIB_H
+
/* Define if you have the <sys/isa_defs.h> header file. */
#undef HAVE_SYS_ISA_DEFS_H
***************
*** 710,715 ****
--- 710,718 ----
/* Define if you have the <sys/resource.h> header file. */
#undef HAVE_SYS_RESOURCE_H
+
+ /* Define if you have the <sys/stat.h> header file. */
+ #undef HAVE_SYS_STAT_H
/* Define if you have the <sys/types.h> header file. */
#undef HAVE_SYS_TYPES_H
I'm sure this is a surprise to all of us......
%autoheader --version
Autoconf version 2.13
%automake --version
automake (GNU automake) 1.4-p5
>From what I remember, the version number on autoconf means very little,
as there are actually multiple versions out, all with this same 2.13
designation. Wheee. All of these tools are the stock autotools on Red Hat
7.2.
If standardizing on a particular version of autotools would help solve
this weirdness, please let me know and I'll do my part.
-benjamin