Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)
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
Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)
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?)
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?)
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?)
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?)
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
