<?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>114558</bug_id>
          
          <creation_ts>2005-12-05 12:37 0000</creation_ts>
          <short_desc>glide-v3-3.10-r4 fails to compile with gcc-3.4.4</short_desc>
          <delta_ts>2008-07-10 04:47:33 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>Library</component>
          <version>2005.1</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>blocker</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>chead@telus.net</reporter>
          <assigned_to>x11-drivers@gentoo.org</assigned_to>
          <cc>alba74@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>chead@telus.net</who>
            <bug_when>2005-12-05 12:37:04 0000</bug_when>
            <thetext>Summary says it all. There&apos;s an error in glide3x/h3/minihwc/linhwc.c about
hwcBufferLfbAddr being redefined on line 611, original definition line 356. This
is because the function is declared implicitly by usage on line 356, where there
is no prototype in scope. The problem is fixed by placing a prototype for
hwcBufferLfbAddr() before the beginning of the function which contains line 356.

There is also an error in glide3x/h3/glide3/src/xdraw2.inc.S regarding the
GR_FIFO_WRITE macro being defined multiple times on line 815 because the file
appears to be included multiple times. This is eliminated by placing a guard
block around the macro definition.

I will attach a patch file which, when applied after the &quot;-fixes&quot; and
&quot;-2.6-headers-fix&quot; patches, fixes these problems and allows compilation to finish.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chead@telus.net</who>
            <bug_when>2005-12-05 12:38:43 0000</bug_when>
            <thetext>Created an attachment (id=74110)
This is my proposed patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>thsuut@utu.fi</who>
            <bug_when>2005-12-15 15:29:11 0000</bug_when>
            <thetext>I confirm that the patch works. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2006-01-28 02:10:18 0000</bug_when>
            <thetext>Fixed, thanks! Could you please submit this upstream if it isn&apos;t already? glide.sf.net is the place. It sounds like they&apos;ll be doing a new release pretty soon -- hopefully the build process isn&apos;t impossible as the last one was.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2006-01-28 02:13:04 0000</bug_when>
            <thetext>*** Bug 118628 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chead@telus.net</who>
            <bug_when>2006-01-28 18:59:11 0000</bug_when>
            <thetext>Submitted upstream as requested.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>74110</attachid>
            <date>2005-12-05 12:38 0000</date>
            <desc>This is my proposed patch</desc>
            <filename>glide-v3-3.10-ch.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGdsaWRlM3gvaDMvbWluaWh3Yy9saW5od2MuYyAgICAgICAyMDA1LTEyLTA1IDEyOjA3OjQw
LjAwMDAwMDAwMCAtMDgwMAorKysgZ2xpZGUzeC9oMy9taW5paHdjL2xpbmh3Yy5jICAgIDIwMDUt
MTItMDUgMTI6MDg6MTUuMDAwMDAwMDAwIC0wODAwCkBAIC0yOTAsNiArMjkwLDkgQEAKICAgcmV0
dXJuIEZYVFJVRTsKIH0KCitzdGF0aWMgRnhVMzIKK2h3Y0J1ZmZlckxmYkFkZHIoY29uc3QgaHdj
Qm9hcmRJbmZvICpiSW5mbywgRnhVMzIgcGh5c0FkZHJlc3MpOworCiBGeEJvb2wKIGh3Y0FsbG9j
QnVmZmVycyhod2NCb2FyZEluZm8gKmJJbmZvLCBGeFUzMiBuQ29sQnVmZmVycywgRnhVMzIgbkF1
eEJ1ZmZlcnMpCiB7Ci0tLSBnbGlkZTN4L2gzL2dsaWRlMy9zcmMveGRyYXcyLmluYy5TCTIwMDUt
MTItMDUgMTI6MjQ6MTYuMDAwMDAwMDAwIC0wODAwCisrKyBnbGlkZTN4L2gzL2dsaWRlMy9zcmMv
eGRyYXcyLmluYy5TCTIwMDUtMTItMDUgMTI6MjY6MDEuMDAwMDAwMDAwIC0wODAwCkBAIC04MTIs
OSArODEyLDEyIEBACiAjZGVmaW5lIHBhY2tDb2wgJWVkaQogI2RlZmluZSB0ZW1wVmFsICVlZGkK
IAorLmlmbmRlZiBHUl9GSUZPX1dSSVRFX0RFRklORUQKIC5tYWNybyBHUl9GSUZPX1dSSVRFIF9f
YWRkciBfX29mZnNldCBfX2RhdGEKIAltb3YgXF9fZGF0YSAsIFxfX29mZnNldChcX19hZGRyKQog
LmVuZG0JLyogIEdSX0ZJRk9fV1JJVEUgKi8KKy5lcXUgR1JfRklGT19XUklURV9ERUZJTkVELCAx
CisuZW5kaWYKIAogLmFsaWduIDQKIExPQ0FMKF9fdHJpQmVnaW4pOgo=
</data>        

          </attachment>
    </bug>

</bugzilla>