On Sat, 8 Oct 2011 12:06:42 +0900
Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> On Sat, 8 Oct 2011 04:32:22 +0200 "hannes.janet...@gmail.com"
> <hannes.janet...@googlemail.com> said:
>
> > On Fri, Oct 7, 2011 at 10:40 PM, Jim Kukunas
> > <james.t.kuku...@linux.intel.com> wrote:
> > > Hi Folks,
> > >
> > > With Evas trunk, I can no longer use the gl_x11 engine on my Intel 945GME.
> > > I get the error message reproduced below.
> > >
> > > Git bisect points to revision 63832. Any revision before that works fine.
> > >
> > > Anyone else having this issue? I can supply more info if needed.
> > >
> >
> > Same issue here. looking at the output I would guess that the shader
> > file should be preprocessed before passing it to the shader compiler.
> > (I'm no expert in this)
>
> no - thats the glsls compilers job. those pre-processing things rely on
> defined constants from the compiler. it's how glsl works. i found it by manual
> inspection and comparison. cedric uses tex_y in vert shdr but tex_c in frag
> shader. fixed.
>
> >
> >
> > > Thanks.
> > >
> > > ERR<1246>:evas-gl_common evas_gl_shader.c:1082
> > > _evas_gl_common_shader_program_source_init() Abort compile of shader vert
> > > (nv12): #ifdef GL_ES
> > > #ifdef GL_FRAGMENT_PRECISION_HIGH
> > > precision highp float;
> > > #else
> > > precision mediump float;
> > > #endif
> > > #endif
> > > attribute vec4 vertex;
> > > attribute vec4 color;
> > > attribute vec2 tex_coord, tex_coord2;
> > > uniform mat4 mvp;
> > > varying vec4 col;
> > > varying vec2 tex_y, tex_cuv;
> > > void main()
> > > {
> > > gl_Position = mvp * vertex;
> > > col = color;
> > > tex_y = tex_coord;
> > > tex_cuv = tex_coord2 * 0.5;
> > > }
> > >
> > > Evas can not setup the informations of the OpenGL X11 Engine
> > > No engine selected.
> > >
> > > --
> > > Jim Kukunas
> > > Intel Open Source Technology Center
> > >
> > > ------------------------------------------------------------------------------
> > > All of the data generated in your IT infrastructure is seriously valuable.
> > > Why? It contains a definitive record of application performance, security
> > > threats, fraudulent activity, and more. Splunk takes this data and makes
> > > sense of it. IT sense. And common sense.
> > > http://p.sf.net/sfu/splunk-d2dcopy2
> > > _______________________________________________
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> > >
> >
> > ------------------------------------------------------------------------------
> > All of the data generated in your IT infrastructure is seriously valuable.
> > Why? It contains a definitive record of application performance, security
> > threats, fraudulent activity, and more. Splunk takes this data and makes
> > sense of it. IT sense. And common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy2
> > _______________________________________________
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
another bug found and fixed with svn log | grep cedric !
--
Mike Blumenkrantz
Zentific: Coding in binary since '10.
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
