<?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>110270</bug_id>
          
          <creation_ts>2005-10-23 14:27 0000</creation_ts>
          <short_desc>OpenAL ebuild update to current CVS HEAD</short_desc>
          <delta_ts>2005-10-26 07:06:15 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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>trapni@gentoo.org</reporter>
          <assigned_to>wolf31o2@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>trapni@gentoo.org</who>
            <bug_when>2005-10-23 14:27:48 0000</bug_when>
            <thetext>I think this would be neat because the current ebuild lags a lot with regard to
OpenAL 1.1 specification, though, I checked the CVS (freshly checked out), and
at least what *I* need (ALC capturing) is implemented as specified in AL 1.1 specs.

But anyway, I&apos;m pretty sure they improved it in other places as well ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2005-10-24 09:52:37 0000</bug_when>
            <thetext>Updated to CVS HEAD...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>trapni@gentoo.org</who>
            <bug_when>2005-10-24 14:35:14 0000</bug_when>
            <thetext>hmm... on what arch are you? Well, at least on my amd64&apos;s, this lib compiles 
well, but seems to skip some modules regarding MMX, though, resulting into 
unresolved symbols: 
 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
warning: creating a DT_TEXTREL in object. 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_9&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_4&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_19&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_n&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_25&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_0&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_27&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_32&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_14&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_7&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_2&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_20&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_31&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_8&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_1&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_15&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `x86cpu_caps&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_13&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_29&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_21&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_28&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_18&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_6&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_24&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_5&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_10&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_23&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_17&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_11&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_16&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_22&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_3&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_26&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `x86cpu_caps_use&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_12&apos; 
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libopenal.so: 
undefined reference to `MixAudio16_MMX_30&apos; 
collect2: ld returned 1 exit status 
make: *** [t1] Error 1 
 
 
I got this error as well when trying to use my local CVS repos of openal, 
however, couldn&apos;t track the real problem down, can you? 
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>trapni@gentoo.org</who>
            <bug_when>2005-10-25 01:42:52 0000</bug_when>
            <thetext>problem fixed in upstream CVS. (configure.ac have been borked for amd64 
builds). </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2005-10-25 14:27:08 0000</bug_when>
            <thetext>Fixed since I made the snapshot?

Also, I didn&apos;t test it on amd64, since I don&apos;t have Internet access at home
right now.  If they fixed it since, can you make a patch from CVS and add it to
the ebuild, please?  I might not have Internet access until next week, according
to my cable company.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>trapni@gentoo.org</who>
            <bug_when>2005-10-25 16:27:32 0000</bug_when>
            <thetext>yep, you just need to resnapshot it. I&apos;m running CVS HEAD currently, and it  
runs fine on AMD64 so far I can develop with ;)  
 
the problem WAS, that the build system accidently some x86_32-only files that 
requried some other 32bit-only files that have *not* been included - of course. 
A little fix to linux/configure.ac (already committed!) fixes this problem. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2005-10-26 07:06:15 0000</bug_when>
            <thetext>OK... I&apos;ve added a patch to the ebuild to bring it up to CVS HEAD (yeah, didn&apos;t
feel like resnapshotting it)... anyway... this should be RESOLVED and even
compiles and works on my AMD64 (yay ut2004!)...</thetext>
          </long_desc>
      
    </bug>

</bugzilla>