Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-27 Thread Dieter NÃtzel
/opt/Mesa> time nice +19 make linux-x86
(cd configs && rm -f current && ln -s linux-x86 current)
make default
make[1]: Entering directory `/opt/Mesa'
make[2]: Entering directory `/opt/Mesa/src'
Making sources for linux-x86
make[3]: Entering directory `/opt/Mesa/src/mesa'
make[4]: Entering directory `/opt/Mesa/src/mesa'
make[5]: Entering directory `/opt/Mesa/src/mesa/x86'
make[5]: FÃr das Ziel Âdefault ist nichts zu tun.
make[5]: Leaving directory `/opt/Mesa/src/mesa/x86'
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main 
-I../../src/mesa/glapi -I../../src/mesa/math 
-I../../src/mesa/tnl-I../../src/mesa/shader -I../../src/mesa/swrast 
-I../../src/mesa/swrast_setup -Wall -O -march=athlon -ansi -pedantic -fPIC 
-D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE 
-DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM 
-DPTHREADS -I/usr/X11R6/include glapi/glapi.c -o glapi/glapi.o
In file included from glapi/glapi.c:129:
glapi/glapitemp.h: In function `NoOpGetInfoLogARB':
glapi/glapitemp.h:3783: error: parameter name omitted
glapi/glapitemp.h:3783: error: parameter name omitted
glapi/glapitemp.h:3783: error: parameter name omitted
glapi/glapitemp.h:3785: error: parse error before ',' token
In file included from glapi/glapi.c:515:
glapi/glprocs.h: At top level:
glapi/glprocs.h:1009: Warnung: string length `17205' is greater than the 
length `509' ISO C89 compilers are required to support
make[4]: *** [glapi/glapi.o] Fehler 1
make[4]: Leaving directory `/opt/Mesa/src/mesa'
make[3]: *** [default] Fehler 2
make[3]: Leaving directory `/opt/Mesa/src/mesa'
make[2]: *** [subdirs] Fehler 1
make[2]: Leaving directory `/opt/Mesa/src'
make[1]: *** [default] Fehler 1
make[1]: Leaving directory `/opt/Mesa'
make: *** [linux-x86] Fehler 2
2.948u 0.155s 0:03.11 99.3% 0+0k 0+0io 0pf+0w

-Dieter


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-27 Thread Ian Romanick
Dieter NÃtzel wrote:
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main 
-I../../src/mesa/glapi -I../../src/mesa/math 
-I../../src/mesa/tnl-I../../src/mesa/shader -I../../src/mesa/swrast 
-I../../src/mesa/swrast_setup -Wall -O -march=athlon -ansi -pedantic -fPIC 
-D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE 
-DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM 
-DPTHREADS -I/usr/X11R6/include glapi/glapi.c -o glapi/glapi.o
In file included from glapi/glapi.c:129:
glapi/glapitemp.h: In function `NoOpGetInfoLogARB':
glapi/glapitemp.h:3783: error: parameter name omitted
glapi/glapitemp.h:3783: error: parameter name omitted
glapi/glapitemp.h:3783: error: parameter name omitted
glapi/glapitemp.h:3785: error: parse error before ',' token
I just saw this as well.  It appears to be related to the recent GLSL 
changes.  I'll try to poke around at it tonight, if nobody beats me to it.

