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
Hi,
here is the fix. Could you check and commit it, Brian ??
- Holger
*** render_tmp.h.oldThu Mar 16 17:33:44 2000
--- render_tmp.hThu Mar 16 17:51:00 2000
***
*** 88,94
RENDER_LINE( j-1, j );
}
!VB-ctx-StippleCounter = 0;
Hi Brian, hi everybody,
I cleaned up the 3dnow stuff and removed some workarounds. We have now the
following problem: the routines
gl_3dnow_transform_points3_general_raw
gl_3dnow_transform_points4_general_raw
gl_3dnow_transform_points3_3d_raw
gl_3dnow_transform_points4_3d_raw
Hi everybody,
has anybody of you build Mesa with Visual C for glide ? And compared this
with 3dfx' OpenGL driver ?
- Holger
On Thu, 27 Jan 2000, ralf willenbacher wrote:
Stephen J Baker wrote:
Also, unless you say *which* other OpenGL and on which platform,
(and for which
Hi Brian,
I believe, you have to change configure.in. Take this as example, how an
alpha might be detected (what $host has a alpha ??):
dnl x86 assembler
case "$host" in
i*86-*-*) have_x86=on ;;
*) have_x86=off ;;
esac
If the problem is related not to the processor, but to the compiler, a
On Fri, 17 Sep 1999, Brian Paul wrote:
Thomas Tanner wrote:
I suggest to move all demos to a subdirectory "demos":
demos - demos/demos
3Dfx/demos - demos/3Dfx
BeOS - demos/BeOS
book - demos/book
ggi/demos - demos/ggi
images- demos/images
mtdemos
On Fri, 17 Sep 1999, Thomas Tanner wrote:
On 15-Sep-99 Holger Waechtler wrote:
the fixam script, which enables automatic dependency tracking, if gcc and
gnu make are available, is now called automatically from bootstrap.
No, the other way round: fixam disables automatic dependency
Hi Brian,
I removed the automatic fixam call in bootstrap.
And I fixed fixam to work in both directions (I was wrong -- it couldn't
do the job right; hope it will now - ).
- Holger
___
Mesa-dev maillist - [EMAIL PROTECTED]
Hi everybody,
I tried some of the demos last days both with the X and the FX driver.
Some bugs seem to be there:
the book/anti.c demo is incredibly coloured and the transparent help
screen in the 3dfx/demos/tunnel.c demo is not transparent.
The X driver draws both correct.
- Holger
Hi everybody,
in my opineon it´s a real hard task to reach about 10 % speedup in Q3,
since most functions, which are easy to optimize with the 3dnow or SSE
instructions don´t need more then 10% or 12% of cpu time.
And there is another problem. Even if the results Josh posted look very
On Sat, 31 Jul 1999, Andree Borrmann wrote:
Here is a patch for the linux-3dnow-glide target for the "old" makefiles
Andree
thanks. I checked it checked in.
- Holger
___
Mesa-dev maillist - [EMAIL PROTECTED]
On Wed, 23 Jun 1999, Thomas Tanner wrote:
Should the final release generate a stripped library, which is smaller ?
Yes, but automake 1.4 doesn't support it, only the latest CVS snapshots
of automake and libtool do :-(
Is there a problem to run strip libMesaGL*.so* in the release
Hi Thomas,
please include the x86 assembler only, if you are shure, that binutils
support the cpuid command (or you could compile common_x86asm.S).
Otherwise the compilation can fail.
- Holger
___
Mesa-dev maillist - [EMAIL PROTECTED]
On Fri, 11 Jun 1999, Thomas Tanner wrote:
It doesn't detect my MMX capable Celeron.
Did you specified -DUSE_MMX_ASM ??
Yes, but the latest experimental branch seems to detect it.
Fine. Then should the mainstream branch do it, too.
- Holger
On Thu, 10 Jun 1999, Thomas Tanner wrote:
On 09-Jun-99 Holger Waechtler wrote:
you should not try to compile the ggi stuff, if no ggi was found.
That's what the autoconf script actually does.
Unfortunately some of Jon's GGI fixes broke it yesterday :(
but it's fixed now
On Mon, 7 Jun 1999 [EMAIL PROTECTED] wrote:
On Mon, 7 Jun 1999 14:04:49 -0700, Keith Whitwell wrote:
Can't we have a prebuilt ./configure in the repository?
This is generally considered to be a Bad Idea, since configure is
autogenerated code and it's easy to forget to update it before
On Mon, 7 Jun 1999, Thomas Tanner wrote:
I would be happy, if we could do something similiar with the FX/NV/G200
driver - Mesa would become a generic super-driver similiar to the SVGA
X-Server, which decides at runtime, which hardware driver it will use.
I think that'd be a very bad
Hi,
I just committed a portable assyntax version of gl_mmx_blend_transparency.
(src/X86/mmx_blend.S)
It's not used at this time, we have to create a hook first - (Keith ??)
The commented code in mmx.h is taken from blend.c - it does not works
since we habe to do this for every context.
The
Hi Ralph,
The asm_???.c /.h /.S files are not used at this time. Take a look into
the files in src/X86 instead (prefer the experimental-1 CVS branch,
there are the 3Dnow related things in this folder, too).
It should work once like this:
For a x86 target, cmopile with -DUSE_X86_ASM
On Mon, 7 Jun 1999, Keith Whitwell wrote:
I think a better approach would be to compile everything
we are capable of do the checks at runtime.
That's exactly the thing I want to do. The linux-3dnow target is currently
the one which compiles in all available optimisations
Hi everybody,
I just committed a new version of the 3dnow xforms to the experimental-1
branch. Everything is now in Josh's portable assyntax-style. I moved all
related files to src/X86.
common_x86asm.h /.S contains a new cpu detection routine, it tests
original Intel cpu's, generic MMX
If test_all_transform_functions() is used in a few different files,
maybe it would be better to move it to a .c file instead of having a
separate instance for each use?
you are right. Have a look on my new version with included benchmark
macros. Note that they will only work on 586 CPU's or
22 matches
Mail list logo