On Sun, Mar 05, 2000 at 11:02:35PM +0100, Marcus Sundberg wrote:
> What does not work is:
> SVGAlib app -> svgalib emu -> GGI -> real svgalib
>
> Which has obvious reasons:
> App wants vgaFoo.
> svgalib wrapper provides:
> vgaFoo()
> {
> ggiFoo();
> }
> LibGGI svgalib target provides:
> ggi
Hi !
> > O.K. : My auto-stuff is versionned as follows:
> All the same over here.
That can't be it, then. This is really really strange. I have just fetched a
fresh AnonCVS tree to a machine that has never seen LibGGI before.
It worked right out of the box ...
Could you try to track the problem
On Tue, 7 Mar 2000 [EMAIL PROTECTED] wrote:
> Hi !
>
> > > O.K. : My auto-stuff is versionned as follows:
> > > aclocal --version: aclocal (GNU automake) 1.4
> > > autoheader --version : Autoconf version 2.13
> > > automake --version : automake (GNU automake) 1.4
> > > autoconf --versio
On Tue, 7 Mar 2000, James Simmons wrote:
>
> > >I have been looking at Mesa-GGI and libGGI. Do you think it would be
> > > possible to add a triangle function?
> >
> > Yes, but the triangle function is added in an extension library
> > because the base LibGGI drawing functions are all
On Tue, Mar 07, 2000 at 12:05:51PM +0100, [EMAIL PROTECTED] wrote:
> Hi !
>
> > > O.K. : My auto-stuff is versionned as follows:
> > All the same over here.
>
> That can't be it, then. This is really really strange. I have just fetched a
> fresh AnonCVS tree to a machine that has never seen LibG
Jan Kneschke <[EMAIL PROTECTED]> writes:
> the configure-script is missing the following line
>
> s%@DLLEXT@%$DLLEXT%g
>
> adding AC_SUBST(DLLEXT) to AC_DEFUN(GGI_DLLEXT) in dllext.m4 fixes the
> problem.
Hmm, seems that line is missing for LibGGI here too, but it definitely
worked at home. Mu
On 7 Mar 2000, Marcus Sundberg wrote:
> Jan Kneschke <[EMAIL PROTECTED]> writes:
>
> > the configure-script is missing the following line
> >
> > s%@DLLEXT@%$DLLEXT%g
> >
> > adding AC_SUBST(DLLEXT) to AC_DEFUN(GGI_DLLEXT) in dllext.m4 fixes the
> > problem.
>
> Hmm, seems that line is miss
Christoph Egger wrote:
> On 7 Mar 2000, Marcus Sundberg wrote:
>
> > Jan Kneschke <[EMAIL PROTECTED]> writes:
> >
> > > the configure-script is missing the following line
> > >
> > > s%@DLLEXT@%$DLLEXT%g
> > >
> > > adding AC_SUBST(DLLEXT) to AC_DEFUN(GGI_DLLEXT) in dllext.m4 fixes the
> > > pro
Joseph Carter <[EMAIL PROTECTED]> writes:
> Somebody said the "proper" way to resize a window in GL involved shutting
> down the GL context, resizing the window, then recreating it. Perhaps
> this is to get around software bugs, but it sounds like a royal PITA to
> deal with in the code.
Resizi
> This is the Changle-Log of libggi:
I do know, what the changes are, but the point is that they work fine here
and at work on a machine that has never seen LibGGI before.
> I just tried a snapshot, which does _not_ contain this changes and I've
> got _no_ DLLEXT-problem.
> So, the error must b
> >I have been looking at Mesa-GGI and libGGI. Do you think it would be
> > possible to add a triangle function?
> Yes, but the triangle function is added in an extension library
> because the base LibGGI drawing functions are all basic 2D "essential"
> primitives only.
Correct.
>
Hi !
> GGI - as far as I know - has only a notion of a rectangular clipping
> rectangle being valid for all subsequent primitive drawing calls.
Yes. This is due to the fact, that there are only two methods I have seen to
do clipping in Hardware:
1. a single rectangle (eventually invertible, i.e
On Sun, 5 Mar 2000, Andreas Beck wrote:
(as an answer to this question from myself)
> > Should libggi2d support arbitrary clipping - or would it be acceptable to
> > have a 'small' version with only rectangular clipping ? (But with decent
> > drawing functions.)
>
> I don't think LibGGI2D shoul
> > > I'm interested in also setting up Z
> > > and alpha buffers. How would I go about doing that ?
>
> Basically same thing ... add a function to allocate them to the kernel
> driver and them mmap. We should talk about a generic API for requesting
> such extra features, though.
No mmap. Yuk
> >I have been looking at Mesa-GGI and libGGI. Do you think it would be
> > possible to add a triangle function?
>
> Yes, but the triangle function is added in an extension library
> because the base LibGGI drawing functions are all basic 2D "essential"
> primitives only. Currently
15 matches
Mail list logo
