Re: [utah-glx-dev] Re: [Mesa-dev] 3Dnow asm broken on the K6-III?

2000-04-05 Thread justin


X-Authentication-Warning: akaflieg.extern.tu-berlin.de: hwaechtler owned process 
doing -bs
Date: Thu, 6 Apr 2000 17:46:51 +0200 (CEST)
From: Holger Waechtler [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
To: justin [EMAIL PROTECTED]
cc: Mesa3d developer mailing list [EMAIL PROTECTED], 
[EMAIL PROTECTED]
MIME-Version: 1.0
Subject: [utah-glx-dev] Re: [Mesa-dev] 3Dnow asm broken on the K6-III?
X-Mailman-Version: 1.1
List-Id: utah-glx-dev.lists.sourceforge.net
X-BeenThere: [EMAIL PROTECTED]


On Wed, 5 Apr 2000, justin wrote:

 AHA! That would explain why it works for me but not a lot of other people.  I 
 use (actually, am FORCED to use) gas from the binutils snapshots from Cygnus's 
 sourceware, while the latest "official" (going by ftp.gnu.org) GNU release is 
 still 2.9.1.  That means pretty much all Linux distributions would ship with the 
 rather broken version 2.9.1, resulting in the problems that have been mentioned.

Hmmm, my last SuSE distro (not very actual ...) included originally
2.9.1.0.25, which didn't had these problems anymore. H.J. Lu released
already versions above 2.9.5, so I believed, this is the current one. Do
you know, why they have split their releases and don't update the
"official one" anymore ??



I have no idea what's going on there.  Nowadays it looks like H. J. Lu fixes
bugs in the Cygnus snapshots and releases them as beta versions.  I guess the
2.9.1.0.* releases are entirely his work, as Cygnus has the same "releases"
directory as ftp.gnu.org.

Truthfully, I didn't know there was another branch, which is actually the standard on 
Linux, until just now.

 So I guess the problem can be resolved by telling everyone to get the latest 
 binutils snapshot (be prepared to wait, as the servers have tiny limits) or by 
 putting the workarounds back in. :-(

If this is the problem, shure.

I thought about a built in version check in the configure script, if gas
might be buggy, but decided against it, since H.J. Lu couldn't tell me,
when this was fixed (his only comment was 'They are s old ...'), and a
real test program would be longer then some lines.


Found when it was probably fixed:
from 
ftp://ftp.varesearch.com/pub/support/hjl/binutils/2.9.1/release.binutils-2.9.1.0.25

Changes from binutils 2.9.1.0.19a:

1. Enable ld for Solaris/x86.
2. Fix an ELF/i386 bfd/linker bug.
3. Fix a BFD bug.
4. Fix the ELF aligment.
5. Fix an AMD 3DNow! bug.
6. Fix ELF/x86 8/16-bit relocation bug.
7. Add --redefine-sym=old_form=new_form to objcopy.
8. Update cplus-dem.c from the egcs snapshot.
9. Support new Pentium II instructions.
10. Add --demangle/--no-demangle to ld.

So any binutils after 2.9.1.0.19a should be OK.  I don't normally use Linux
anymore, so I don't know which binutils are marked as required for kernels
2.2.*.

Beside this Mesa can be still built on the old Makefile way, where this
test would be skipped. (Ok, you can include such tests in Makefiles too,
but it's a bit more complicated). And as far I know the glx people
have their own build system.

I believe, the best would be a notice or warning in the README file, the
release notes or on the Download page.

- Holger


___
utah-glx-dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/utah-glx-dev

This .signature intentionally left blank



___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev



Re: [Mesa-dev] 3Dnow asm broken on the K6-III?

2000-04-03 Thread Holger Waechtler


Hi Ralph,

could somebody who can reproduce this compile Mesa with -DDEBUG in CFLAGS
and export MESA_PROFILE=1 before running a program ?  The library will
perform now some checks on the transformation functions.

Beside this I'd like to see the binutils version used by the C compiler
(run gcc -v for one sample file - ).

Please send me both outputs.

- Holger



On Thu, 30 Mar 2000, Ralph Giles wrote:

 Hello all,
 
 We've received several reports lately on the Utah-GLX list about the 3Dnow
 asm code not working for people with K6-IIIs. It shows up under software
 fallback, so our guess is that it's a problem in the Mesa code. (that, and
 I don't think we have any 3Dnow in our drivers--just mmx for texture
 conversion)
 



___
Mesa-dev maillist  -  [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev