<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>5409</bug_id>
          
          <creation_ts>2004-10-27 19:58:39 +0400</creation_ts>
          <short_desc>linux/byteorder/*_endian.h cannot be used outside kernel builds</short_desc>
          <delta_ts>2006-10-10 20:16:03 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>kernel-headers-std26-up</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Mikhail Zabaluev">mhz</reporter>
          <assigned_to name="Anton Farygin">rider</assigned_to>
          
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>19457</commentid>
    <comment_count>0</comment_count>
    <who name="Mikhail Zabaluev">mhz</who>
    <bug_when>2004-10-27 19:58:40 +0400</bug_when>
    <thetext>Some user-space software, e.g. gnome-vfs, need both glibc headers and kernel
headers for compilation. With kernel headers of version 2.6.9, however,
inclusion of many kernel headers, for instance, linux/cdrom.h, leads to
inclusion of linux/byteorder/*_endian.h. These headers declare functions using
types that are hidden when the features.h header from glibc is included. The
attached testcase illustrates the problem.
To amend this, the conflicting declarations should be disabled when __KERNEL__
macro is not defined. The patch is underway.
Steps to Reproduce:
Try compiling the attached C source file.
Actual Results:  
Compilation fails.

Expected Results:  
Compilation should succeed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19458</commentid>
    <comment_count>1</comment_count>
      <attachid>621</attachid>
    <who name="Mikhail Zabaluev">mhz</who>
    <bug_when>2004-10-27 19:59:56 +0400</bug_when>
    <thetext>Created attachment 621
The testcase C source file</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19459</commentid>
    <comment_count>2</comment_count>
      <attachid>622</attachid>
    <who name="Mikhail Zabaluev">mhz</who>
    <bug_when>2004-10-27 20:01:20 +0400</bug_when>
    <thetext>Created attachment 622
Proposed patch

This patch has been tested against:
the testcase above;
gnome-vfs 2.8.x.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19553</commentid>
    <comment_count>3</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2004-11-01 18:46:01 +0300</bug_when>
    <thetext>fixed (2.6.9-alt11)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19590</commentid>
    <comment_count>4</comment_count>
    <who name="Mikhail Zabaluev">mhz</who>
    <bug_when>2004-11-03 13:13:10 +0300</bug_when>
    <thetext>Any chance it goes upstream?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41171</commentid>
    <comment_count>5</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2006-10-06 03:31:52 +0400</bug_when>
    <thetext>The patch in question also breaks build:
$ rpmbuild -bc hdparm.spec
[...]
hdparm.c:1315: warning: implicit declaration of function &apos;__le16_to_cpus&apos;
hdparm.c:1315: warning: nested extern declaration of &apos;__le16_to_cpus&apos;
cc  -o hdparm hdparm.o identify.o
hdparm.o: In function `process_dev&apos;:
hdparm.c:(.text+0x1a4f): undefined reference to `__le16_to_cpus&apos;
hdparm.o: In function `main&apos;:
hdparm.c:(.text+0x3791): undefined reference to `__le16_to_cpus&apos;
collect2: ld returned 1 exit status
make: *** [hdparm] Error 1
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41231</commentid>
    <comment_count>6</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-10-10 20:16:03 +0400</bug_when>
    <thetext>Broken patch removed in std26-2.6.16-alt11; let&apos;s see what breaks without it...</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>621</attachid>
            <date>2004-10-27 19:59:56 +0400</date>
            <delta_ts>2004-10-27 19:59:56 +0400</delta_ts>
            <desc>The testcase C source file</desc>
            <filename>kernel-types-conflict.c</filename>
            <type>text/plain</type>
            <size>48</size>
            <attacher name="Mikhail Zabaluev">mhz</attacher>
            
              <data encoding="base64">I2luY2x1ZGUgPHN5cy90eXBlcy5oPgojaW5jbHVkZSA8bGludXgvY2Ryb20uaD4K
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>622</attachid>
            <date>2004-10-27 20:01:20 +0400</date>
            <delta_ts>2004-10-27 20:01:20 +0400</delta_ts>
            <desc>Proposed patch</desc>
            <filename>kernel-2.6.9-polluted-endian.patch</filename>
            <type>text/plain</type>
            <size>2104</size>
            <attacher name="Mikhail Zabaluev">mhz</attacher>
            
              <data encoding="base64">LS0tIGtlcm5lbC1zb3VyY2UtMi42LjkvaW5jbHVkZS9saW51eC9ieXRlb3JkZXIvcGRwX2VuZGlh
bi5oLm9yaWctcG9sbHV0ZWQJMjAwNC0xMC0xOSAwMTo1NTozNSArMDQwMAorKysga2VybmVsLXNv
dXJjZS0yLjYuOS9pbmNsdWRlL2xpbnV4L2J5dGVvcmRlci9wZHBfZW5kaWFuLmgJMjAwNC0xMC0y
NyAxODo0MDoyOCArMDQwMApAQCAtMzAsNiArMzAsOCBAQAogI2luY2x1ZGUgPGxpbnV4L2J5dGVv
cmRlci9zd2FiLmg+CiAjaW5jbHVkZSA8bGludXgvYnl0ZW9yZGVyL3N3YWJiLmg+CiAKKyNpZiBk
ZWZpbmVkKF9fS0VSTkVMX18pCisKICNkZWZpbmUgX19jb25zdGFudF9odG9ubCh4KSBfX19jb25z
dGFudF9zd2FoYjMyKCh4KSkKICNkZWZpbmUgX19jb25zdGFudF9udG9obCh4KSBfX19jb25zdGFu
dF9zd2FoYjMyKCh4KSkKICNkZWZpbmUgX19jb25zdGFudF9odG9ucyh4KSBfX19jb25zdGFudF9z
d2FiMTYoKHgpKQpAQCAtODMsNiArODUsOCBAQAogI2RlZmluZSBfX2NwdV90b19iZTE2cyh4KSBf
X3N3YWIxNnMoKHgpKQogI2RlZmluZSBfX2JlMTZfdG9fY3B1cyh4KSBfX3N3YWIxNnMoKHgpKQog
CisjZW5kaWYgLyogX19LRVJORUxfXyAqLworCiAjaW5jbHVkZSA8bGludXgvYnl0ZW9yZGVyL2dl
bmVyaWMuaD4KIAogI2VuZGlmIC8qIF9MSU5VWF9CWVRFT1JERVJfUERQX0VORElBTl9IICovCi0t
LSBrZXJuZWwtc291cmNlLTIuNi45L2luY2x1ZGUvbGludXgvYnl0ZW9yZGVyL2JpZ19lbmRpYW4u
aC5vcmlnLXBvbGx1dGVkCTIwMDQtMTAtMTkgMDE6NTU6MDcgKzA0MDAKKysrIGtlcm5lbC1zb3Vy
Y2UtMi42LjkvaW5jbHVkZS9saW51eC9ieXRlb3JkZXIvYmlnX2VuZGlhbi5oCTIwMDQtMTAtMjcg
MTg6Mzk6MzYgKzA0MDAKQEAgLTExLDYgKzExLDggQEAKICNpbmNsdWRlIDxsaW51eC90eXBlcy5o
PgogI2luY2x1ZGUgPGxpbnV4L2J5dGVvcmRlci9zd2FiLmg+CiAKKyNpZiBkZWZpbmVkKF9fS0VS
TkVMX18pCisKICNkZWZpbmUgX19jb25zdGFudF9odG9ubCh4KSAoKF9fZm9yY2UgX19iZTMyKShf
X3UzMikoeCkpCiAjZGVmaW5lIF9fY29uc3RhbnRfbnRvaGwoeCkgKChfX2ZvcmNlIF9fdTMyKShf
X2JlMzIpKHgpKQogI2RlZmluZSBfX2NvbnN0YW50X2h0b25zKHgpICgoX19mb3JjZSBfX2JlMTYp
KF9fdTE2KSh4KSkKQEAgLTEwMSw2ICsxMDMsOCBAQAogI2RlZmluZSBfX2NwdV90b19iZTE2cyh4
KSBkbyB7fSB3aGlsZSAoMCkKICNkZWZpbmUgX19iZTE2X3RvX2NwdXMoeCkgZG8ge30gd2hpbGUg
KDApCiAKKyNlbmRpZiAvKiBfX0tFUk5FTF9fICovCisKICNpbmNsdWRlIDxsaW51eC9ieXRlb3Jk
ZXIvZ2VuZXJpYy5oPgogCiAjZW5kaWYgLyogX0xJTlVYX0JZVEVPUkRFUl9CSUdfRU5ESUFOX0gg
Ki8KLS0tIGtlcm5lbC1zb3VyY2UtMi42LjkvaW5jbHVkZS9saW51eC9ieXRlb3JkZXIvbGl0dGxl
X2VuZGlhbi5oLm9yaWctcG9sbHV0ZWQJMjAwNC0xMC0xOSAwMTo1NDozMiArMDQwMAorKysga2Vy
bmVsLXNvdXJjZS0yLjYuOS9pbmNsdWRlL2xpbnV4L2J5dGVvcmRlci9saXR0bGVfZW5kaWFuLmgJ
MjAwNC0xMC0yNyAxODozODoxMiArMDQwMApAQCAtMTEsNiArMTEsOCBAQAogI2luY2x1ZGUgPGxp
bnV4L3R5cGVzLmg+CiAjaW5jbHVkZSA8bGludXgvYnl0ZW9yZGVyL3N3YWIuaD4KIAorI2lmIGRl
ZmluZWQoX19LRVJORUxfXykKKwogI2RlZmluZSBfX2NvbnN0YW50X2h0b25sKHgpICgoX19mb3Jj
ZSBfX2JlMzIpX19fY29uc3RhbnRfc3dhYjMyKCh4KSkpCiAjZGVmaW5lIF9fY29uc3RhbnRfbnRv
aGwoeCkgX19fY29uc3RhbnRfc3dhYjMyKChfX2ZvcmNlIF9fYmUzMikoeCkpCiAjZGVmaW5lIF9f
Y29uc3RhbnRfaHRvbnMoeCkgKChfX2ZvcmNlIF9fYmUxNilfX19jb25zdGFudF9zd2FiMTYoKHgp
KSkKQEAgLTEwMSw2ICsxMDMsOCBAQAogI2RlZmluZSBfX2NwdV90b19iZTE2cyh4KSBfX3N3YWIx
NnMoKHgpKQogI2RlZmluZSBfX2JlMTZfdG9fY3B1cyh4KSBfX3N3YWIxNnMoKHgpKQogCisjZW5k
aWYgLyogX19LRVJORUxfXyAqLworCiAjaW5jbHVkZSA8bGludXgvYnl0ZW9yZGVyL2dlbmVyaWMu
aD4KIAogI2VuZGlmIC8qIF9MSU5VWF9CWVRFT1JERVJfTElUVExFX0VORElBTl9IICovCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>