[ATrpms-devel] nvidia includes

[Paulo Cavalcanti]

Axel, inf fact, I am talking about GLSL (GL Shading Language).
That it is why I have to replace the .h's. I think Mesa is still in GL
1.2and glx also
1.2
Therefore, it is not possible to use GLSL with Mesa.

Nvidia 8774 has GL 2.0.2 and glx 1.4. But I understand your point of view. I
think
that putting them in an unversioned directory is a good solution, though.

Thank you,

/Paulo Roma.

On 9/20/06, Axel Thimm <Axel.Thimm at atrpms.net> wrote:
>
> On Wed, Sep 20, 2006 at 09:23:12AM -0300, Paulo Cavalcanti wrote:
> > On 9/20/06, Axel Thimm <Axel.Thimm at atrpms.net> wrote:
> > >
> > >On Sat, Sep 02, 2006 at 06:41:24PM -0300, Paulo Cavalcanti wrote:
> > >> Hi, Axel
> > >>
> > >> would you mind copying
> > >>
> > >> /usr/share/doc/nvidia-graphics8774-devel-1.0_8774/include/GL/*.h
> > >>
> > >> to
> > >>
> > >> /usr/include/GL
> > >>
> > >> In the next nvidia release?
> > >
> > >They will conflict with xorg-x11-devel or mesa-libGL-devel.
> >
> >
> > The idea is to replace them.
> >
> > >For those who program the cards using extensions these files should
> > >> replace the original ones. And they will not affect anythibng else
> > >> otherwise.
> > >
> > >They would remove the other mentioned packages completely.
> >
> >
> > Yes. I know that. But the original ones could have their names changed
> to
> >
> > glext.h.orig
> > gl.h.orig
> > glxext.h.orig
> > glx.h.orig
>
> That would break on the next update of xorg-x11-devel and/or
> mesa-libGL-devel. Or ATrpms would need to keep patched up verisons of
> these files to not have this happen, and it would be a race each time.
>
> > and be restored if nvidia is removed later.
> > Since nvidia driver replaces mesa opengl, I see no point in keeping the
> > original include files. The only way of using nvidia extensions is
> replacing
> > those files manually each time a new driver version is installed.
> >
> > gl.h.orig, for instance, is full of defines to MESA, which is not used
> > anymore. Even for people not interested in extensions, the new includes
> are
> > completely compatible.
>
> AFAIU the gl.h and libGL.so of mesa are upwards compatible to any
> vendor specific library, e.g. that's what the GL API was for. You only
> miss proprietary GL extensions, and that's in general a good thing,
> otherwise your packages would require nvidia even on non-nvidia
> hardware and would thus not work there.
>
> There are two exeptions that deal with it properly, mplayer and
> mythtv.
> --
> Axel.Thimm at ATrpms.net
>
>
> _______________________________________________
> atrpms-devel mailing list
> atrpms-devel at atrpms.net
> http://lists.atrpms.net/mailman/listinfo/atrpms-devel
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.atrpms.net/pipermail/atrpms-devel/attachments/20060920/141d257f/attachment.html