<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>3135</bug_id>
          
          <creation_ts>2002-05-28 19:49 0000</creation_ts>
          <short_desc>imlib ebuild fails with gcc-3.1</short_desc>
          <delta_ts>2002-05-29 01:53:29 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GCC Porting</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>lostlogic@gentoo.org</reporter>
          <assigned_to>mkennedy@gentoo.org</assigned_to>
          <cc>lostlogic@gentoo.org</cc>
    
    <cc>rufiao@gmx.net</cc>

      

      
          <long_desc isprivate="0">
            <who>lostlogic@gentoo.org</who>
            <bug_when>2002-05-28 19:49:12 0000</bug_when>
            <thetext>the imlib-1.9.14 ebuild fails under gcc-3.1 apparently due to the new handling of crappity include file ordering... adding --includedir=&quot;&quot; to the configure line in the ebuild fixes the problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lostlogic@gentoo.org</who>
            <bug_when>2002-05-28 22:37:57 0000</bug_when>
            <thetext>it has been pointed out to me by Rufiao Valhacouto &lt;rufiao@gmx.net&gt; who this bug doesn&apos;t like that the make line also needs includedir=${D}/usr/include in order for this to not suck.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rufiao@gmx.net</who>
            <bug_when>2002-05-28 22:57:23 0000</bug_when>
            <thetext>it&apos;s also needed to set includedir=${D}/usr/include in the make line of the
src_install() function to prevent the header files to install in /</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkennedy@gentoo.org</who>
            <bug_when>2002-05-28 23:27:01 0000</bug_when>
            <thetext>fixed in portage -- thanks for this nice catch! </thetext>
          </long_desc>
      
    </bug>

</bugzilla>