Felix Kühling wrote:
I'm sorry, I don't see where it gets linked. grep for glcontextmodes on
a freshly regenerated driver Makefile doesn't find anything. The only
related commit I found in my dri-patches archive is to
lib/GL/dri/Imakefile. It compiles glcontextmodes.o in lib/GL/dri. But I
can't fin
Solved. Read on..
On Tue, 21 Oct 2003, Felix Kühling wrote:
>
> glcontextmodes.o gets linked to libGL, not the driver. Apperently you
> have an outdated libGL installed.
Well, my regular libGL.so is as new as the driver and compiled from DRI.
And yes, _gl_context_modes_destroy is there accordi
On Tue, 21 Oct 2003 09:51:29 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > glcontextmodes.o gets linked to libGL, not the driver. Apperently you
> > have an outdated libGL installed. Though this kind of binary
> > incompatibility shouldn't happen in the first place. Ian,
Felix Kühling wrote:
glcontextmodes.o gets linked to libGL, not the driver. Apperently you
have an outdated libGL installed. Though this kind of binary
incompatibility shouldn't happen in the first place. Ian, there is a
symbolic link to lib/GL/glx/glcontextmodes.c in lib/GL/dri. I can only
guess t
Felix Kühling wrote:
glcontextmodes.o gets linked to libGL, not the driver. Apperently you
have an outdated libGL installed. Though this kind of binary
incompatibility shouldn't happen in the first place. Ian, there is a
symbolic link to lib/GL/glx/glcontextmodes.c in lib/GL/dri. I can only
guess t
glcontextmodes.o gets linked to libGL, not the driver. Apperently you
have an outdated libGL installed. Though this kind of binary
incompatibility shouldn't happen in the first place. Ian, there is a
symbolic link to lib/GL/glx/glcontextmodes.c in lib/GL/dri. I can only
guess that the intention is
Am I the only one who sees an undefined "_gl_context_modes_destroy()"
symbol with the current DRI tree on i830? LIBGL_DEBUG gives this:
libGL: XF86DRIGetClientDriverName: 1.3.0 i830 (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tls/i830_dri.so
libGL: Ope
Felix Kühling wrote:
I looked through the Imakefiles in order to resolve this. I found that
hwlog.o is not needed at all any more. vblank.o and xmlconfig.o are only
needed by mga, r128, r200 and radeon so far. The other objects (mm.o,
texmem.o and utils.o) seem to be used by all drivers. I'm not 1
On Wed, 15 Oct 2003 16:26:33 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> On Wed, 2003-10-15 at 16:15, Felix Kühling wrote:
> > On Wed, 15 Oct 2003 21:53:17 +0200
> > Michel Dänzer <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2003-10-15 at 18:50, Felix Kühling wrote:
> > > >
> > > > Oops, xmlc
On Wed, 2003-10-15 at 16:15, Felix Kühling wrote:
> On Wed, 15 Oct 2003 21:53:17 +0200
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2003-10-15 at 18:50, Felix Kühling wrote:
> > >
> > > Oops, xmlconfig.o gets linked into all drivers, even those that don't
> > > use it. BTW, the same i
On Wed, 15 Oct 2003 21:53:17 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Wed, 2003-10-15 at 18:50, Felix Kühling wrote:
> >
> > Oops, xmlconfig.o gets linked into all drivers, even those that don't
> > use it. BTW, the same is true for all object files in
> > xc/lib/GL/mesa/src/drv/common
On Wed, 2003-10-15 at 18:50, Felix Kühling wrote:
>
> Oops, xmlconfig.o gets linked into all drivers, even those that don't
> use it. BTW, the same is true for all object files in
> xc/lib/GL/mesa/src/drv/common. How should files in the common directory
> be handled that are not used by all driver
12 matches
Mail list logo