---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-28 Thread Pasi Kärkkäinen
On Wed, Oct 27, 2004 at 04:31:13PM -0700, Ian Romanick wrote:
> Dieter Nützel wrote:
> 
> >gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main 
> >-I../../src/mesa/glapi -I../../src/mesa/math 
> >-I../../src/mesa/tnl-I../../src/mesa/shader -I../../src/mesa/swrast 
> >-I../../src/mesa/swrast_setup -Wall -O -march=athlon -ansi -pedantic -fPIC 
> >-D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE 
> >-DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM 
> >-DPTHREADS -I/usr/X11R6/include glapi/glapi.c -o glapi/glapi.o
> >In file included from glapi/glapi.c:129:
> >glapi/glapitemp.h: In function `NoOpGetInfoLogARB':
> >glapi/glapitemp.h:3783: error: parameter name omitted
> >glapi/glapitemp.h:3783: error: parameter name omitted
> >glapi/glapitemp.h:3783: error: parameter name omitted
> >glapi/glapitemp.h:3785: error: parse error before ',' token
> 
> I just saw this as well.  It appears to be related to the recent GLSL 
> changes.  I'll try to poke around at it tonight, if nobody beats me to it.
> 

So GLSL will be supported in Mesa/DRI in the near future? :) 

-- Pasi Kärkkäinen
   
   ^
. .
 Linux
  /-\
 Choice.of.the
   .Next.Generation.


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-28 Thread Dieter NÃtzel
Am Donnerstag, 28. Oktober 2004 01:31 schrieb Ian Romanick:
> Dieter NÃtzel wrote:
> > gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main
> > -I../../src/mesa/glapi -I../../src/mesa/math
> > -I../../src/mesa/tnl-I../../src/mesa/shader -I../../src/mesa/swrast
> > -I../../src/mesa/swrast_setup -Wall -O -march=athlon -ansi -pedantic
> > -fPIC -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE
> > -D_BSD_SOURCE -DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM
> > -DUSE_SSE_ASM -DPTHREADS -I/usr/X11R6/include glapi/glapi.c -o
> > glapi/glapi.o
> > In file included from glapi/glapi.c:129:
> > glapi/glapitemp.h: In function `NoOpGetInfoLogARB':
> > glapi/glapitemp.h:3783: error: parameter name omitted
> > glapi/glapitemp.h:3783: error: parameter name omitted
> > glapi/glapitemp.h:3783: error: parameter name omitted
> > glapi/glapitemp.h:3785: error: parse error before ',' token
>
> I just saw this as well.  It appears to be related to the recent GLSL
> changes.  I'll try to poke around at it tonight, if nobody beats me to it.

Now, I get this in Mesa CVS:

