On 07-Jun-99 [EMAIL PROTECTED] wrote:
I don't see any autoconf stuff in the experimental-1 branch, but I did a
'cvs update -rautoconf' And tried that.
You need to `cvs checkout -rexperimental-1 .' (fresh checkout)
or `cvs update -PAd -rexperimental-1' (update)
Note that you always have to
On 07-Jun-99 Kai Schütz wrote:
Ok, I tested the packet: (If got a PentiumPro, Debian 2.1 System)
Thanks for your help!
It figured out correctly to enable mmx, asm and 3Dnow. It also enabled -DSVGA
??? I want X11 !
Yes. It has found SVGAlib on your system. X11 doesn't need any special
Ah, I'd was curious why there'd been no cvs updates in so long! It the
experimental-1 branch where development occurs, then? A note about this
on the website would be helpful!
Actually, I was under the impression that the experimental branch was just
a temporary thing until Mesa-3.1-beta2
Keith Whitwell wrote:
Kai Schütz wrote:
Thomas Tanner wrote:
Please checkout the experimental-1 branch or download the
current snapshot http://picasso.ffii.org/mesa/mesa-exp.tar.gz
branch - I don't know where you are getting the source from.
From
There is another dead lock on the CVS repository, this time restricted
to the src/FX directory. It's been there at least six hours.
I've sent a message to Rob Walker, but I don't know who else is capable
of looking at this.
Keith
___
Mesa-dev
Keith Whitwell wrote:
"C.J. Beyer" wrote:
Ah, I'd was curious why there'd been no cvs updates in so long! It the
experimental-1 branch where development occurs, then? A note about this
on the website would be helpful!
Actually, I was under the impression that the experimental
Keith Whitwell wrote:
There is another dead lock on the CVS repository, this time restricted
to the src/FX directory. It's been there at least six hours.
I've sent a message to Rob Walker, but I don't know who else is capable
of looking at this.
I'm waiting for Rob to remove the dead
Brian Paul wrote:
Keith, I'd like to hear what your longer-term coding plans are. Do
you see a milestone in your work for a 3.1 release?
I think you could say that the latest batch of changes pretty much
represents the end of a certain line of improvements. I know Holger is
doing some
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
On Tue, 8 Jun 1999, Brian Paul wrote:
The real question is whether Brian wants the next release version to
include the new code or not.
I don't have a date in mind for the next beta release.
I'd like to keep the mainline code pretty much stable. After Keith
has tested and debugged
Stephen J Baker wrote:
One SPECIFIC reason to go this way is that it gives people
writing low level drivers a stable (even numbered) platform
to work with.
What does everyone else think about this idea?
OK, but really that's what having a development and stable branch in cvs
acheives.
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
On Tue, 8 Jun 1999, Holger Waechtler wrote:
Who says, that our super driver is not able to load it's subdrivers
dynamically ??
(could you explain, how dlopen() is used ?? - works it on non-Unix
platforms (MacOS, Dos, Windows) ?? -- if not, we could put some #ifdef's
around it and link at
On Tue, 8 Jun 1999, Holger Waechtler wrote:
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
Stephen J Baker wrote:
Perhaps it's time for Mesa to go to the dual-stream approach of the
Linux Kernel and other packages like The GIMP where odd numbered
releases are where new code goes and even numbered get all the bug
fixes.
...
What does everyone else think about this idea?
I'll
16 matches
Mail list logo