Skip to contentSkip to conversation

New: Attempting to build recent version of e2fsprogs from git repo gives config.h missing

Bug 74171 [email protected] 1 participant 5 messages Apr 16, 2014 – Apr 17, 2014

lore
Share & tools
lore
#0 lore raw

https://bugzilla.kernel.org/show_bug.cgi?id=74171

            Bug ID: 74171
           Summary: Attempting to build recent version of e2fsprogs from
                    git repo gives config.h missing
           Product: File System
           Version: 2.5
    Kernel Version: 3.13.9-100.fc19.x86_64
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: ext4
          Assignee: [email protected]
          Reporter: [email protected]
        Regression: No

This is my first time attempting to build e2fsprogs from the git repo. I'm getting a failure with config.h missing. Here's a sample of the error message. I have a complete build log available if needed.

../../../lib/uuid/unparse.c:35:20: fatal error: config.h: No such file or directory

This is a fedora 19 x86_64 system.

Signature · 2 lines
You are receiving this mail because:
You are watching the assignee of the bug.
#1 lore raw

[Bug 74171] Attempting to build recent version of e2fsprogs from git repo gives config.h missing

https://bugzilla.kernel.org/show_bug.cgi?id=74171

Theodore Tso <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------

             Status|NEW                         |RESOLVED
                 CC|                            |[email protected]
         Resolution|---                         |UNREPRODUCIBLE

--- Comment #1 from Theodore Tso <[email protected]> --- The lib/config.h file is generated by the configure script.

Please take a look at the the instructions in the INSTALL file for how to build e2fsprogs.

Signature · 2 lines
You are receiving this mail because:
You are watching the assignee of the bug.
#2 lore raw

[Bug 74171] Attempting to build recent version of e2fsprogs from git repo gives config.h missing

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=74171

--- Comment #2 from George R. Goffe <[email protected]> --- Theodore,

Thanks for your response and the time you spent formulating it.

I have found the problem.

By the way, I did read INSTALL and followed it's directives.

The problem is that when I build software I run make distclean then configure then make clean depend then make then make install.

The make clean in this case removes the config.h file, hence the failures. My thoughts about make clean are that this removes build products, object files, etc.

I've seen other software that has this problem as well and have no-oped the make clean in my build scripts.

My question to you is, "Should the config.h file and whatever configure generates be part of the clean target or should it be part of make distclean"?

Regards,

George...

Signature · 2 lines
You are receiving this mail because:
You are watching the assignee of the bug.
#3 lore raw

[Bug 74171] Attempting to build recent version of e2fsprogs from git repo gives config.h missing

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=74171

--- Comment #3 from George R. Goffe <[email protected]> --- Theodore,

I disabled make clean for now.

Next error:

gcc -I. -I../../lib -I../../../lib -g -O2 -checker -g -o checker/error_message.o -c ../../../lib/et/error_message.c
gcc: error: unrecognized command line option ‘-checker’

I get this with my Fedora 19 gcc version AND the experimental gcc from the gcc trunk. I have used the --enable-checker option in configure.

Commented out the checker option and now am getting:

../../../lib/ext2fs/ext2fs.h:573:3: warning: #warning "Compression support is experimental" [-Wcpp]
#warning "Compression support is experimental"
^
../../../lib/ext2fs/crc32c.c:71:26: fatal error: crc32c_table.h: No such file or directory

 #include "crc32c_table.h"
                          ^

compilation terminated.
make[2]: *** [crc32c.o] Error 1
make[2]: Leaving directory `/sdc1/exphome/clipper/export/home/tools/e2fsprogs/e2fsprogs/build/lib/ext2fs' make[1]: *** [all-libs-recursive] Error 1
make[1]: Leaving directory `/sdc1/exphome/clipper/export/home/tools/e2fsprogs/e2fsprogs/build'
make: *** [all] Error 2

It just keeps getting better doesn't it?

Regards,

George...

Signature · 5 lines
You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
#4 lore raw

[Bug 74171] Attempting to build recent version of e2fsprogs from git repo gives config.h missing

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=74171

--- Comment #4 from Theodore Tso <[email protected]> ---

Quoted 1 line

gcc: error: unrecognized command line option ‘-checker’

See: http://www.gnu.org/software/checker/ for an explanation. It's something
the gcc folks stopped supporting, and I never got around to getting rid of the configure option.

As far as the missing "crc32c_table.h", that looks like "make depend" is not
working on your setup. I'd recommend getting the original Makefile.in files
from upstream, and not trying to run "make depend". I run it before I do a
release, but it's never something I've tried to make to be fully portable and
bulletproof for every single possible VPATH setting, etc. It's intended for
use by developers, and not for random users who are trying to build e2fsprogs.

For similar reasons, that's why I also ship a generated configure script --- because I got tired of random breakages caused by people happening to use a different version of autoconf than what I happened to be developing against. autoconf, automake, etc., are inherently fragile solutions. You really should be using the version of configure and the Makefile.in files that I shipped. If you try to regenerate them, you're just asking for trouble.

Why don't you follow the INSTALL directions exactly. That will work. Other things, well, feel free to send me patches. :-)

Signature · 5 lines
You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html