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
> > 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.
You're right. I had noticed it with configure (e.g., the config_site
blocks appearing and disappearing), but just hadn't paid enough attention
to config.h.in. Oops.
> > 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.
[proof]
Well, color me bummed.
> %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.
I'm using ftp://gcc.gnu.org/pub/gcc/libstdc++/20000619-maintainer-tools.tar.gz
but it's clearly showing its age.
I'll try playing with the stock tools and see what changes.
Phil
--
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace. We seek
not your counsel, nor your arms. Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen. - Samuel Adams