Hi,
I've just built the Mesa 3.1 final version for Win32 / 3dfx support.
Everything worked fine with assembly language support off (the NASM line
commented out in makefile.fx), but with assembly language support on I
get the link errors listed below. I'm using Visual C 6 with service
Someone reported a compiler flag problem using the GNU configure
build method.
The flag -ieee_with_no_inexact must be used when compiling
for the Alpha processor using the DEC compiler. Otherwise
there's a problem with FP exceptions.
The old-style Mesa makefiles did this but I'm not sure how
I've set up a project page for glean on SourceForge:
http://glean.sourceforge.net/
From there you can find sources, executables for Windows, documentation,
etc.
The project is still in its infancy, so contributions are welcome!
Allen
___
Neal Tringham wrote:
Hi,
I've just built the Mesa 3.1 final version for Win32 / 3dfx support.
Everything worked fine with assembly language support off (the NASM line
commented out in makefile.fx), but with assembly language support on I
get the link errors listed below. I'm
Eero Pajarre wrote:
The correct fix would be adding FX\X86\fx_3dnow_fastpath.obj
to the end of the X86OBJS, but...
There seems to be something going wrong with the CPP macro
expansion, at least on my VC++ 5.0. Neal, you could of
course try this?
Ok this seems to work:
(Neal, could
Eero Pajarre [EMAIL PROTECTED] writes
Ok this seems to work:
(Neal, could you please test this with your VC version?
and propably it would be best that some Linux/Gcc users
would try this now as well)
With those two changes, the code builds and links fine. I'm afraid I
can't do a runtime test
On Fri, Dec 17, 1999 at 10:24:46PM +0200, Eero Pajarre wrote:
Does this mean that the problem should be fixed in 3.2 CVS, 3.3 CVS?
(I seem to get blue help text in 3dfx/demos/teapot, should be red?)
I've got one more patch for that one. It's in my CVS repository on
dri.sourceforge.net, but
Eero Pajarre wrote:
Ok this seems to work:
(Neal, could you please test this with your VC version?
and propably it would be best that some Linux/Gcc users
would try this now as well)
1) add FX\X86\fx_3dnow_fastpath.obj to the end of
X86OBJS variable at makefile.fx.
Done in 3.2 and 3.3
On Fri, Dec 17, 1999 at 11:28:02PM +0200, Eero Pajarre wrote:
I have not so far have met any texture problems
(I would change performance for correctness,
if it would happen in my program...)
You likely wouldn't unless you are using multitexturing and have more
textures than available memory.