On Thu, 6 Apr 2000, Holger Waechtler wrote:
> > 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 soooo old ...'), and a
> real test program would be longer then some lines.
> 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.
Utah does indeed have its own build system, but it's autoconf-based, so
if you want to write a detection check, I'd be happy to include it. We
already cribbed the isa-extension support tests from you. :)
> I believe, the best would be a notice or warning in the README file, the
> release notes or on the Download page.
Debian 2.2 (currently in freeze) is using binutils 2.9.5.0.31, so there
are definitely new versions available, though the url given puts the
original source in a 'beta' directory. Given the age of the 2.9.1 series,
the the conservative policies of Debian, I'd expect any new distribution
to ship 2.9.5.
The latest version at ftp://ftp.varesearch.com/pub/support/hjl/binutils/
is 2.9.5.0.34, dated 2000 April 4. The release notes still call it a beta,
but nearing public release.
-ralph
P.S. I note we haven't heard an 'upgrading binutils fixed this for me'
from the original reporters. I'll prod them.
--
[EMAIL PROTECTED]
utah-glx.sourceforge.net
_______________________________________________
Mesa-dev maillist - [EMAIL PROTECTED]
http://lists.mesa3d.org/mailman/listinfo/mesa-dev
