Red Hat Bugzilla – Bug 127526
glibc-kernheaders breaks dosfstools build
Last modified: 2007-11-30 17:10:45 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.4.2)
Description of problem:
The latest version of glibc-kernheaders breaks the build of dosfstools:
/usr/include/linux/msdos_fs.h:115: error: parse error before "__s8"
/usr/include/linux/msdos_fs.h:118: error: parse error before "sector_size"
/usr/include/linux/msdos_fs.h:119: error: parse error before
The problem is that linux/types.h is not being included. This defines
__s8 & __u8
among other things. I created this patch:
diff -ur glibc-kernheaders-2.4.orig/usr/include/linux/msdos_fs.h
--- glibc-kernheaders-2.4.orig/usr/include/linux/msdos_fs.h 2003-08-03
+++ glibc-kernheaders-2.4/usr/include/linux/msdos_fs.h 2004-07-08
@@ -7,6 +7,7 @@
#define MSDOS_ROOT_INO 1 /* == MINIX_ROOT_INO */
#define SECTOR_SIZE 512 /* sector size (bytes) */
And I also had to patch mkdosfs.c to include linux/types.h. I don't
think this is normal and I'll probably need more patching in various
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. rpm -ivh glibc-kernheaders-2.4-9.1.84.i386.rpm
2. rpm -ivh dosfstools-2.8-12.src.rpm
3. rpmbuild -bb /usr/src/redhat/SPECS/dosfstools.spec
Dosfstools cannot compile with glibc-kernheaders in its current state.
glibc-kernheaders-2.4-9.src.rpm was fine and did not exhibit this problem.
fixed for the next build
Re-open, not fixed in current tree
dosfstools is broken itself
it uses __u8 *in it's own C code* without including <asm/types.h>
the original complaint of this bug was that some header used __u8
without that header also including the definition of those types; that
got fixed. However the app itself forgetting to include them we can't
Created attachment 103509 [details]
new patch for dosfstools
The current status of this problem report is that the patch to
glibc-kernheaders I submitted is no longer needed. However, dosfstools still
does not compile without patching. I will attach a patch that I apply to
dosfstools in case fixing dosfstools is the approach taken; or it has some
insight into the issue.
Problem solved by Jeremy Katz patch in dosfstools-2.8-14.
Resolved as duplicate of #134834
*** This bug has been marked as a duplicate of 134834 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.