gcc -I../../include -Wall -O -march=athlon -ansi -pedantic -fPIC 
-D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE 
-DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM 
-DPTHREADS -I/usr/X11R6/include arbfplight.c -L../../lib -lglut -lGLU -lGL 
-lm -o arbfplight
arbfplight.c: In function `Init':
arbfplight.c:236: Warnung: string length `900' is greater than the length 
`509'ISO C89 compilers are required to support
arbfplight.c:262: Warnung: string length `729' is greater than the length 
`509'ISO C89 compilers are required to support
../../lib/libGL.so: undefined reference to `_mesa_AttachObjectARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform1iARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform1fvARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform3fvARB'
../../lib/libGL.so: undefined reference to `_mesa_GetObjectParameterivARB'
../../lib/libGL.so: undefined reference to `_mesa_GetObjectParameterfvARB'
../../lib/libGL.so: undefined reference to `_mesa_CreateProgramObjectARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform1fARB'
../../lib/libGL.so: undefined reference to `_mesa_GetAttachedObjectsARB'
../../lib/libGL.so: undefined reference to `_mesa_UniformMatrix3fvARB'
../../lib/libGL.so: undefined reference to `_mesa_GetActiveAttribARB'
../../lib/libGL.so: undefined reference to `_mesa_ShaderSourceARB'
../../lib/libGL.so: undefined reference to `_mesa_GetInfoLogARB'
../../lib/libGL.so: undefined reference to `_mesa_ValidateProgramARB'
../../lib/libGL.so: undefined reference to `_mesa_LinkProgramARB'
../../lib/libGL.so: undefined reference to `_mesa_DeleteObjectARB'
../../lib/libGL.so: undefined reference to `_mesa_CompileShaderARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform3iARB'
../../lib/libGL.so: undefined reference to `_mesa_GetShaderSourceARB'
../../lib/libGL.so: undefined reference to `_mesa_GetHandleARB'
../../lib/libGL.so: undefined reference to `_mesa_GetUniformfvARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform3fARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform4iARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform2ivARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform4fARB'
../../lib/libGL.so: undefined reference to `_mesa_GetAttribLocationARB'
../../lib/libGL.so: undefined reference to `_mesa_UniformMatrix2fvARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform3ivARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform2fARB'
../../lib/libGL.so: undefined reference to `_mesa_GetActiveUniformARB'
../../lib/libGL.so: undefined reference to `_mesa_GetUniformLocationARB'
../../lib/libGL.so: undefined reference to `_mesa_GetUniformivARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform4fvARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform4ivARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform2iARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform2fvARB'
../../lib/libGL.so: undefined reference to `_mesa_DetachObjectARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform1ivARB'
../../lib/libGL.so: undefined reference to `_mesa_CreateShaderObjectARB'
../../lib/libGL.so: undefined reference to `_mesa_BindAttribLocationARB'
../../lib/libGL.so: undefined reference to `_mesa_UniformMatrix4fvARB'
../../lib/libGL.so: undefined reference to `_mesa_UseProgramObjectARB'
collect2: ld returned 1 exit status
make[3]: *** [arbfplight] Fehler 1
make[3]: Leaving directory `/opt/Mesa/progs/demos'
make[2]: *** [subdirs] Fehler 1
make[2]: Leaving directory `/opt/Mesa/progs'
make[1]: *** [default] Fehler 1
make[1]: Leaving directory `/opt/Mesa'
make: *** [linux-x86] Fehler 2
0.444u 0.135s 0:00.61 93.4% 0+0k 0+0io 0pf+0w


And in DRI XFree86:

making all in programs/Xserver/GL/mesa/main...
make[7]: Entering directory 
`/tmp/INSTALL/SOURCE/dri-trunk

Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-28 Thread Roland Scheidegger
Dieter NÃtzel wrote:
Now, I get this in Mesa CVS:
gcc -I../../include -Wall -O -march=athlon -ansi -pedantic -fPIC 
-D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE 
-DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM 
-DPTHREADS -I/usr/X11R6/include arbfplight.c -L../../lib -lglut -lGLU -lGL 
-lm -o arbfplight
arbfplight.c: In function `Init':
arbfplight.c:236: Warnung: string length `900' is greater than the length 
`509'ISO C89 compilers are required to support
arbfplight.c:262: Warnung: string length `729' is greater than the length 
`509'ISO C89 compilers are required to support
../../lib/libGL.so: undefined reference to `_mesa_AttachObjectARB'
../../lib/libGL.so: undefined reference to `_mesa_Uniform1iARB'
I can compile the dri linux target, but when I try to compile 
progs/tests I get something similar:
gcc -I. -I../../include -DDRI_NEW_INTERFACE_ONLY -Wall -g -O 
-DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -std=c99 
-ffast-math -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE 
-D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 
-I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions antialias.c 
-L../../lib -lglut -lGLU -lGL -lm -o antialias
../../lib/libGL.so: undefined reference to `XF86VidModeQueryVersion'
../../lib/libGL.so: undefined reference to `XF86VidModeGetModeLine'
collect2: ld returned 1 exit status
make: *** [antialias] Fehler 1

Looks like it's related to the now-built dri-aware libGL.so. Simply 
removing this libGL.so fixed compiling the tests.

