Menu
▾
▴
mesa3d-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(11) |
Apr
(46) |
May
(65) |
Jun
(85) |
Jul
(94) |
Aug
(99) |
Sep
(62) |
Oct
(58) |
Nov
(85) |
Dec
(39) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(90) |
Feb
(29) |
Mar
(90) |
Apr
(96) |
May
(78) |
Jun
(58) |
Jul
(44) |
Aug
(65) |
Sep
(40) |
Oct
(38) |
Nov
(79) |
Dec
(63) |
| 2002 |
Jan
(53) |
Feb
(61) |
Mar
(43) |
Apr
(53) |
May
(35) |
Jun
(59) |
Jul
(18) |
Aug
(12) |
Sep
(28) |
Oct
(61) |
Nov
(54) |
Dec
(23) |
| 2003 |
Jan
(16) |
Feb
(42) |
Mar
(38) |
Apr
(35) |
May
(20) |
Jun
(9) |
Jul
(10) |
Aug
(30) |
Sep
(22) |
Oct
(32) |
Nov
(25) |
Dec
(21) |
| 2004 |
Jan
(39) |
Feb
(36) |
Mar
(59) |
Apr
(32) |
May
(21) |
Jun
(4) |
Jul
(8) |
Aug
(21) |
Sep
(11) |
Oct
(21) |
Nov
(22) |
Dec
(19) |
| 2005 |
Jan
(62) |
Feb
(24) |
Mar
(17) |
Apr
(16) |
May
(16) |
Jun
(17) |
Jul
(26) |
Aug
(14) |
Sep
(13) |
Oct
(8) |
Nov
(23) |
Dec
(20) |
| 2006 |
Jan
(41) |
Feb
(18) |
Mar
(21) |
Apr
(47) |
May
(13) |
Jun
(33) |
Jul
(32) |
Aug
(21) |
Sep
(27) |
Oct
(34) |
Nov
(19) |
Dec
(46) |
| 2007 |
Jan
(21) |
Feb
(26) |
Mar
(13) |
Apr
(22) |
May
(5) |
Jun
(19) |
Jul
(56) |
Aug
(43) |
Sep
(37) |
Oct
(31) |
Nov
(53) |
Dec
(22) |
| 2008 |
Jan
(74) |
Feb
(31) |
Mar
(15) |
Apr
(35) |
May
(23) |
Jun
(26) |
Jul
(17) |
Aug
(27) |
Sep
(35) |
Oct
(30) |
Nov
(29) |
Dec
(17) |
| 2009 |
Jan
(35) |
Feb
(39) |
Mar
(44) |
Apr
(28) |
May
(20) |
Jun
(28) |
Jul
(49) |
Aug
(53) |
Sep
(23) |
Oct
(13) |
Nov
(12) |
Dec
(11) |
| 2010 |
Jan
(45) |
Feb
(28) |
Mar
(41) |
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tobias B. <bu...@ne...> - 2010-01-19 11:27:47
|
Hello,
I have the problem that calling glLightfv works with the 32bit version
of mesa but fails with the 64bit version on a x86-64 Linux system:
$ cat test.c
#include <GL/gl.h>
int main ()
{
GLfloat ambient[4] = {0.2, 0.2, 0.2, 1.0};
glLightfv(GL_LIGHT0, GL_AMBIENT, ambient);
return 0;
}
$ gcc test.c -lGL && ./a.out
Segmentation fault
$ gcc -m32 test.c -lGL && ./a.out
$
(Reduced example from http://www.xcrysden.org/.) I failed to see what
goes wrong here as the syntax looks fine, but I also find it unlikely
that it fails both with an old Fedora 6 with
mesa-libGL-devel-6.5.1-9.fc6 and on an openSUSE Factory with
Mesa-7.7-5.3.x86_64, which somehow implies a user error instead of a
library problem.
* * *
For completeness, if I use glutInit(); ....; glutCreateWindow(...)
before calling glLightfv(), it does not crash with mesa-64bit. Xcrysden
is to convoluted for me to really see what is called where. Is there
anything which I should tell the Xcryden developers to handle differently?
Tobias
|
|
From: Sorin P. <ma...@hy...> - 2010-01-18 23:04:32
|
Hi. I'm trying to get the VMWGFX Gallium driver to work under VMware Workstation on a Windows host but I'm running into some difficulties. I've successfully built the drivers for DRI, EGL and Xorg. The problem is mainly with the Xorg driver. Whenever 2D acceleration (EXA) is enabled, 2D rendering is screwed. Stuff is missing from the screen like all the text in xterm, random letters from dialog boxes and dragging windows around leaves behind a total mess. However, the exact same VM works fine on a Linux host (with the exception that text rendering in xterm is slow but at least it appears correct)! I've tried the VM on three different Windows hosts and got the exact same results. The VMware SVGA DDK from http://vmware-svga.sf.net has some examples and demos, including a GMR test. The GMR test fails for the SVGA3D_BUFFER format on VMware for Windows but works fine on a Linux host. The tests for the other surface formats (LUMINANCE8, ALPHA8 and A8R8G8B8) are successful on both Windows and Linux host OSs. So I guess this missing feature is causing all the difficulties. Can anyone confirm this? Is anyone else running the Xorg driver on a Windows host? Thanks! -- View this message in context: http://old.nabble.com/VMWGFX---VMware-for-Windows-tp27218303p27218303.html Sent from the mesa3d-users mailing list archive at Nabble.com. |
|
From: tom f. <tf...@al...> - 2010-01-17 02:48:50
|
Hi Burlen! Hope you're doing well. burlen <bur...@gm...> writes: > Thanks for your help, > It didn't make a difference, but I agree it looks like depth buffer > issue. I think you should file a bug, not all the Mesa devs follow this list. https://bugs.freedesktop.org/ A (very unlikely to be enlightening) thing to try is to export: LIBGL_ALWAYS_SOFTWARE=1 LIBGL_ALWAYS_INDIRECT=1 MESA_DEBUG=1 and re-run. Other than the libtxc warning, any errors you see on your terminal may be relevant. > Another issue I am seeing in the mesa rendering has to do with > inconsistent choice of which tubes are on top. This occurs in > parallel rendering only so I didn't mention it before. You can see > the inconsistency by comparing the hardware/nvidia and mesa in these > images: > > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts > -decomp.png > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-arti > facts-decomp.png It looks like these are changing per-tile -- you can see the obvious banding along the rightmost streamlines. Does enabing/disabling IceT in ParaView solve the problem? I'm guessing that will change how PV does load decomposition as well, but if not you might want to play with those settings. Best, -tom > Jeff Lee wrote: > > looks like a depth buffering issue - what happens when you setenv > > MESA_GLX_DEPTH_BITS 24? > > > > On Fri, Jan 15, 2010 at 12:22 PM, burlen <bur...@gm... > > <mailto:bur...@gm...>> wrote: > > > > I would like to report an issues I see when I replace hardware > > rendering > > in my app with mesa. I am new to mesa so I am not sure where the bug > > lies, in the app or mesa. So I suspect it may be in mesa because > > hardware rendering works fine , I have doubts because I don't know if > > the app does anything special when it uses mesa. I hope some one here > > can say for sure weather or not it's a mesa issue. > > > > The issue is strong artifacts appear on the surface of rendering > > tubes. > > zooming in makes the artifacts recede to the edges of the tubes but > > never completely go away. Here is an illustration of the artifacts > > and a > > hardware rendering that doesn't have the artifacts. > > > > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-art > ifacts.png > > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-n > o-artifacts.png > > > > By the way, I reproduced on two machines with intel and gcc > > compiler and > > two mesa version 7.5.1 and 7.7. > > > > ----------------------------------------------------------------------- > ------- > > Throughout its 18-year history, RSA Conference consistently > > attracts the > > world's best and brightest in the field, creating opportunities > > for Conference > > attendees to learn about information security's most important > > issues through > > interactions with peers, luminaries and emerging and established > > companies. > > http://p.sf.net/sfu/rsaconf-dev2dev > > _______________________________________________ > > Mesa3d-users mailing list > > Mes...@li... > > <https://mail.google.com/a/cdnorthamerica.com/?view=cm&tf=0&to=Mesa3d-u > se...@li...> > > https://lists.sourceforge.net/lists/listinfo/mesa3d-users |
|
From: burlen <bur...@gm...> - 2010-01-15 20:01:27
|
Thanks for your help, It didn't make a difference, but I agree it looks like depth buffer issue. Another issue I am seeing in the mesa rendering has to do with inconsistent choice of which tubes are on top. This occurs in parallel rendering only so I didn't mention it before. You can see the inconsistency by comparing the hardware/nvidia and mesa in these images: http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts-decomp.png http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts-decomp.png Jeff Lee wrote: > looks like a depth buffering issue - what happens when you setenv > MESA_GLX_DEPTH_BITS 24? > > On Fri, Jan 15, 2010 at 12:22 PM, burlen <bur...@gm... > <mailto:bur...@gm...>> wrote: > > I would like to report an issues I see when I replace hardware > rendering > in my app with mesa. I am new to mesa so I am not sure where the bug > lies, in the app or mesa. So I suspect it may be in mesa because > hardware rendering works fine , I have doubts because I don't know if > the app does anything special when it uses mesa. I hope some one here > can say for sure weather or not it's a mesa issue. > > The issue is strong artifacts appear on the surface of rendering > tubes. > zooming in makes the artifacts recede to the edges of the tubes but > never completely go away. Here is an illustration of the artifacts > and a > hardware rendering that doesn't have the artifacts. > > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts.png > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts.png > > By the way, I reproduced on two machines with intel and gcc > compiler and > two mesa version 7.5.1 and 7.7. > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently > attracts the > world's best and brightest in the field, creating opportunities > for Conference > attendees to learn about information security's most important > issues through > interactions with peers, luminaries and emerging and established > companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Mesa3d-users mailing list > Mes...@li... > <https://mail.google.com/a/cdnorthamerica.com/?view=cm&tf=0&to=Mes...@li...> > https://lists.sourceforge.net/lists/listinfo/mesa3d-users > > |
|
From: Jeff L. <jef...@us...> - 2010-01-15 18:36:20
|
looks like a depth buffering issue - what happens when you setenv MESA_GLX_DEPTH_BITS 24? On Fri, Jan 15, 2010 at 12:22 PM, burlen <bur...@gm...> wrote: > I would like to report an issues I see when I replace hardware rendering > in my app with mesa. I am new to mesa so I am not sure where the bug > lies, in the app or mesa. So I suspect it may be in mesa because > hardware rendering works fine , I have doubts because I don't know if > the app does anything special when it uses mesa. I hope some one here > can say for sure weather or not it's a mesa issue. > > The issue is strong artifacts appear on the surface of rendering tubes. > zooming in makes the artifacts recede to the edges of the tubes but > never completely go away. Here is an illustration of the artifacts and a > hardware rendering that doesn't have the artifacts. > > > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts.png > > http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts.png > > By the way, I reproduced on two machines with intel and gcc compiler and > two mesa version 7.5.1 and 7.7. > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Mesa3d-users mailing list > Mes...@li...<https://mail.google.com/a/cdnorthamerica.com/?view=cm&tf=0&to=Mes...@li...> > https://lists.sourceforge.net/lists/listinfo/mesa3d-users > > |
|
From: burlen <bur...@gm...> - 2010-01-15 17:22:01
|
I would like to report an issues I see when I replace hardware rendering in my app with mesa. I am new to mesa so I am not sure where the bug lies, in the app or mesa. So I suspect it may be in mesa because hardware rendering works fine , I have doubts because I don't know if the app does anything special when it uses mesa. I hope some one here can say for sure weather or not it's a mesa issue. The issue is strong artifacts appear on the surface of rendering tubes. zooming in makes the artifacts recede to the edges of the tubes but never completely go away. Here is an illustration of the artifacts and a hardware rendering that doesn't have the artifacts. http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/mesa-artifacts.png http://nashi-submaster.ucsd.edu/movies/PV/tube-filter-artifact/nvidia-no-artifacts.png By the way, I reproduced on two machines with intel and gcc compiler and two mesa version 7.5.1 and 7.7. |
|
From: Florian K. <flo...@ca...> - 2010-01-12 14:50:38
|
Hi! For a software project I need to manually compile the Mesa Widget Library using the compile switch --enable-motif. The configuration script stops looking for the Motif headers, right after checking for existence of Xm/PrimitiveP.h, although this file is correctly located in /usr/include/Xm. I tried a whole bunch of other configuration options, specifying the X-includes or modifying the CPPFLAGS and other environmental variables, but without luck. Since I am a developer I also looked into the configure.ac file but didn't find any problems related to the --enable-motif flag. So I assume that the configure script looks for the desired file in an other folder. Does anybody know what exactly is failing here? I am using Ubuntu 9.10 Karmic, 32bit, gcc 4.3.x and a recent autoconf/automake. Regards, F. Kamm P.S. Any comments are highly appreciated... |
|
From: rnddim <rn...@gm...> - 2010-01-09 00:55:54
|
update: darn, gears still blue :( . Apparently, replacing MESA_FORMAT_ARGB8888 with MESA_FORMAT_ARGB8888_REV in every r128 driver source file didn't work (I'll try and see if I need to reboot for changes to take place later). If I went the wrong way there, then please let me know what to do! I don't a lot of C++ (I know a little, but my preferred language is Python), let alone the Mesa code! |
|
From: rnddim <rn...@gm...> - 2010-01-09 00:04:25
|
Thank you. I will try playing with MESA_FORMAT and all that, and let you know what occurs. (I assume the REV in PIPE_FORMAT_ARGB8888_REV stands for REVerse) The source I just compiled is from the git repository. glinfo (in the progs/demos folder) said I'm running 7.7-devel. |
|
From: Sir G. <ngo...@gm...> - 2010-01-08 15:28:03
|
Hello, I was trying to build Mesa 7.7 with SCons on Windows using TDM-GCC MinGW 4.4.1-tdm-2 with the following output: C:\projects\mesa_7_7>scons platform=windows machine=x86 statetrackers=mesa drivers=softpipe,trace winsys=gdi scons: Reading SConscript files ... scons: done reading SConscript files. scons: Building targets ... Compiling src\gallium\auxiliary\cso_cache\cso_cache.c ... Compiling src\gallium\auxiliary\cso_cache\cso_context.c ... Compiling src\gallium\auxiliary\cso_cache\cso_hash.c ... Compiling src\gallium\auxiliary\draw\draw_context.c ... Compiling src\gallium\auxiliary\draw\draw_pipe.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_aaline.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_aapoint.c ... Archiving build\windows-x86\gallium\auxiliary\cso_cache\libcso_cache.a ... Compiling src\gallium\auxiliary\draw\draw_pipe_clip.c ... Indexing build\windows-x86\gallium\auxiliary\cso_cache\libcso_cache.a ... Compiling src\gallium\auxiliary\draw\draw_pipe_cull.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_flatshade.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_offset.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_pstipple.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_stipple.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_twoside.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_unfilled.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_util.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_validate.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_vbuf.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_wide_line.c ... Compiling src\gallium\auxiliary\draw\draw_pipe_wide_point.c ... Compiling src\gallium\auxiliary\draw\draw_pt.c ... Compiling src\gallium\auxiliary\draw\draw_pt_elts.c ... Compiling src\gallium\auxiliary\draw\draw_pt_emit.c ... Compiling src\gallium\auxiliary\draw\draw_pt_fetch.c ... Compiling src\gallium\auxiliary\draw\draw_pt_fetch_emit.c ... Compiling src\gallium\auxiliary\draw\draw_pt_fetch_shade_emit.c ... Compiling src\gallium\auxiliary\draw\draw_pt_fetch_shade_pipeline.c ... Compiling src\gallium\auxiliary\draw\draw_pt_post_vs.c ... Compiling src\gallium\auxiliary\draw\draw_pt_util.c ... Compiling src\gallium\auxiliary\draw\draw_pt_varray.c ... Compiling src\gallium\auxiliary\draw\draw_pt_vcache.c ... Compiling src\gallium\auxiliary\draw\draw_vertex.c ... Compiling src\gallium\auxiliary\draw\draw_vs.c ... Compiling src\gallium\auxiliary\draw\draw_vs_aos.c ... Compiling src\gallium\auxiliary\draw\draw_vs_aos_io.c ... Compiling src\gallium\auxiliary\draw\draw_vs_aos_machine.c ... Compiling src\gallium\auxiliary\draw\draw_vs_exec.c ... Compiling src\gallium\auxiliary\draw\draw_vs_llvm.c ... Compiling src\gallium\auxiliary\draw\draw_vs_ppc.c ... Compiling src\gallium\auxiliary\draw\draw_vs_sse.c ... Compiling src\gallium\auxiliary\draw\draw_vs_varient.c ... C:\Python26_w32\Scripts\..\python.exe src\gallium\auxiliary\indices\u_indices_gen.py > build\windows-x86\gallium\auxilia ry\indices\u_indices_gen.c Compiling build\windows-x86\gallium\auxiliary\indices\u_indices_gen.c ... C:\Python26_w32\Scripts\..\python.exe src\gallium\auxiliary\indices\u_unfilled_gen.py > build\windows-x86\gallium\auxili ary\indices\u_unfilled_gen.c Compiling src\gallium\auxiliary\pipebuffer\pb_buffer_fenced.c ... Compiling build\windows-x86\gallium\auxiliary\indices\u_unfilled_gen.c ... Archiving build\windows-x86\gallium\auxiliary\draw\libdraw.a ... Indexing build\windows-x86\gallium\auxiliary\draw\libdraw.a ... Compiling src\gallium\auxiliary\pipebuffer\pb_buffer_malloc.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_alt.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_cache.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_debug.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_fenced.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_mm.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_ondemand.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_pool.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_bufmgr_slab.c ... Compiling src\gallium\auxiliary\pipebuffer\pb_validate.c ... Compiling src\gallium\auxiliary\rbug\rbug_core.c ... Compiling src\gallium\auxiliary\rbug\rbug_shader.c ... Compiling src\gallium\auxiliary\rbug\rbug_context.c ... Archiving build\windows-x86\gallium\auxiliary\pipebuffer\libpipebuffer.a ... Compiling src\gallium\auxiliary\rbug\rbug_texture.c ... Indexing build\windows-x86\gallium\auxiliary\pipebuffer\libpipebuffer.a ... Compiling src\gallium\auxiliary\rbug\rbug_demarshal.c ... Compiling src\gallium\auxiliary\rbug\rbug_connection.c ... Archiving build\windows-x86\gallium\auxiliary\indices\libindices.a ... Indexing build\windows-x86\gallium\auxiliary\indices\libindices.a ... Compiling src\gallium\auxiliary\rtasm\rtasm_cpu.c ... Compiling src\gallium\auxiliary\rtasm\rtasm_execmem.c ... Compiling src\gallium\auxiliary\rtasm\rtasm_x86sse.c ... Compiling src\gallium\auxiliary\rtasm\rtasm_ppc.c ... Archiving build\windows-x86\gallium\auxiliary\rbug\librbug.a ... Indexing build\windows-x86\gallium\auxiliary\rbug\librbug.a ... Compiling src\gallium\auxiliary\rtasm\rtasm_ppc_spe.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_build.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_dump.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_dump_c.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_exec.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_info.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_iterate.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_parse.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_sanity.c ... Archiving build\windows-x86\gallium\auxiliary\rtasm\librtasm.a ... src\gallium\auxiliary\tgsi\tgsi_exec.c: In function 'store_dest': src\gallium\auxiliary\tgsi\tgsi_exec.c:1435: warning: 'indir_index' may be used uninitialized in this function Indexing build\windows-x86\gallium\auxiliary\rtasm\librtasm.a ... src\gallium\auxiliary\tgsi\tgsi_exec.c: In function 'fetch_source': src\gallium\auxiliary\tgsi\tgsi_exec.c:1254: warning: 'indir_index' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_exec.c:1336: warning: 'indir_index' may be used uninitialized in this function Compiling src\gallium\auxiliary\tgsi\tgsi_scan.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_ppc.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_sse2.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_text.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_transform.c ... Compiling src\gallium\auxiliary\tgsi\tgsi_ureg.c ... src\gallium\auxiliary\tgsi\tgsi_ureg.c: In function 'ureg_insn': src\gallium\auxiliary\tgsi\tgsi_ureg.c:783: warning: 'negate' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:784: warning: 'swizzle[3]' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:784: warning: 'swizzle[2]' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:784: warning: 'swizzle[1]' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:784: warning: 'swizzle[0]' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c: In function 'ureg_tex_insn': src\gallium\auxiliary\tgsi\tgsi_ureg.c:830: warning: 'negate' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:831: warning: 'swizzle[3]' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:831: warning: 'swizzle[2]' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:831: warning: 'swizzle[1]' may be used uninitialized in this function src\gallium\auxiliary\tgsi\tgsi_ureg.c:831: warning: 'swizzle[0]' may be used uninitialized in this function Compiling src\gallium\auxiliary\tgsi\tgsi_util.c ... Compiling src\gallium\auxiliary\translate\translate_generic.c ... Compiling src\gallium\auxiliary\translate\translate_sse.c ... Compiling src\gallium\auxiliary\translate\translate.c ... Compiling src\gallium\auxiliary\translate\translate_cache.c ... Compiling src\gallium\auxiliary\util\u_bitmask.c ... Compiling src\gallium\auxiliary\util\u_blit.c ... Compiling src\gallium\auxiliary\util\u_cache.c ... Archiving build\windows-x86\gallium\auxiliary\translate\libtranslate.a ... Indexing build\windows-x86\gallium\auxiliary\translate\libtranslate.a ... Compiling src\gallium\auxiliary\util\u_cpu_detect.c ... Compiling src\gallium\auxiliary\util\u_debug.c ... Compiling src\gallium\auxiliary\util\u_debug_dump.c ... Compiling src\gallium\auxiliary\util\u_debug_memory.c ... Compiling src\gallium\auxiliary\util\u_debug_stack.c ... Compiling src\gallium\auxiliary\util\u_debug_symbol.c ... Compiling src\gallium\auxiliary\util\u_draw_quad.c ... Compiling src\gallium\auxiliary\util\u_format.c ... src\gallium\auxiliary\util\u_debug_symbol.c:74: warning: 'j_SymCleanup' defined but not used src\gallium\auxiliary\util\u_debug_symbol.c:104: warning: 'j_SymUnDName' defined but not used src\gallium\auxiliary\util\u_debug_symbol.c:119: warning: 'j_SymFunctionTableAccess' defined but not used src\gallium\auxiliary\util\u_debug_symbol.c:134: warning: 'j_SymGetModuleBase' defined but not used src\gallium\auxiliary\util\u_debug_symbol.c:149: warning: 'j_StackWalk' defined but not used src\gallium\auxiliary\util\u_debug_symbol.c:199: warning: 'j_SymGetLineFromAddr' defined but not used python src\gallium\auxiliary\util\u_format_access.py src\gallium\auxiliary\util\u_format.csv > build\windows-x86\gallium \auxiliary\util\u_format_access.c python src\gallium\auxiliary\util\u_format_table.py src\gallium\auxiliary\util\u_format.csv > build\windows-x86\gallium\ auxiliary\util\u_format_table.c Compiling src\gallium\auxiliary\util\u_gen_mipmap.c ... Compiling build\windows-x86\gallium\auxiliary\util\u_format_access.c ... Compiling build\windows-x86\gallium\auxiliary\util\u_format_table.c ... Compiling src\gallium\auxiliary\util\u_handle_table.c ... Compiling src\gallium\auxiliary\util\u_hash.c ... Compiling src\gallium\auxiliary\util\u_hash_table.c ... Compiling src\gallium\auxiliary\util\u_keymap.c ... Compiling src\gallium\auxiliary\util\u_network.c ... Compiling src\gallium\auxiliary\util\u_math.c ... Compiling src\gallium\auxiliary\util\u_mm.c ... Compiling src\gallium\auxiliary\util\u_rect.c ... Compiling src\gallium\auxiliary\util\u_simple_shaders.c ... Compiling src\gallium\auxiliary\util\u_snprintf.c ... Compiling src\gallium\auxiliary\util\u_stream_stdc.c ... Compiling src\gallium\auxiliary\util\u_stream_wd.c ... Compiling src\gallium\auxiliary\util\u_surface.c ... Compiling src\gallium\auxiliary\util\u_tile.c ... Compiling src\gallium\auxiliary\util\u_time.c ... Compiling src\gallium\auxiliary\util\u_timed_winsys.c ... Compiling src\gallium\auxiliary\util\u_upload_mgr.c ... Compiling src\gallium\auxiliary\util\u_simple_screen.c ... Compiling src\gallium\auxiliary\vl\vl_bitstream_parser.c ... Compiling src\gallium\auxiliary\vl\vl_mpeg12_mc_renderer.c ... Archiving build\windows-x86\gallium\auxiliary\util\libutil.a ... src\gallium\auxiliary\vl\vl_mpeg12_mc_renderer.c:340: warning: 'create_field_pred_vert_shader' defined but not used Compiling src\gallium\auxiliary\vl\vl_compositor.c ... src\gallium\auxiliary\vl\vl_mpeg12_mc_renderer.c:449: warning: 'create_field_pred_frag_shader' defined but not used src\gallium\auxiliary\vl\vl_mpeg12_mc_renderer.c:540: warning: 'create_field_bi_pred_vert_shader' defined but not used src\gallium\auxiliary\vl\vl_mpeg12_mc_renderer.c:667: warning: 'create_field_bi_pred_frag_shader' defined but not used Indexing build\windows-x86\gallium\auxiliary\util\libutil.a ... Compiling src\gallium\auxiliary\vl\vl_csc.c ... Compiling src\gallium\auxiliary\vl\vl_shader_build.c ... Compiling src\gallium\drivers\softpipe\sp_fs_exec.c ... Compiling src\gallium\drivers\softpipe\sp_fs_sse.c ... Compiling src\gallium\drivers\softpipe\sp_clear.c ... Compiling src\gallium\drivers\softpipe\sp_context.c ... Archiving build\windows-x86\gallium\auxiliary\vl\libvl.a ... Indexing build\windows-x86\gallium\auxiliary\vl\libvl.a ... Archiving build\windows-x86\gallium\auxiliary\tgsi\libtgsi.a ... Compiling src\gallium\drivers\softpipe\sp_draw_arrays.c ... Indexing build\windows-x86\gallium\auxiliary\tgsi\libtgsi.a ... Compiling src\gallium\drivers\softpipe\sp_flush.c ... Compiling src\gallium\drivers\softpipe\sp_prim_vbuf.c ... Compiling src\gallium\drivers\softpipe\sp_setup.c ... Compiling src\gallium\drivers\softpipe\sp_quad_blend.c ... src\gallium\drivers\softpipe\sp_prim_vbuf.c: In function 'sp_vbuf_unmap_vertices': src\gallium\drivers\softpipe\sp_prim_vbuf.c:129: warning: unused variable 'cvbr' Compiling src\gallium\drivers\softpipe\sp_quad_pipe.c ... Compiling src\gallium\drivers\softpipe\sp_quad_depth_test.c ... Compiling src\gallium\drivers\softpipe\sp_quad_fs.c ... Compiling src\gallium\drivers\softpipe\sp_quad_stipple.c ... Compiling src\gallium\drivers\softpipe\sp_query.c ... Compiling src\gallium\drivers\softpipe\sp_screen.c ... Compiling src\gallium\drivers\softpipe\sp_state_blend.c ... Compiling src\gallium\drivers\softpipe\sp_state_clip.c ... Compiling src\gallium\drivers\softpipe\sp_state_derived.c ... Compiling src\gallium\drivers\softpipe\sp_state_fs.c ... Compiling src\gallium\drivers\softpipe\sp_state_rasterizer.c ... Compiling src\gallium\drivers\softpipe\sp_state_sampler.c ... Compiling src\gallium\drivers\softpipe\sp_state_surface.c ... Compiling src\gallium\drivers\softpipe\sp_state_vertex.c ... Compiling src\gallium\drivers\softpipe\sp_surface.c ... Compiling src\gallium\drivers\softpipe\sp_tex_sample.c ... Compiling src\gallium\drivers\softpipe\sp_tex_tile_cache.c ... Compiling src\gallium\drivers\softpipe\sp_texture.c ... Compiling src\gallium\drivers\softpipe\sp_tile_cache.c ... Compiling src\gallium\drivers\softpipe\sp_video_context.c ... Compiling src\gallium\drivers\trace\tr_buffer.c ... Compiling src\gallium\drivers\trace\tr_context.c ... Compiling src\gallium\drivers\trace\tr_drm.c ... src\gallium\drivers\trace\tr_context.c: In function 'trace_buffer_unwrap': src\gallium\drivers\trace\tr_context.c:45: warning: unused variable 'tr_scr' src\gallium\drivers\trace\tr_context.c: In function 'trace_surface_unwrap': src\gallium\drivers\trace\tr_context.c:79: warning: unused variable 'tr_scr' Compiling src\gallium\drivers\trace\tr_dump.c ... Compiling src\gallium\drivers\trace\tr_dump_state.c ... Compiling src\gallium\drivers\trace\tr_screen.c ... Compiling src\gallium\drivers\trace\tr_state.c ... Archiving build\windows-x86\gallium\drivers\softpipe\libsoftpipe.a ... Compiling src\gallium\drivers\trace\tr_rbug.c ... Indexing build\windows-x86\gallium\drivers\softpipe\libsoftpipe.a ... Compiling src\gallium\drivers\trace\tr_texture.c ... Compiling src\gallium\state_trackers\wgl\stw_context.c ... Compiling src\gallium\state_trackers\wgl\stw_device.c ... Compiling src\gallium\state_trackers\wgl\stw_ext_extensionsstring.c ... Archiving build\windows-x86\gallium\drivers\trace\libtrace.a ... Indexing build\windows-x86\gallium\drivers\trace\libtrace.a ... Compiling src\gallium\state_trackers\wgl\stw_ext_gallium.c ... Compiling src\gallium\state_trackers\wgl\stw_ext_pixelformat.c ... Compiling src\gallium\state_trackers\wgl\stw_ext_swapinterval.c ... Compiling src\gallium\state_trackers\wgl\stw_framebuffer.c ... Compiling src\gallium\state_trackers\wgl\stw_getprocaddress.c ... Compiling src\gallium\state_trackers\wgl\stw_pixelformat.c ... Compiling src\gallium\state_trackers\wgl\stw_tls.c ... src\gallium\state_trackers\wgl\stw_getprocaddress.c:71: warning: no previous prototype for 'DrvGetProcAddress' Compiling src\gallium\state_trackers\wgl\stw_wgl.c ... Compiling src\gallium\winsys\gdi\gdi_softpipe_winsys.c ... Compiling src\mesa\main\dispatch.c ... Compiling src\mesa\glapi\glapi.c ... src\gallium\winsys\gdi\gdi_softpipe_winsys.c:316: warning: no previous prototype for 'DllMain' src\mesa\glapi\glapi.c:217: warning: no previous prototype for 'FreeAllTSD' src\mesa\glapi\glapitemp.h:1883: warning: 'NoOp_dispatch_stub_339' defined but not used src\mesa\glapi\glapitemp.h:1900: warning: 'NoOp_dispatch_stub_340' defined but not used src\mesa\glapi\glapitemp.h:1912: warning: 'NoOp_dispatch_stub_341' defined but not used src\mesa\glapi\glapitemp.h:1924: warning: 'NoOp_dispatch_stub_342' defined but not used src\mesa\glapi\glapitemp.h:1937: warning: 'NoOp_dispatch_stub_343' defined but not used src\mesa\glapi\glapitemp.h:1958: warning: 'NoOp_dispatch_stub_344' defined but not used src\mesa\glapi\glapitemp.h:1979: warning: 'NoOp_dispatch_stub_345' defined but not used src\mesa\glapi\glapitemp.h:1999: warning: 'NoOp_dispatch_stub_346' defined but not used src\mesa\glapi\glapitemp.h:2011: warning: 'NoOp_dispatch_stub_347' defined but not used src\mesa\glapi\glapitemp.h:2023: warning: 'NoOp_dispatch_stub_348' defined but not used src\mesa\glapi\glapitemp.h:2035: warning: 'NoOp_dispatch_stub_349' defined but not used src\mesa\glapi\glapitemp.h:2047: warning: 'NoOp_dispatch_stub_350' defined but not used src\mesa\glapi\glapitemp.h:2059: warning: 'NoOp_dispatch_stub_351' defined but not used src\mesa\glapi\glapitemp.h:2071: warning: 'NoOp_dispatch_stub_352' defined but not used src\mesa\glapi\glapitemp.h:2083: warning: 'NoOp_dispatch_stub_353' defined but not used src\mesa\glapi\glapitemp.h:2095: warning: 'NoOp_dispatch_stub_354' defined but not used src\mesa\glapi\glapitemp.h:2107: warning: 'NoOp_dispatch_stub_355' defined but not used src\mesa\glapi\glapitemp.h:2120: warning: 'NoOp_dispatch_stub_356' defined but not used src\mesa\glapi\glapitemp.h:2134: warning: 'NoOp_dispatch_stub_357' defined but not used src\mesa\glapi\glapitemp.h:2148: warning: 'NoOp_dispatch_stub_358' defined but not used src\mesa\glapi\glapitemp.h:2162: warning: 'NoOp_dispatch_stub_359' defined but not used src\mesa\glapi\glapitemp.h:2175: warning: 'NoOp_dispatch_stub_360' defined but not used src\mesa\glapi\glapitemp.h:2188: warning: 'NoOp_dispatch_stub_361' defined but not used src\mesa\glapi\glapitemp.h:2202: warning: 'NoOp_dispatch_stub_362' defined but not used src\mesa\glapi\glapitemp.h:2216: warning: 'NoOp_dispatch_stub_363' defined but not used src\mesa\glapi\glapitemp.h:2230: warning: 'NoOp_dispatch_stub_364' defined but not used src\mesa\glapi\glapitemp.h:2244: warning: 'NoOp_dispatch_stub_365' defined but not used src\mesa\glapi\glapitemp.h:2258: warning: 'NoOp_dispatch_stub_366' defined but not used src\mesa\glapi\glapitemp.h:2271: warning: 'NoOp_dispatch_stub_367' defined but not used src\mesa\glapi\glapitemp.h:2283: warning: 'NoOp_dispatch_stub_368' defined but not used src\mesa\glapi\glapitemp.h:2295: warning: 'NoOp_dispatch_stub_369' defined but not used src\mesa\glapi\glapitemp.h:2307: warning: 'NoOp_dispatch_stub_370' defined but not used src\mesa\glapi\glapitemp.h:2764: warning: 'NoOp_dispatch_stub_423' defined but not used src\mesa\glapi\glapitemp.h:4202: warning: 'NoOp_dispatch_stub_592' defined but not used src\mesa\glapi\glapitemp.h:4224: warning: 'NoOp_dispatch_stub_593' defined but not used src\mesa\glapi\glapitemp.h:4512: warning: 'NoOp_dispatch_stub_623' defined but not used Archiving build\windows-x86\gallium\state_trackers\wgl\libwgl.a ... Compiling src\mesa\glapi\glapi_getproc.c ... Indexing build\windows-x86\gallium\state_trackers\wgl\libwgl.a ... Compiling src\mesa\glapi\glthread.c ... Compiling src\mesa\main\api_arrayelt.c ... src\mesa\glapi\glthread.c:191: warning: no previous prototype for 'FreeTSD' src\mesa\glapi\glthread.c:199: warning: no previous prototype for 'InsteadOf_exit' src\mesa\glapi\glthread.c: In function 'InsteadOf_exit': src\mesa\glapi\glthread.c:201: warning: unused variable 'dwErr' Compiling src\mesa\main\api_exec.c ... Compiling src\mesa\main\api_loopback.c ... Compiling src\mesa\main\api_noop.c ... Compiling src\mesa\main\api_validate.c ... Compiling src\mesa\main\accum.c ... Compiling src\mesa\main\attrib.c ... Compiling src\mesa\main\arrayobj.c ... Archiving build\windows-x86\mesa\libglapi.a ... Indexing build\windows-x86\mesa\libglapi.a ... Compiling src\mesa\main\blend.c ... Compiling src\mesa\main\bufferobj.c ... Compiling src\mesa\main\buffers.c ... Compiling src\mesa\main\clear.c ... Compiling src\mesa\main\clip.c ... Compiling src\mesa\main\colortab.c ... Compiling src\mesa\main\context.c ... Compiling src\mesa\main\convolve.c ... Compiling src\mesa\main\cpuinfo.c ... Compiling src\mesa\main\debug.c ... Compiling src\mesa\main\depth.c ... Compiling src\mesa\main\depthstencil.c ... Compiling src\mesa\main\dlist.c ... Compiling src\mesa\main\dlopen.c ... Compiling src\mesa\main\drawpix.c ... Compiling src\mesa\main\enable.c ... Compiling src\mesa\main\enums.c ... Compiling src\mesa\main\eval.c ... src\mesa\main\enums.c:3675: warning: overflow in implicit constant conversion Compiling src\mesa\main\execmem.c ... Compiling src\mesa\main\extensions.c ... Compiling src\mesa\main\fbobject.c ... Compiling src\mesa\main\feedback.c ... Compiling src\mesa\main\ffvertex_prog.c ... Compiling src\mesa\main\fog.c ... Compiling src\mesa\main\formats.c ... src\mesa\main\formats.c: In function '_mesa_test_formats': src\mesa\main\formats.c:910: warning: unused variable 't' Compiling src\mesa\main\framebuffer.c ... Compiling src\mesa\main\get.c ... Compiling src\mesa\main\getstring.c ... Compiling src\mesa\main\hash.c ... Compiling src\mesa\main\hint.c ... Compiling src\mesa\main\histogram.c ... Compiling src\mesa\main\image.c ... Compiling src\mesa\main\imports.c ... Compiling src\mesa\main\light.c ... Compiling src\mesa\main\lines.c ... Compiling src\mesa\main\matrix.c ... Compiling src\mesa\main\mipmap.c ... Compiling src\mesa\main\mm.c ... Compiling src\mesa\main\multisample.c ... Compiling src\mesa\main\pixel.c ... Compiling src\mesa\main\pixelstore.c ... Compiling src\mesa\main\points.c ... Compiling src\mesa\main\polygon.c ... Compiling src\mesa\main\queryobj.c ... Compiling src\mesa\main\rastpos.c ... Compiling src\mesa\main\rbadaptors.c ... Compiling src\mesa\main\readpix.c ... Compiling src\mesa\main\remap.c ... Compiling src\mesa\main\renderbuffer.c ... Compiling src\mesa\main\scissor.c ... Compiling src\mesa\main\shaders.c ... Compiling src\mesa\main\shared.c ... Compiling src\mesa\main\state.c ... Compiling src\mesa\main\stencil.c ... Compiling src\mesa\main\syncobj.c ... Compiling src\mesa\main\texcompress.c ... Compiling src\mesa\main\texcompress_s3tc.c ... Compiling src\mesa\main\texcompress_fxt1.c ... Compiling src\mesa\main\texenv.c ... Compiling src\mesa\main\texenvprogram.c ... Compiling src\mesa\main\texfetch.c ... Compiling src\mesa\main\texformat.c ... Compiling src\mesa\main\texgen.c ... Compiling src\mesa\main\texgetimage.c ... Compiling src\mesa\main\teximage.c ... Compiling src\mesa\main\texobj.c ... Compiling src\mesa\main\texparam.c ... Compiling src\mesa\main\texrender.c ... src\mesa\main\texobj.c:291: warning: 'valid_texture_object' defined but not used Compiling src\mesa\main\texstate.c ... Compiling src\mesa\main\texstore.c ... Compiling src\mesa\main\varray.c ... Compiling src\mesa\main\viewport.c ... Compiling src\mesa\main\vtxfmt.c ... Compiling src\mesa\math\m_debug_clip.c ... Compiling src\mesa\math\m_debug_norm.c ... Compiling src\mesa\math\m_debug_xform.c ... Compiling src\mesa\math\m_eval.c ... Compiling src\mesa\math\m_matrix.c ... Compiling src\mesa\math\m_translate.c ... Compiling src\mesa\math\m_vector.c ... Compiling src\mesa\math\m_xform.c ... Compiling src\mesa\vbo\vbo_context.c ... Compiling src\mesa\vbo\vbo_exec.c ... Compiling src\mesa\vbo\vbo_exec_api.c ... Compiling src\mesa\vbo\vbo_exec_array.c ... Compiling src\mesa\vbo\vbo_exec_draw.c ... Compiling src\mesa\vbo\vbo_exec_eval.c ... Compiling src\mesa\vbo\vbo_rebase.c ... Compiling src\mesa\vbo\vbo_split.c ... Compiling src\mesa\vbo\vbo_split_copy.c ... Compiling src\mesa\vbo\vbo_split_inplace.c ... Compiling src\mesa\vbo\vbo_save.c ... Compiling src\mesa\vbo\vbo_save_api.c ... Compiling src\mesa\vbo\vbo_save_draw.c ... Compiling src\mesa\vbo\vbo_save_loopback.c ... Compiling src\mesa\vf\vf.c ... Compiling src\mesa\vf\vf_generic.c ... Compiling src\mesa\vf\vf_sse.c ... Compiling src\mesa\state_tracker\st_atom.c ... Compiling src\mesa\state_tracker\st_atom_blend.c ... Compiling src\mesa\state_tracker\st_atom_clip.c ... Compiling src\mesa\state_tracker\st_atom_constbuf.c ... Compiling src\mesa\state_tracker\st_atom_depth.c ... Compiling src\mesa\state_tracker\st_atom_framebuffer.c ... Compiling src\mesa\state_tracker\st_atom_pixeltransfer.c ... Compiling src\mesa\state_tracker\st_atom_sampler.c ... Compiling src\mesa\state_tracker\st_atom_scissor.c ... Compiling src\mesa\state_tracker\st_atom_shader.c ... Compiling src\mesa\state_tracker\st_atom_rasterizer.c ... Compiling src\mesa\state_tracker\st_atom_stipple.c ... Compiling src\mesa\state_tracker\st_atom_texture.c ... Compiling src\mesa\state_tracker\st_atom_viewport.c ... Compiling src\mesa\state_tracker\st_cb_accum.c ... Compiling src\mesa\state_tracker\st_cb_bitmap.c ... Compiling src\mesa\state_tracker\st_cb_blit.c ... Compiling src\mesa\state_tracker\st_cb_bufferobjects.c ... Compiling src\mesa\state_tracker\st_cb_clear.c ... Compiling src\mesa\state_tracker\st_cb_flush.c ... Compiling src\mesa\state_tracker\st_cb_drawpixels.c ... Compiling src\mesa\state_tracker\st_cb_fbo.c ... Compiling src\mesa\state_tracker\st_cb_feedback.c ... Compiling src\mesa\state_tracker\st_cb_program.c ... Compiling src\mesa\state_tracker\st_cb_queryobj.c ... Compiling src\mesa\state_tracker\st_cb_rasterpos.c ... Compiling src\mesa\state_tracker\st_cb_readpixels.c ... Compiling src\mesa\state_tracker\st_cb_strings.c ... Compiling src\mesa\state_tracker\st_cb_texture.c ... Compiling src\mesa\state_tracker\st_cb_viewport.c ... Compiling src\mesa\state_tracker\st_context.c ... Compiling src\mesa\state_tracker\st_debug.c ... Compiling src\mesa\state_tracker\st_draw.c ... Compiling src\mesa\state_tracker\st_draw_feedback.c ... Compiling src\mesa\state_tracker\st_extensions.c ... Compiling src\mesa\state_tracker\st_format.c ... Compiling src\mesa\state_tracker\st_framebuffer.c ... Compiling src\mesa\state_tracker\st_gen_mipmap.c ... Compiling src\mesa\state_tracker\st_mesa_to_tgsi.c ... Compiling src\mesa\state_tracker\st_program.c ... Compiling src\mesa\state_tracker\st_texture.c ... Compiling src\mesa\shader\arbprogparse.c ... Compiling src\mesa\shader\arbprogram.c ... Compiling src\mesa\shader\atifragshader.c ... Compiling src\mesa\shader\grammar\grammar_mesa.c ... Compiling src\mesa\shader\hash_table.c ... Compiling src\mesa\shader\lex.yy.c ... Compiling src\mesa\shader\nvfragparse.c ... Compiling src\mesa\shader\nvprogram.c ... lex.yy.c:3334: warning: no previous prototype for 'yyget_column' lex.yy.c:3410: warning: no previous prototype for 'yyset_column' lex.yy.c:2809: warning: 'yyunput' defined but not used lex.yy.c:2851: warning: 'input' defined but not used Compiling src\mesa\shader\nvvertparse.c ... Compiling src\mesa\shader\program.c ... Compiling src\mesa\shader\program_parse.tab.c ... Compiling src\mesa\shader\program_parse_extra.c ... program_parse.y: In function 'set_dst_reg': program_parse.y:2288: warning: unused variable 'minIndex' program_parse.y:2287: warning: unused variable 'maxIndex' program_parse.y: In function 'set_src_reg': program_parse.y:2318: warning: unused variable 'minIndex' program_parse.y:2317: warning: unused variable 'maxIndex' Compiling src\mesa\shader\prog_cache.c ... Compiling src\mesa\shader\prog_execute.c ... Compiling src\mesa\shader\prog_instruction.c ... Compiling src\mesa\shader\prog_noise.c ... Compiling src\mesa\shader\prog_optimize.c ... Compiling src\mesa\shader\prog_parameter.c ... src\mesa\shader\prog_parameter.c: In function '_mesa_add_unnamed_constant': src\mesa\shader\prog_parameter.c:247: warning: 'pos' may be used uninitialized in this function Compiling src\mesa\shader\prog_parameter_layout.c ... Compiling src\mesa\shader\prog_print.c ... Compiling src\mesa\shader\prog_statevars.c ... Compiling src\mesa\shader\prog_uniform.c ... Compiling src\mesa\shader\programopt.c ... Compiling src\mesa\shader\symbol_table.c ... Compiling src\mesa\shader\shader_api.c ... Compiling src\mesa\shader\slang\slang_builtin.c ... Compiling src\mesa\shader\slang\slang_codegen.c ... Compiling src\mesa\shader\slang\slang_compile.c ... Compiling src\mesa\shader\slang\slang_compile_function.c ... Compiling src\mesa\shader\slang\slang_compile_operation.c ... Compiling src\mesa\shader\slang\slang_compile_struct.c ... Compiling src\mesa\shader\slang\slang_compile_variable.c ... Compiling src\mesa\shader\slang\slang_emit.c ... Compiling src\mesa\shader\slang\slang_ir.c ... Compiling src\mesa\shader\slang\slang_label.c ... Compiling src\mesa\shader\slang\slang_link.c ... Compiling src\mesa\shader\slang\slang_log.c ... Compiling src\mesa\shader\slang\slang_mem.c ... Compiling src\mesa\shader\slang\slang_preprocess.c ... Compiling src\mesa\shader\slang\slang_print.c ... Compiling src\mesa\shader\slang\slang_simplify.c ... Compiling src\mesa\shader\slang\slang_storage.c ... Compiling src\mesa\shader\slang\slang_typeinfo.c ... Compiling src\mesa\shader\slang\slang_vartable.c ... Compiling src\mesa\shader\slang\slang_utility.c ... Compiling src\glew\glew.c ... Compiling src\glew\glewinfo.c ... Compiling src\glew\visualinfo.c ... src\glew\glew.c:8002: warning: no previous prototype for 'wglewContextInit' src\glew\glew.c:9100: warning: no previous prototype for 'glewInit' Archiving build\windows-x86\mesa\libmesa.a ... The command line is too long. scons: *** [build\windows-x86\mesa\libmesa.a] Error 1 src\glew\visualinfo.c:244: warning: no previous prototype for 'VisualInfoARB' src\glew\visualinfo.c:449: warning: no previous prototype for 'VisualInfoGDI' src\glew\glewinfo.c:7071: warning: no previous prototype for 'glewDestroyContext' scons: building terminated because of errors. C:\projects\mesa_7_7> I don't know what to do... By the way, I used the source from http://cgit.freedesktop.org/mesa/mesa/snapshot/mesa_7_7.tar.bz2 because MesaLib-7.7.tar.bz2 from the FTP site did not contain the SConscript files need to use SCons with it. And I'm unable to build Mesa with the MinGW makefile either... It just fails to work (my guess is because the makefile is quite old, and the source has changed a lot)... |
|
From: Brian P. <br...@vm...> - 2010-01-08 14:42:48
|
rnddim wrote: > That bug sounds about right. But of course, it's unresolved. :( > > I suppose what makes me the maddest is that I can't find out where the > bug occurs. I'm hoping there's a line of code or two I can change in my > personal copy of Mesa to help counteract the problem, if it's a problem > with something beyond Mesa (which it seems like it is). > > Comparing my gears picture and the one on the Mesa3d homepage (which I'm > assuming is a snapshot of the correct gears output), this is what > happens (good output on mesa3d.org, bad output in my original attachment): > > Good Output -> Bad Output > Red Gear -> Green Gear (the one that may look cyan or light blue to some > in the picture) > Green Gear -> Red Gear (may look pink) > Blue Gear -> Alpha (transparent) Gear (it looks like a light gray-blue > gear, but that's transparency at work) > Alpha (No) Background (appears black) -> Blue Background > > Based on this, it's mostly likely that any RGBA color value is read as > GRAB. I wonder if there's anywhere in the Mesa source code, probably > where colors are first read, where I could insert an 'easy fix'. Possibly. Look through src/mesa/drivers/dri/r128/* for instances of MESA_FORMAT_*. Perhaps MESA_FORMAT_ARGB8888 should be PIPE_FORMAT_ARGB8888_REV, or something like that. See src/mesa/main/formats.h for the available pixel formats. I doubt that any of the active DRI developers have R128 hardware on hand so hopefully you can figure it out. BTW, you should use Mesa 7.7 if you aren't already. -Brian |
|
From: rnddim <rn...@gm...> - 2010-01-08 06:03:54
|
That bug sounds about right. But of course, it's unresolved. :( I suppose what makes me the maddest is that I can't find out where the bug occurs. I'm hoping there's a line of code or two I can change in my personal copy of Mesa to help counteract the problem, if it's a problem with something beyond Mesa (which it seems like it is). Comparing my gears picture and the one on the Mesa3d homepage (which I'm assuming is a snapshot of the correct gears output), this is what happens (good output on mesa3d.org, bad output in my original attachment): Good Output -> Bad Output Red Gear -> Green Gear (the one that may look cyan or light blue to some in the picture) Green Gear -> Red Gear (may look pink) Blue Gear -> Alpha (transparent) Gear (it looks like a light gray-blue gear, but that's transparency at work) Alpha (No) Background (appears black) -> Blue Background Based on this, it's mostly likely that any RGBA color value is read as GRAB. I wonder if there's anywhere in the Mesa source code, probably where colors are first read, where I could insert an 'easy fix'. |
|
From: tom f. <tf...@al...> - 2010-01-08 02:35:42
|
rnddim <rn...@gm...> writes: > Ever since putting Linux on this machine, the colors in any 3D > application has been very wrong. The entire spectrum is off (i.e. > you know it's supposed to be red, but it doesn't look like it) in > addition to a blue "tint" over everything. The picture attached shows > off the classic 'gears' program, which illustrates the problem. > > The video driver I have is an ATI Rage Mobility 128 (r128), and I run > a machine using the PPC G3 processor (old laptop, I know, but it was > free). I can rule out the hardware because when Mac OS X was on the > machine, there were no problems with OpenGL. The image looks slightly different, but maybe you're hitting bug 22017: https://bugs.freedesktop.org/show_bug.cgi?id=22017 ? I have only quickly glanced through that bug, I could be completely off. If that issue differs from yours, I would recommend 1) doing a more thorough search than I have for this in the bug DB, and if not found, 2) file a new bug report. Cheers, -tom |
|
From: tom f. <tf...@al...> - 2010-01-07 20:38:50
|
Brent Austin <br...@co...> writes: > No 'sudo"= > > brent-austins-mac-pro:Mesa-7.7 brent1a$ ./configure > ./configure: line 2051: config.log: Permission denied > ./configure: line 2061: config.log: Permission denied > brent-austins-mac-pro:Mesa-7.7 brent1a$=20 I reiterate: > > It's conceivable that previously running things as root has created > > files you now cannot overwrite as a normal user, now. I suggest > > wiping your tree and reextracting it. Did you do that? -tom > On Jan 7, 2010, at 1:14 PM, tom fogal wrote: > > > Brent Austin <br...@co...> writes: > >> Well, I re-ran config then gmake and it's not the same output as > >> before but here's what I get: > >>=20 > >> brent-austins-mac-pro:~ brent1a$ cd /Mesa-7.7=20 > >> brent-austins-mac-pro:Mesa-7.7 brent1a$ sudo ./configure > >> Password: > >=20 > > !!! Don't configure as root... for any software package. > > > > It's conceivable that previously running things as root has created > > files you now cannot overwrite as a normal user, now. I suggest = > > wiping your tree and reextracting it. > >=20 > > You probably don't need EGL. You can get rid of EGL entirely with > > --disable-egl, but of course if there's an issue it's nice to report > > it. > >=20 > > -tom > >=20 > >> On Jan 7, 2010, at 9:44 AM, Brian Paul wrote: > >>=20 > >>> Brent Austin wrote: > >>>> I'm attempting to build mesa 7.6.1 then 7.7 on OS X 10.6.2 and it = > fails bo > >> th builds with the same errors: > >>>> =E2=88=91=E2=88=91.SNIP=E2=88=91=E2=88=91=E2=88=91 > >>>> collect2: ld returned 1 exit status > >>>> mklib: Installing libdemodriver.so.1.0.dylib = > libdemodriver.so.1.dylib libd > >> emodriver.so.dylib in ../../../../lib > >>>> mv: rename libdemodriver.so.1.0.dylib to = > ../../../../lib/libdemodriver.so. > >> 1.0.dylib: No such file or directory > >>>> gmake[4]: *** [../../../../lib/demodriver.so] Error 1 > >>>> gmake[4]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers/demo' > >>>> gmake[3]: *** [subdirs] Error 1 > >>>> gmake[3]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers' > >>>> gmake[2]: *** [subdirs] Error 1 > >>>> gmake[2]: Leaving directory `/Mesa-7.6-1.1/src/egl' > >>>> gmake[1]: *** [subdirs] Error 1 > >>>> gmake[1]: Leaving directory `/Mesa-7.6-1.1/src' > >>>> gmake: *** [default] Error 1 > >>>> =E2=88=91=E2=88=91.SNIP=E2=88=91=E2=88=91=E2=88=91 > >>>> collect2: ld returned 1 exit status > >>>> mklib: Installing libdemodriver.so.1.0.dylib = > libdemodriver.so.1.dylib libd > >> emodriver.so.dylib in ../../../../lib > >>>> mv: rename libdemodriver.so.1.0.dylib to = > ../../../../lib/libdemodriver.so. > >> 1.0.dylib: No such file or directory > >>>> gmake[4]: *** [../../../../lib/demodriver.so] Error 1 > >>>> gmake[4]: Leaving directory `/Mesa-7.7/src/egl/drivers/demo' > >>>> gmake[3]: *** [subdirs] Error 1 > >>>> gmake[3]: Leaving directory `/Mesa-7.7/src/egl/drivers' > >>>> gmake[2]: *** [subdirs] Error 1 > >>>> gmake[2]: Leaving directory `/Mesa-7.7/src/egl' > >>>> gmake[1]: *** [subdirs] Error 1 > >>>> gmake[1]: Leaving directory `/Mesa-7.7/src' > >>>> gmake: *** [default] Error 1 > >>>=20 > >>> I'd like to see the commands leading up to the "collect2: ld = > returned 1 exi > >> t status" line. > >>>=20 > >>> -Brian > >>=20 > >>=20 > >> = > --------------------------------------------------------------------------= > --- > >> - > >> This SF.Net email is sponsored by the Verizon Developer Community > >> Take advantage of Verizon's best-in-class app development support > >> A streamlined, 14 day to market process makes app distribution fast = > and easy > >> Join now and get one step closer to millions of Verizon customers > >> http://p.sf.net/sfu/verizon-dev2dev=20 > >> _______________________________________________ > >> Mesa3d-users mailing list > >> Mes...@li... > >> https://lists.sourceforge.net/lists/listinfo/mesa3d-users > > > --Apple-Mail-1--1026611524 > Content-Transfer-Encoding: quoted-printable > Content-Type: text/html; > charset=utf-8 > > <html><head></head><body style=3D"word-wrap: break-word; = > -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">No = > 'sudo"=3D<div><br><div><div>brent-austins-mac-pro:Mesa-7.7 brent1a$ = > ./configure</div><div>./configure: line 2051: config.log: <font = > class=3D"Apple-style-span" size=3D"3"><span class=3D"Apple-style-span" = > style=3D"font-size: 13px;"><b>Permission = > denied</b></span></font></div><div>./configure: line 2061: config.log: = > <font class=3D"Apple-style-span" size=3D"3"><span = > class=3D"Apple-style-span" style=3D"font-size: 13px;"><b>Permission = > denied</b></span></font></div><div>brent-austins-mac-pro:Mesa-7.7 = > brent1a$ </div><div><br></div><div><div>On Jan 7, 2010, at 1:14 PM, = > tom fogal wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = > type=3D"cite"><div>Brent Austin <<a = > href=3D"mailto:br...@co...">br...@co...</a>> = > writes:<br><blockquote type=3D"cite">Well, I re-ran config then gmake = > and it's not the same output as<br></blockquote><blockquote = > type=3D"cite">before but here's what I get:<br></blockquote><blockquote = > type=3D"cite"><br></blockquote><blockquote = > type=3D"cite">brent-austins-mac-pro:~ brent1a$ cd /Mesa-7.7 = > <br></blockquote><blockquote type=3D"cite">brent-austins-mac-pro:Mesa-7.7 = > brent1a$ sudo ./configure<br></blockquote><blockquote = > type=3D"cite">Password:<br></blockquote><br>!!! Don't configure as = > root... for any software package.<br><br>You should only need root = > during `make install', and then only if<br>you're installing to a system = > directory such as /usr/local.<br><br>[snip]<br><blockquote type=3D"cite"> = > EGL: = > ye= > s<br></blockquote><blockquote type=3D"cite">/bin/sh ../../../bin/mklib = > -o EGL -linker 'gcc' -ldflags '' \<br></blockquote><blockquote = > type=3D"cite"><span class=3D"Apple-tab-span" style=3D"white-space:pre"> > = > </span><span class=3D"Apple-tab-span" style=3D"white-space:pre"> = > </span>-major 1 -minor 0 \<br></blockquote><blockquote type=3D"cite"><span= > class=3D"Apple-tab-span" style=3D"white-space:pre"> </span><span = > class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>-install = > ../../../lib \<br></blockquote><blockquote type=3D"cite"><span = > class=3D"Apple-tab-span" style=3D"white-space:pre"> </span><span = > class=3D"Apple-tab-span" style=3D"white-space:pre"> </span> = > -L/opt/local/lib -lX11 -lXau -lXdmcp eglapi.o = > eglconfig.o e<br></blockquote><blockquote type=3D"cite">glconfigutil.o = > eglcontext.o eglcurrent.o egldisplay.o egldriver.o = > eglglobals.<br></blockquote><blockquote type=3D"cite">o egllog.o = > eglmisc.o eglmode.o eglscreen.o eglstring.o = > eglsurface.o<br></blockquote><blockquote type=3D"cite">mklib: Making = > Darwin shared library: = > libEGL.1.0.dylib<br></blockquote><blockquote type=3D"cite">mklib: = > Installing libEGL.1.0.dylib libEGL.1.dylib libEGL.dylib in = > ../../../li<br></blockquote><blockquote = > type=3D"cite">b<br></blockquote><blockquote type=3D"cite">override = > rwxr-xr-x root/staff for ../../../lib/libEGL.1.0.dylib? (y/n [n]) = > y<br></blockquote><blockquote type=3D"cite">mv: rename libEGL.1.0.dylib = > to ../../../lib/libEGL.1.0.dylib: Permission = > deni<br></blockquote><blockquote = > type=3D"cite">ed<br></blockquote><blockquote type=3D"cite">override = > rwxr-xr-x root/staff for ../../../lib/libEGL.1.dylib? (y/n [n]) = > y<br></blockquote><blockquote type=3D"cite">mv: rename libEGL.1.dylib to = > ../../../lib/libEGL.1.dylib: Permission = > denied<br></blockquote><blockquote type=3D"cite">override rwxr-xr-x = > root/staff for ../../../lib/libEGL.dylib? (y/n [n]) = > y<br></blockquote><blockquote type=3D"cite">mv: rename libEGL.dylib to = > ../../../lib/libEGL.dylib: Permission denied<br></blockquote><br>It's = > conceivable that previously running things as root has created<br>files = > you now cannot overwrite as a normal user, now. I suggest = > wiping<br>your tree and reextracting it.<br><br>You probably don't need = > EGL. You can get rid of EGL entirely with<br>--disable-egl, but of = > course if there's an issue it's nice to = > report<br>it.<br><br>-tom<br><br><blockquote type=3D"cite">On Jan 7, = > 2010, at 9:44 AM, Brian Paul wrote:<br></blockquote><blockquote = > type=3D"cite"><br></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite">Brent Austin = > wrote:<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><blockquote type=3D"cite">I'm attempting to build mesa = > 7.6.1 then 7.7 on OS X 10.6.2 and it fails = > bo<br></blockquote></blockquote></blockquote><blockquote type=3D"cite">th = > builds with the same errors:<br></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">=E2=88=91=E2=88=91.SNIP=E2=88=91=E2=88=91=E2=88=91<br></bloc= > kquote></blockquote></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><blockquote type=3D"cite">collect2: ld returned 1 exit = > status<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">mklib: = > Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib = > libd<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite">emodriver.so.dylib in = > ../../../../lib<br></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><blockquote type=3D"cite">mv: rename = > libdemodriver.so.1.0.dylib to = > ../../../../lib/libdemodriver.so.<br></blockquote></blockquote></blockquot= > e><blockquote type=3D"cite">1.0.dylib: No such file or = > directory<br></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><blockquote type=3D"cite">gmake[4]: *** = > [../../../../lib/demodriver.so] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[4]: Leaving directory = > `/Mesa-7.6-1.1/src/egl/drivers/demo'<br></blockquote></blockquote></blockq= > uote><blockquote type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[3]: *** [subdirs] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[3]: Leaving directory = > `/Mesa-7.6-1.1/src/egl/drivers'<br></blockquote></blockquote></blockquote>= > <blockquote type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[2]: *** [subdirs] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[2]: Leaving directory = > `/Mesa-7.6-1.1/src/egl'<br></blockquote></blockquote></blockquote><blockqu= > ote type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[1]: *** [subdirs] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[1]: Leaving directory = > `/Mesa-7.6-1.1/src'<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">gmake: = > *** [default] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">=E2=88=91=E2=88=91.SNIP=E2=88=91=E2=88=91=E2=88=91<br></bloc= > kquote></blockquote></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><blockquote type=3D"cite">collect2: ld returned 1 exit = > status<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">mklib: = > Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib = > libd<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite">emodriver.so.dylib in = > ../../../../lib<br></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><blockquote type=3D"cite">mv: rename = > libdemodriver.so.1.0.dylib to = > ../../../../lib/libdemodriver.so.<br></blockquote></blockquote></blockquot= > e><blockquote type=3D"cite">1.0.dylib: No such file or = > directory<br></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><blockquote type=3D"cite">gmake[4]: *** = > [../../../../lib/demodriver.so] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[4]: Leaving directory = > `/Mesa-7.7/src/egl/drivers/demo'<br></blockquote></blockquote></blockquote= > ><blockquote type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[3]: *** [subdirs] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[3]: Leaving directory = > `/Mesa-7.7/src/egl/drivers'<br></blockquote></blockquote></blockquote><blo= > ckquote type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[2]: *** [subdirs] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[2]: Leaving directory = > `/Mesa-7.7/src/egl'<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[1]: *** [subdirs] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote = > type=3D"cite">gmake[1]: Leaving directory = > `/Mesa-7.7/src'<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">gmake: = > *** [default] Error = > 1<br></blockquote></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote = > type=3D"cite"><br></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote type=3D"cite">I'd like to see the commands = > leading up to the "collect2: ld returned 1 = > exi<br></blockquote></blockquote><blockquote type=3D"cite">t status" = > line.<br></blockquote><blockquote type=3D"cite"><blockquote = > type=3D"cite"><br></blockquote></blockquote><blockquote = > type=3D"cite"><blockquote = > type=3D"cite">-Brian<br></blockquote></blockquote><blockquote = > type=3D"cite"><br></blockquote><blockquote = > type=3D"cite"><br></blockquote><blockquote = > type=3D"cite">------------------------------------------------------------= > -----------------<br></blockquote><blockquote = > type=3D"cite">-<br></blockquote><blockquote type=3D"cite">This <a = > href=3D"http://SF.Net">SF.Net</a> email is sponsored by the Verizon = > Developer Community<br></blockquote><blockquote type=3D"cite">Take = > advantage of Verizon's best-in-class app development = > support<br></blockquote><blockquote type=3D"cite">A streamlined, 14 day = > to market process makes app distribution fast and = > easy<br></blockquote><blockquote type=3D"cite">Join now and get one step = > closer to millions of Verizon customers<br></blockquote><blockquote = > type=3D"cite"><a = > href=3D"http://p.sf.net/sfu/verizon-dev2dev">http://p.sf.net/sfu/verizon-d= > ev2dev</a> <br></blockquote><blockquote = > type=3D"cite">_______________________________________________<br></blockqu= > ote><blockquote type=3D"cite">Mesa3d-users mailing = > list<br></blockquote><blockquote type=3D"cite"><a = > href=3D"mailto:Mes...@li...">Mes...@li...ur= > ceforge.net</a><br></blockquote><blockquote type=3D"cite"><a = > href=3D"https://lists.sourceforge.net/lists/listinfo/mesa3d-users">https:/= > /lists.sourceforge.net/lists/listinfo/mesa3d-users</a><br></blockquote></d= > iv></blockquote></div><br></div></div></body></html>= > > --Apple-Mail-1--1026611524-- > |
|
From: Brent A. <br...@co...> - 2010-01-07 20:25:28
|
No 'sudo"= brent-austins-mac-pro:Mesa-7.7 brent1a$ ./configure ./configure: line 2051: config.log: Permission denied ./configure: line 2061: config.log: Permission denied brent-austins-mac-pro:Mesa-7.7 brent1a$ On Jan 7, 2010, at 1:14 PM, tom fogal wrote: > Brent Austin <br...@co...> writes: >> Well, I re-ran config then gmake and it's not the same output as >> before but here's what I get: >> >> brent-austins-mac-pro:~ brent1a$ cd /Mesa-7.7 >> brent-austins-mac-pro:Mesa-7.7 brent1a$ sudo ./configure >> Password: > > !!! Don't configure as root... for any software package. > > You should only need root during `make install', and then only if > you're installing to a system directory such as /usr/local. > > [snip] >> EGL: yes >> /bin/sh ../../../bin/mklib -o EGL -linker 'gcc' -ldflags '' \ >> -major 1 -minor 0 \ >> -install ../../../lib \ >> -L/opt/local/lib -lX11 -lXau -lXdmcp eglapi.o eglconfig.o e >> glconfigutil.o eglcontext.o eglcurrent.o egldisplay.o egldriver.o eglglobals. >> o egllog.o eglmisc.o eglmode.o eglscreen.o eglstring.o eglsurface.o >> mklib: Making Darwin shared library: libEGL.1.0.dylib >> mklib: Installing libEGL.1.0.dylib libEGL.1.dylib libEGL.dylib in ../../../li >> b >> override rwxr-xr-x root/staff for ../../../lib/libEGL.1.0.dylib? (y/n [n]) y >> mv: rename libEGL.1.0.dylib to ../../../lib/libEGL.1.0.dylib: Permission deni >> ed >> override rwxr-xr-x root/staff for ../../../lib/libEGL.1.dylib? (y/n [n]) y >> mv: rename libEGL.1.dylib to ../../../lib/libEGL.1.dylib: Permission denied >> override rwxr-xr-x root/staff for ../../../lib/libEGL.dylib? (y/n [n]) y >> mv: rename libEGL.dylib to ../../../lib/libEGL.dylib: Permission denied > > It's conceivable that previously running things as root has created > files you now cannot overwrite as a normal user, now. I suggest wiping > your tree and reextracting it. > > You probably don't need EGL. You can get rid of EGL entirely with > --disable-egl, but of course if there's an issue it's nice to report > it. > > -tom > >> On Jan 7, 2010, at 9:44 AM, Brian Paul wrote: >> >>> Brent Austin wrote: >>>> I'm attempting to build mesa 7.6.1 then 7.7 on OS X 10.6.2 and it fails bo >> th builds with the same errors: >>>> ∑∑.SNIP∑∑∑ >>>> collect2: ld returned 1 exit status >>>> mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libd >> emodriver.so.dylib in ../../../../lib >>>> mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so. >> 1.0.dylib: No such file or directory >>>> gmake[4]: *** [../../../../lib/demodriver.so] Error 1 >>>> gmake[4]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers/demo' >>>> gmake[3]: *** [subdirs] Error 1 >>>> gmake[3]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers' >>>> gmake[2]: *** [subdirs] Error 1 >>>> gmake[2]: Leaving directory `/Mesa-7.6-1.1/src/egl' >>>> gmake[1]: *** [subdirs] Error 1 >>>> gmake[1]: Leaving directory `/Mesa-7.6-1.1/src' >>>> gmake: *** [default] Error 1 >>>> ∑∑.SNIP∑∑∑ >>>> collect2: ld returned 1 exit status >>>> mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libd >> emodriver.so.dylib in ../../../../lib >>>> mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so. >> 1.0.dylib: No such file or directory >>>> gmake[4]: *** [../../../../lib/demodriver.so] Error 1 >>>> gmake[4]: Leaving directory `/Mesa-7.7/src/egl/drivers/demo' >>>> gmake[3]: *** [subdirs] Error 1 >>>> gmake[3]: Leaving directory `/Mesa-7.7/src/egl/drivers' >>>> gmake[2]: *** [subdirs] Error 1 >>>> gmake[2]: Leaving directory `/Mesa-7.7/src/egl' >>>> gmake[1]: *** [subdirs] Error 1 >>>> gmake[1]: Leaving directory `/Mesa-7.7/src' >>>> gmake: *** [default] Error 1 >>> >>> I'd like to see the commands leading up to the "collect2: ld returned 1 exi >> t status" line. >>> >>> -Brian >> >> >> ----------------------------------------------------------------------------- >> - >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> _______________________________________________ >> Mesa3d-users mailing list >> Mes...@li... >> https://lists.sourceforge.net/lists/listinfo/mesa3d-users |
|
From: tom f. <tf...@al...> - 2010-01-07 19:13:05
|
Brent Austin <br...@co...> writes: > Well, I re-ran config then gmake and it's not the same output as > before but here's what I get: > > brent-austins-mac-pro:~ brent1a$ cd /Mesa-7.7 > brent-austins-mac-pro:Mesa-7.7 brent1a$ sudo ./configure > Password: !!! Don't configure as root... for any software package. You should only need root during `make install', and then only if you're installing to a system directory such as /usr/local. [snip] > EGL: yes > /bin/sh ../../../bin/mklib -o EGL -linker 'gcc' -ldflags '' \ > -major 1 -minor 0 \ > -install ../../../lib \ > -L/opt/local/lib -lX11 -lXau -lXdmcp eglapi.o eglconfig.o e > glconfigutil.o eglcontext.o eglcurrent.o egldisplay.o egldriver.o eglglobals. > o egllog.o eglmisc.o eglmode.o eglscreen.o eglstring.o eglsurface.o > mklib: Making Darwin shared library: libEGL.1.0.dylib > mklib: Installing libEGL.1.0.dylib libEGL.1.dylib libEGL.dylib in ../../../li > b > override rwxr-xr-x root/staff for ../../../lib/libEGL.1.0.dylib? (y/n [n]) y > mv: rename libEGL.1.0.dylib to ../../../lib/libEGL.1.0.dylib: Permission deni > ed > override rwxr-xr-x root/staff for ../../../lib/libEGL.1.dylib? (y/n [n]) y > mv: rename libEGL.1.dylib to ../../../lib/libEGL.1.dylib: Permission denied > override rwxr-xr-x root/staff for ../../../lib/libEGL.dylib? (y/n [n]) y > mv: rename libEGL.dylib to ../../../lib/libEGL.dylib: Permission denied It's conceivable that previously running things as root has created files you now cannot overwrite as a normal user, now. I suggest wiping your tree and reextracting it. You probably don't need EGL. You can get rid of EGL entirely with --disable-egl, but of course if there's an issue it's nice to report it. -tom > On Jan 7, 2010, at 9:44 AM, Brian Paul wrote: > > > Brent Austin wrote: > >> I'm attempting to build mesa 7.6.1 then 7.7 on OS X 10.6.2 and it fails bo > th builds with the same errors: > >> .SNIP > >> collect2: ld returned 1 exit status > >> mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libd > emodriver.so.dylib in ../../../../lib > >> mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so. > 1.0.dylib: No such file or directory > >> gmake[4]: *** [../../../../lib/demodriver.so] Error 1 > >> gmake[4]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers/demo' > >> gmake[3]: *** [subdirs] Error 1 > >> gmake[3]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers' > >> gmake[2]: *** [subdirs] Error 1 > >> gmake[2]: Leaving directory `/Mesa-7.6-1.1/src/egl' > >> gmake[1]: *** [subdirs] Error 1 > >> gmake[1]: Leaving directory `/Mesa-7.6-1.1/src' > >> gmake: *** [default] Error 1 > >> .SNIP > >> collect2: ld returned 1 exit status > >> mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libd > emodriver.so.dylib in ../../../../lib > >> mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so. > 1.0.dylib: No such file or directory > >> gmake[4]: *** [../../../../lib/demodriver.so] Error 1 > >> gmake[4]: Leaving directory `/Mesa-7.7/src/egl/drivers/demo' > >> gmake[3]: *** [subdirs] Error 1 > >> gmake[3]: Leaving directory `/Mesa-7.7/src/egl/drivers' > >> gmake[2]: *** [subdirs] Error 1 > >> gmake[2]: Leaving directory `/Mesa-7.7/src/egl' > >> gmake[1]: *** [subdirs] Error 1 > >> gmake[1]: Leaving directory `/Mesa-7.7/src' > >> gmake: *** [default] Error 1 > > > > I'd like to see the commands leading up to the "collect2: ld returned 1 exi > t status" line. > > > > -Brian > > > ----------------------------------------------------------------------------- > - > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Mesa3d-users mailing list > Mes...@li... > https://lists.sourceforge.net/lists/listinfo/mesa3d-users |
|
From: Brent A. <br...@co...> - 2010-01-07 17:04:29
|
Well, I re-ran config then gmake and it's not the same output as before but here's what I get:
brent-austins-mac-pro:~ brent1a$ cd /Mesa-7.7
brent-austins-mac-pro:Mesa-7.7 brent1a$ sudo ./configure
Password:
checking build system type... i386-apple-darwin10.2.0
checking host system type... i386-apple-darwin10.2.0
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gmake... gmake
checking for makedepend... /opt/local/bin/makedepend
checking for sed... /usr/bin/sed
checking for a BSD-compatible install... /usr/bin/install -c
checking for pkg-config... /opt/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether to enable assembly... no, platform not supported
checking for gcc option to produce PIC... -fno-common
checking for dlopen... yes
checking for posix_memalign... yes
checking pkg-config files for X11 are available... yes
checking for XLIBGL... yes
checking for EGL... yes
checking for GLW... yes
configure: creating ./config.status
config.status: creating configs/autoconf
config.status: executing configs commands
prefix: /usr/local
exec_prefix: ${prefix}
libdir: ${exec_prefix}/lib
includedir: ${prefix}/include
Driver: xlib
OSMesa: libOSMesa
Use XCB: no
Gallium: yes
Gallium dirs: auxiliary drivers state_trackers
Winsys dirs: xlib
Winsys drm dirs:
Auxiliary dirs: rbug draw translate cso_cache pipebuffer tgsi sct rtasm util indices vl
Driver dirs: softpipe failover trace identity svga i915
Trackers dirs: glx
Shared libs: yes
Static libs: no
EGL: yes
GLU: yes
GLw: yes (Motif: no)
glut: no
Demos: no
CFLAGS: -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fno-common
CXXFLAGS: -g -O2 -Wall -fno-strict-aliasing -fno-common
Macros: -DHAVE_POSIX_MEMALIGN -DUSE_XSHM
Run 'gmake' to build Mesa
brent-austins-mac-pro:Mesa-7.7 brent1a$ gmake
gmake[1]: Entering directory `/Mesa-7.7/src'
Making sources for autoconf
gmake[2]: Entering directory `/Mesa-7.7/src/mesa'
gmake[3]: Entering directory `/Mesa-7.7/src/mesa/drivers'
gmake[4]: Entering directory `/Mesa-7.7/src/mesa/drivers/x11'
gmake[4]: Nothing to be done for `default'.
gmake[4]: Leaving directory `/Mesa-7.7/src/mesa/drivers/x11'
gmake[4]: Entering directory `/Mesa-7.7/src/mesa/drivers/osmesa'
gmake[4]: Nothing to be done for `default'.
gmake[4]: Leaving directory `/Mesa-7.7/src/mesa/drivers/osmesa'
gmake[3]: Leaving directory `/Mesa-7.7/src/mesa/drivers'
gmake[2]: Leaving directory `/Mesa-7.7/src/mesa'
gmake[2]: Entering directory `/Mesa-7.7/src/egl'
gmake[3]: Entering directory `/Mesa-7.7/src/egl/main'
/bin/sh ../../../bin/mklib -o EGL -linker 'gcc' -ldflags '' \
-major 1 -minor 0 \
-install ../../../lib \
-L/opt/local/lib -lX11 -lXau -lXdmcp eglapi.o eglconfig.o eglconfigutil.o eglcontext.o eglcurrent.o egldisplay.o egldriver.o eglglobals.o egllog.o eglmisc.o eglmode.o eglscreen.o eglstring.o eglsurface.o
mklib: Making Darwin shared library: libEGL.1.0.dylib
mklib: Installing libEGL.1.0.dylib libEGL.1.dylib libEGL.dylib in ../../../lib
override rwxr-xr-x root/staff for ../../../lib/libEGL.1.0.dylib? (y/n [n]) y
mv: rename libEGL.1.0.dylib to ../../../lib/libEGL.1.0.dylib: Permission denied
override rwxr-xr-x root/staff for ../../../lib/libEGL.1.dylib? (y/n [n]) y
mv: rename libEGL.1.dylib to ../../../lib/libEGL.1.dylib: Permission denied
override rwxr-xr-x root/staff for ../../../lib/libEGL.dylib? (y/n [n]) y
mv: rename libEGL.dylib to ../../../lib/libEGL.dylib: Permission denied
gmake[3]: *** [../../../lib/libEGL.so] Error 1
gmake[3]: Leaving directory `/Mesa-7.7/src/egl/main'
gmake[2]: *** [subdirs] Error 1
gmake[2]: Leaving directory `/Mesa-7.7/src/egl'
gmake[1]: *** [subdirs] Error 1
gmake[1]: Leaving directory `/Mesa-7.7/src'
gmake: *** [default] Error 1
END
On Jan 7, 2010, at 9:44 AM, Brian Paul wrote:
> Brent Austin wrote:
>> I'm attempting to build mesa 7.6.1 then 7.7 on OS X 10.6.2 and it fails both builds with the same errors:
>> …….SNIP………
>> collect2: ld returned 1 exit status
>> mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libdemodriver.so.dylib in ../../../../lib
>> mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so.1.0.dylib: No such file or directory
>> gmake[4]: *** [../../../../lib/demodriver.so] Error 1
>> gmake[4]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers/demo'
>> gmake[3]: *** [subdirs] Error 1
>> gmake[3]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers'
>> gmake[2]: *** [subdirs] Error 1
>> gmake[2]: Leaving directory `/Mesa-7.6-1.1/src/egl'
>> gmake[1]: *** [subdirs] Error 1
>> gmake[1]: Leaving directory `/Mesa-7.6-1.1/src'
>> gmake: *** [default] Error 1
>> …….SNIP………
>> collect2: ld returned 1 exit status
>> mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libdemodriver.so.dylib in ../../../../lib
>> mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so.1.0.dylib: No such file or directory
>> gmake[4]: *** [../../../../lib/demodriver.so] Error 1
>> gmake[4]: Leaving directory `/Mesa-7.7/src/egl/drivers/demo'
>> gmake[3]: *** [subdirs] Error 1
>> gmake[3]: Leaving directory `/Mesa-7.7/src/egl/drivers'
>> gmake[2]: *** [subdirs] Error 1
>> gmake[2]: Leaving directory `/Mesa-7.7/src/egl'
>> gmake[1]: *** [subdirs] Error 1
>> gmake[1]: Leaving directory `/Mesa-7.7/src'
>> gmake: *** [default] Error 1
>
> I'd like to see the commands leading up to the "collect2: ld returned 1 exit status" line.
>
> -Brian
|
|
From: Brian P. <br...@vm...> - 2010-01-07 15:44:44
|
Brent Austin wrote: > I'm attempting to build mesa 7.6.1 then 7.7 on OS X 10.6.2 and it fails both builds with the same errors: > > …….SNIP……… > > collect2: ld returned 1 exit status > mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libdemodriver.so.dylib in ../../../../lib > mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so.1.0.dylib: No such file or directory > gmake[4]: *** [../../../../lib/demodriver.so] Error 1 > gmake[4]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers/demo' > gmake[3]: *** [subdirs] Error 1 > gmake[3]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers' > gmake[2]: *** [subdirs] Error 1 > gmake[2]: Leaving directory `/Mesa-7.6-1.1/src/egl' > gmake[1]: *** [subdirs] Error 1 > gmake[1]: Leaving directory `/Mesa-7.6-1.1/src' > gmake: *** [default] Error 1 > > > …….SNIP……… > > collect2: ld returned 1 exit status > mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libdemodriver.so.dylib in ../../../../lib > mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so.1.0.dylib: No such file or directory > gmake[4]: *** [../../../../lib/demodriver.so] Error 1 > gmake[4]: Leaving directory `/Mesa-7.7/src/egl/drivers/demo' > gmake[3]: *** [subdirs] Error 1 > gmake[3]: Leaving directory `/Mesa-7.7/src/egl/drivers' > gmake[2]: *** [subdirs] Error 1 > gmake[2]: Leaving directory `/Mesa-7.7/src/egl' > gmake[1]: *** [subdirs] Error 1 > gmake[1]: Leaving directory `/Mesa-7.7/src' > gmake: *** [default] Error 1 I'd like to see the commands leading up to the "collect2: ld returned 1 exit status" line. -Brian |
|
From: Brent A. <br...@co...> - 2010-01-07 13:20:28
|
I'm attempting to build mesa 7.6.1 then 7.7 on OS X 10.6.2 and it fails both builds with the same errors: …….SNIP……… collect2: ld returned 1 exit status mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libdemodriver.so.dylib in ../../../../lib mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so.1.0.dylib: No such file or directory gmake[4]: *** [../../../../lib/demodriver.so] Error 1 gmake[4]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers/demo' gmake[3]: *** [subdirs] Error 1 gmake[3]: Leaving directory `/Mesa-7.6-1.1/src/egl/drivers' gmake[2]: *** [subdirs] Error 1 gmake[2]: Leaving directory `/Mesa-7.6-1.1/src/egl' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/Mesa-7.6-1.1/src' gmake: *** [default] Error 1 …….SNIP……… collect2: ld returned 1 exit status mklib: Installing libdemodriver.so.1.0.dylib libdemodriver.so.1.dylib libdemodriver.so.dylib in ../../../../lib mv: rename libdemodriver.so.1.0.dylib to ../../../../lib/libdemodriver.so.1.0.dylib: No such file or directory gmake[4]: *** [../../../../lib/demodriver.so] Error 1 gmake[4]: Leaving directory `/Mesa-7.7/src/egl/drivers/demo' gmake[3]: *** [subdirs] Error 1 gmake[3]: Leaving directory `/Mesa-7.7/src/egl/drivers' gmake[2]: *** [subdirs] Error 1 gmake[2]: Leaving directory `/Mesa-7.7/src/egl' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/Mesa-7.7/src' gmake: *** [default] Error 1 |
|
From: // [] |-| | .. b. biz...... <116...@ma...> - 2010-01-07 10:14:57
|
/\/\ [] |-| | .. back_to biz...... wants you to join orkut. Join now! http://images.orkut.com/Join.aspx?id=4B455055D5F2FC15&mt=22 * * * What you can do on orkut: - CONNECT with friends and family using scraps and instant messaging - DISCOVER new people through friends of friends and communities - SHARE your videos, pictures, and passions all in one place Help Center: http://help.orkut.com/support/ * * * Flooded inbox? Block all orkut users from sending you email by going to: http://images.orkut.com/Block.aspx?mt=22 |
|
From: Brian P. <br...@vm...> - 2009-12-29 16:21:05
|
Sam Geeraerts wrote: > Hi, > > I contribute to gNewSense, which aims to be a fully Free distro. We have > this bug report [1] about the file glut.h in Mesa. The issue is that > Mark J. Kilgard did not give permission to modify the file in his > original license notice. This was reported and solved for the GLUT > package in Debian [2]. So now we're wondering how this applies to Mesa. > > I've contacted FSF Licensing Lab about it and they said: > > "Please be careful not to read the notice any further than it goes. In > particular: it only applies to what Mark wrote, and it only applies to > whatever code of his existed in libglut when he sent his reply to > Debian. Nothing anybody else wrote, and nothing that wasn't in libglut > at the time." > > So if we can show that your glut.h was initially based on that of the > GLUT package then we'd be a big step closer to a solution. I've compared > the GLUT 3.7 tarball [3] to your initial commit [4], but there are some > differences. > > Could you help the gNewSense project (and other free distros) with this? > Thanks. > > [1] http://bugs.gnewsense.org/Bugs/00365 > [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=131997 > [3] ftp://ftp.sgi.com/sgi/opengl/glut/ > [4] > http://cgit.freedesktop.org/mesa/mesa/plain/include/GL/glut.h?id=afb833d4e89c312460a4ab9ed6a7a8ca4ebbfe1c I think the simple answer for you here is to simply use freeglut instead of the Kilgard glut in Mesa. The Mesa releases ares split up so that Mesa, glut and the demos are separate: MesaLib-7.7.tar.gz MesaGLUT-7.7.tar.gz MesaDemos-7.7.tar.gz Just don't use MesaGLUT-7.7.tar.gz -Brian |
|
From: Brian P. <br...@vm...> - 2009-12-29 16:18:31
|
tom fogal wrote: > Sam Geeraerts <sa...@el...> writes: >> "Please be careful not to read the notice any further than it goes. >> In particular: it only applies to what Mark wrote, and it only >> applies to whatever code of his existed in libglut when he sent his >> reply to Debian. Nothing anybody else wrote, and nothing that wasn't >> in libglut at the time." >> >> So if we can show that your glut.h was initially based on that of >> the GLUT package then we'd be a big step closer to a solution. I've >> compared the GLUT 3.7 tarball [3] to your initial commit [4], but >> there are some differences. > > I suspect you'll need Brian to weigh in on the history, but as I recall > there was a TODO about changing the glut included in Mesa to freeglut, > which I imagine has a much more amenable license for your project. I > can't seem to find it now, though... I don't plan on switching to freeglut in the Mesa tree. There are (were?) a few implementation differences between the two libraries that caused some grief (pop-up menus were one). -Brian |
|
From: Brian P. <br...@vm...> - 2009-12-29 14:48:10
|
Rodrigo Gonçalves de Abreu wrote: > Hi foks, I have compiled Mesa Cell driver, and it is great! > can I use this, rather than ps3fb for video driver? > thanks so much > and sorry my bad english. No. The ps3fb driver and Mesa Cell driver are totally different things. -Brian |
|
From: <rp...@uc...> - 2009-12-29 00:10:22
|
|
From: tom f. <tf...@al...> - 2009-12-28 04:49:31
|
Sam Geeraerts <sa...@el...> writes: > "Please be careful not to read the notice any further than it goes. > In particular: it only applies to what Mark wrote, and it only > applies to whatever code of his existed in libglut when he sent his > reply to Debian. Nothing anybody else wrote, and nothing that wasn't > in libglut at the time." > > So if we can show that your glut.h was initially based on that of > the GLUT package then we'd be a big step closer to a solution. I've > compared the GLUT 3.7 tarball [3] to your initial commit [4], but > there are some differences. I suspect you'll need Brian to weigh in on the history, but as I recall there was a TODO about changing the glut included in Mesa to freeglut, which I imagine has a much more amenable license for your project. I can't seem to find it now, though... Anyway, you might consider subscribing to the -dev list and submitting a patch to that effect. -tom |
23 messages has been excluded from this view by a project administrator.
