>On Tue, 8 Jun 1999, Holger Waechtler wrote:
>
>dlopen is really easy to understand:
Based on your explanation of uinx dl___() calls and my fairly extensive
knowledge of the Windblows counterparts I'd say it would take less than an hour
to hack a dlopen() interface on top of the Win32 API calls
Keith Whitwell wrote:
>
> 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 improve
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'l
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
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 lin
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
ache
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 be
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 deb
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 ve
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 b
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 3d
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 de
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
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 maill
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 http://picasso.ff
"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 branch was just
> a tem
> 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
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
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
19 matches
Mail list logo