Red Hat Bugzilla – Bug 59734
Literal ^L (not CTRL-L) appearing in rpm config.h
Last modified: 2007-04-18 12:40:19 EDT
While upgrading rpm to the latest autofoo tools, I noticed
a literal '^L' rather than CTRL-L appearing in config.h.
Poke me if you need more details.
Looked at rpm-4.0.4-7x.2 and configured with autoconf-2.52-7.
Could see any ^L's (literal or not) in config.h, popt/config.h or
beecrypt/config.h. So yes, could you give me some details, please. ;-)
oops, I meant "Couldn't see any ^L's..." above.
rpm-4.1, not rpm-4.0.4, from CVS checkout.
cvs -d :pserver:firstname.lastname@example.org:/cvs/devel login
(no password, just carriage return)
cvs -d :pserver:email@example.com:/cvs/devel get rpm
and examine config.h. That alone is may not be enough to reproduce,
the ^L's were seen while upgrading to new autotool chain, occurred
after diddling and remerging retrofitted acconfig.h.
Gimme a couple of days to get over the pain of upgrading to
autotools, and I'll try to figger precisely what happened.
A grep for '^L' through autoconf scripts and m4 templates might
popy out the culprit too.
Ok, I see them in the generated file config.h.in (and hence config.h) too.
But how do these "^L"s hurt you? Aren't they just page-breaks for Emacs and
A CTRL-L doesn't hurt a bit, but the literal "^L" -- that's caret L --
ain't exactly C, nor is it whitespace.
Which version of autoconf? I not seeing any carets with autoconf-2.52-7.
Don't see them with autoconf-2.52f (autoconf-2.52-5) either.
I reproduced this several times today. Hmmm -- checking --
autoconf-2.52-7 was the culprit.
After running autogen.sh as above, try "make", fails in popt
with a compile problem. Both config.h and config.h.in have
the literal "^L", ditto for the main config.h in rpm-4.1.
I really can't reproduce it on my beta1-ish devel machine here:
% rpm -q autoconf
% cvs -d :pserver:firstname.lastname@example.org:/cvs/devel get rpm
% cd rpm
% find . -type d \( -name SCCS -o -name RCS \) -prune -o -type f -print0 |
xargs -0 -e grep -n -e \\\^L
Binary file ./bzip2/sample2.bz2 matches
@(grep "^LIB.*/usr/local/BerkeleyDB" config.in && \
-e '/^LIST/d' \
-e '/^LOG_OP/d' \
make: Leaving directory `/home/petersen/work/autoconf/59734/rpm'
% rpm -q automake libtool
Something must be different on our machines, but I can't think what. Is it
possible you could try on a beta1 install?
Btw better to use autoreconf instead of autogen.sh, that is the Right Way these