And in DRI XFree86:
In file included from dispatch.c:86:
/opt/Mesa/src/mesa/glapi/glapitemp.h:3829: error: conflicting types for 
`glGetActiveAttribARB'
looks like glapi trouble. Due to the very recent changes, I'd try again. 
I hope these changes aren't supposed to break XFree86/Xorg builds?

Roland
---
This Newsletter Sponsored by: Macrovision
For reliable Linux application installations, use the industry's leading
setup authoring tool, InstallShield X. Learn more and evaluate
today. http://clk.atdmt.com/MSI/go/ins003001msi/direct/01/
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-28 Thread Adam Jackson
On Thursday 28 October 2004 19:58, Roland Scheidegger wrote:
> I can compile the dri linux target, but when I try to compile
> progs/tests I get something similar:
> gcc -I. -I../../include -DDRI_NEW_INTERFACE_ONLY -Wall -g -O
> -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -std=c99
> -ffast-math -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE
> -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1
> -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions antialias.c
> -L../../lib -lglut -lGLU -lGL -lm -o antialias
> ../../lib/libGL.so: undefined reference to `XF86VidModeQueryVersion'
> ../../lib/libGL.so: undefined reference to `XF86VidModeGetModeLine'
> collect2: ld returned 1 exit status
> make: *** [antialias] Fehler 1
>
> Looks like it's related to the now-built dri-aware libGL.so. Simply
> removing this libGL.so fixed compiling the tests.

Good catch.  Add "-lXxf86vm" to GL_LIB_DEPS in the appropriate config file, or 
just update from CVS (just committed the fix).

- ajax


pgptUO9wobWgT.pgp
Description: PGP signature


Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-29 Thread Dieter Nützel
Am Freitag, 29. Oktober 2004 02:12 schrieb Adam Jackson:
> On Thursday 28 October 2004 19:58, Roland Scheidegger wrote:
> > I can compile the dri linux target, but when I try to compile
> > progs/tests I get something similar:
> > gcc -I. -I../../include -DDRI_NEW_INTERFACE_ONLY -Wall -g -O
> > -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -std=c99
> > -ffast-math -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE
> > -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1
> > -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions antialias.c
> > -L../../lib -lglut -lGLU -lGL -lm -o antialias
> > ../../lib/libGL.so: undefined reference to `XF86VidModeQueryVersion'
> > ../../lib/libGL.so: undefined reference to `XF86VidModeGetModeLine'
> > collect2: ld returned 1 exit status
> > make: *** [antialias] Fehler 1
> >
> > Looks like it's related to the now-built dri-aware libGL.so. Simply
> > removing this libGL.so fixed compiling the tests.
>
> Good catch.  Add "-lXxf86vm" to GL_LIB_DEPS in the appropriate config file,
> or just update from CVS (just committed the fix).

Works, now.

But compilation fails for ~/Mesa/progs/tests/getprocaddress.c

progs/tests> time nice +19 make
make: *** Keine Regel vorhanden, um das Target »../../src/mesa/glapi/APIspec«,
  benötigt von »getproclist.h«, zu erstellen.  Schluss.

Makefile:   rm -f getproclist.h
Makefile:getprocaddress: getprocaddress.c getproclist.h
Makefile:getproclist.h: $(TOP)/src/mesa/glapi/APIspec getprocaddress.c 
getprocaddress.py
Makefile:   python getprocaddress.py > getproclist.h

progs/tests> python getprocaddress.py > getproclist.h
Traceback (most recent call last):
  File "getprocaddress.py", line 93, in ?
PrintFunctions("../../src/mesa/glapi/APIspec", tests)
  File "getprocaddress.py", line 61, in PrintFunctions
f = open(specFile)
IOError: [Errno 2] No such file or directory: '../../src/mesa/glapi/APIspec'

-Dieter


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-29 Thread Dieter Nützel
Am Freitag, 29. Oktober 2004 19:16 schrieb Dieter Nützel:
> Am Freitag, 29. Oktober 2004 02:12 schrieb Adam Jackson:
> > On Thursday 28 October 2004 19:58, Roland Scheidegger wrote:
> > > I can compile the dri linux target, but when I try to compile
> > > progs/tests I get something similar:
> > > gcc -I. -I../../include -DDRI_NEW_INTERFACE_ONLY -Wall -g -O
> > > -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -std=c99
> > > -ffast-math -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE
> > > -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1
> > > -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions antialias.c
> > > -L../../lib -lglut -lGLU -lGL -lm -o antialias
> > > ../../lib/libGL.so: undefined reference to `XF86VidModeQueryVersion'
> > > ../../lib/libGL.so: undefined reference to `XF86VidModeGetModeLine'
> > > collect2: ld returned 1 exit status
> > > make: *** [antialias] Fehler 1
> > >
> > > Looks like it's related to the now-built dri-aware libGL.so. Simply
> > > removing this libGL.so fixed compiling the tests.
> >
> > Good catch.  Add "-lXxf86vm" to GL_LIB_DEPS in the appropriate config
> > file, or just update from CVS (just committed the fix).
>
> Works, now.
>
> But compilation fails for ~/Mesa/progs/tests/getprocaddress.c
>
> progs/tests> time nice +19 make
> make: *** Keine Regel vorhanden, um das Target
> »../../src/mesa/glapi/APIspec«, benötigt von »getproclist.h«, zu erstellen.
>  Schluss.
>
> Makefile:   rm -f getproclist.h
> Makefile:getprocaddress: getprocaddress.c getproclist.h
> Makefile:getproclist.h: $(TOP)/src/mesa/glapi/APIspec getprocaddress.c
> getprocaddress.py
> Makefile:   python getprocaddress.py > getproclist.h
>
> progs/tests> python getprocaddress.py > getproclist.h
> Traceback (most recent call last):
>   File "getprocaddress.py", line 93, in ?
> PrintFunctions("../../src/mesa/glapi/APIspec", tests)
>   File "getprocaddress.py", line 61, in PrintFunctions
> f = open(specFile)
> IOError: [Errno 2] No such file or directory:
> '../../src/mesa/glapi/APIspec'

Addition:

XFree86 DRI CVS build works, but libGLcore.a have unresolved symbols.

Symbol _mesa_Uniform2iARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_DeleteObjectARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_GetHandleARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_DetachObjectARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_CreateShaderObjectARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_ShaderSourceARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_CompileShaderARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_CreateProgramObjectARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_AttachObjectARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_LinkProgramARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_UseProgramObjectARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_ValidateProgramARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform1fARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform2fARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform3fARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform4fARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform1iARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform3iARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform4iARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform1fvARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform2fvARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform3fvARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform4fvARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform1ivARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform2ivARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform3ivARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_Uniform4ivARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
Symbol _mesa_UniformMatrix2fvARB from 
module /usr/X11R6/lib/modules/extensions/

Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-29 Thread Roland Scheidegger
Dieter Nützel wrote:
Addition:
XFree86 DRI CVS build works, but libGLcore.a have unresolved symbols.
Symbol _mesa_Uniform2iARB from 
module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
I suspect you need to include shaderobjects.c/shaderobjects.o in the 
Imakefile.inc of lib/GL/mesa/shader, but I'm really not sure. I'm not 
familiar at all with that build system...
I think though it is expected that you can't build latest cvs Mesa in 
the xorg/xfree86 directories.

Roland
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

2004-10-30 Thread Dieter Nützel
Am Freitag, 29. Oktober 2004 21:36 schrieb Roland Scheidegger:
> Dieter Nützel wrote:
> > Addition:
> >
> > XFree86 DRI CVS build works, but libGLcore.a have unresolved symbols.
> >
> > Symbol _mesa_Uniform2iARB from
> > module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!
>
> I suspect you need to include shaderobjects.c/shaderobjects.o in the
> Imakefile.inc of lib/GL/mesa/shader, but I'm really not sure. I'm not
> familiar at all with that build system...
> I think though it is expected that you can't build latest cvs Mesa in
> the xorg/xfree86 directories.

Good point!

Brian pointed in the same direction.

Here comes the patch for XFree86 DRI:

--- xc/lib/GL/mesa/shader/Imakefile.inc 2004-10-30 22:14:42.735599211 +0200
+++ xc/lib/GL/mesa/shader/Imakefile.inc.Dieter  2004-10-30 20:26:44.0 
+0200
@@ -15,7 +15,8 @@
$(MESASHADERBUILDDIR)nvfragparse.c \
$(MESASHADERBUILDDIR)nvvertexec.c \
$(MESASHADERBUILDDIR)nvvertparse.c \
-   $(MESASHADERBUILDDIR)program.c
+   $(MESASHADERBUILDDIR)program.c \
+   $(MESASHADERBUILDDIR)shaderobjects.c

 #ifdef NeedToLinkMesaSrc
 LinkSourceFile(arbprogparse.c, $(MESASRCDIR)/src/mesa/shader)
@@ -44,6 +45,9 @@
 LinkSourceFile(grammar_syn.h, $(MESASRCDIR)/src/mesa/shader)
 LinkSourceFile(program.c, $(MESASRCDIR)/src/mesa/shader)
 LinkSourceFile(program.h, $(MESASRCDIR)/src/mesa/shader)
+LinkSourceFile(shaderobjects.c, $(MESASRCDIR)/src/mesa/shader)
+LinkSourceFile(shaderobjects.h, $(MESASRCDIR)/src/mesa/shader)
+
 #endif

   MESA_SHADER_OBJS =   $(MESASHADERBUILDDIR)arbprogparse.o \
@@ -55,7 +59,8 @@
$(MESASHADERBUILDDIR)nvfragparse.o \
$(MESASHADERBUILDDIR)nvvertexec.o \
$(MESASHADERBUILDDIR)nvvertparse.o \
-   $(MESASHADERBUILDDIR)program.o
+   $(MESASHADERBUILDDIR)program.o \
+   $(MESASHADERBUILDDIR)shaderobjects.o

 #if defined(DoSharedLib) && DoSharedLib
   MESA_SHADER_UOBJS =  $(MESASHADERBUILDDIR)unshared/arbprogparse.o \
@@ -67,7 +72,8 @@
$(MESASHADERBUILDDIR)unshared/nvfragparse.o \
$(MESASHADERBUILDDIR)unshared/nvvertexec.o \
$(MESASHADERBUILDDIR)unshared/nvvertparse.o \
-   $(MESASHADERBUILDDIR)unshared/program.o
+   $(MESASHADERBUILDDIR)unshared/program.o \
+   $(MESASHADERBUILDDIR)shaderobjects.o
 #else
  MESA_SHADER_UOBJS = $(MESA_SHADER_OBJS)
 #endif
@@ -81,7 +87,8 @@
$(MESASHADERBUILDDIR)debugger/nvfragparse.o \
$(MESASHADERBUILDDIR)debugger/nvvertexec.o \
$(MESASHADERBUILDDIR)debugger/nvvertparse.o \
-   $(MESASHADERBUILDDIR)debugger/program.o
+   $(MESASHADERBUILDDIR)debugger/program.o \
+   $(MESASHADERBUILDDIR)shaderobjects.o

   MESA_SHADER_POBJS =  $(MESASHADERBUILDDIR)profiled/arbprogparse.o \
$(MESASHADERBUILDDIR)profiled/arbprogram.o \
@@ -92,4 +99,5 @@
$(MESASHADERBUILDDIR)profiled/nvfragparse.o \
$(MESASHADERBUILDDIR)profiled/nvvertexec.o \
$(MESASHADERBUILDDIR)profiled/nvvertparse.o \
-   $(MESASHADERBUILDDIR)profiled/program.o
+   $(MESASHADERBUILDDIR)profiled/program.o \
+   $(MESASHADERBUILDDIR)shaderobjects.o

Cheers,
Dieter


---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel