Bug 59734 - Literal ^L (not CTRL-L) appearing in rpm config.h
Literal ^L (not CTRL-L) appearing in rpm config.h
Product: Red Hat Raw Hide
Classification: Retired
Component: autoconf (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Jens Petersen
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2002-02-12 09:04 EST by Jeff Johnson
Modified: 2007-04-18 12:40 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-02-13 23:35:35 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jeff Johnson 2002-02-12 09:04:04 EST
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.
Comment 1 Jens Petersen 2002-02-12 19:45:09 EST
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. ;-)
Comment 2 Jens Petersen 2002-02-12 19:46:32 EST
oops, I meant "Couldn't see any ^L's..." above.
Comment 3 Jeff Johnson 2002-02-12 19:54:22 EST
rpm-4.1, not rpm-4.0.4, from CVS checkout.

    cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel login
    (no password, just carriage return)
    cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel get rpm
    cd 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.
Comment 4 Jens Petersen 2002-02-12 22:10:42 EST
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
Comment 5 Jeff Johnson 2002-02-13 08:42:11 EST
A CTRL-L doesn't hurt a bit, but the literal "^L" -- that's caret L --
ain't exactly C, nor is it whitespace.
Comment 6 Jens Petersen 2002-02-13 20:24:55 EST
Which version of autoconf?  I not seeing any carets with autoconf-2.52-7.
Comment 7 Jens Petersen 2002-02-13 20:34:54 EST
Don't see them with autoconf-2.52f (autoconf-2.52-5) either.
Comment 8 Jeff Johnson 2002-02-13 22:14:47 EST
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.
Comment 9 Jens Petersen 2002-02-13 23:35:30 EST
I really can't reproduce it on my beta1-ish devel machine here:

% rpm -q autoconf
% cvs -d :pserver:anonymous@cvs.rpm.org:/cvs/devel get rpm
% cd rpm
% ./autogen.sh
% 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
make[1]: 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

Note You need to log in before you can comment on or make changes to this bug.