mesa3d-users

Re: [Mesa3d-users] Make says glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory

[Chia-I Wu <ol...@gm...>]

On Fri, Jul 24, 2009 at 10:58:25AM +1000, Srimal Jayawardena wrote:
> Do I need to install this from somewhere in addition to the 3 bz files
> I got from mesa3d.org?
The header file is from
http://cgit.freedesktop.org/xorg/proto/glproto/

On debian, the package name is x11proto-gl-dev.

-- 
Regards,
olv

Re: [Mesa3d-users] Make says glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory

[Srimal J. <sr...@gm...>]

Hi

With ref to my  prev email

$ ls /usr/include/GL/ -l
total 788
-rw-r--r-- 1 root root   5028 2008-11-19 23:33 freeglut_ext.h
-rw-r--r-- 1 root root    681 2008-11-19 23:33 freeglut.h
-rw-r--r-- 1 root root  23684 2008-11-19 23:33 freeglut_std.h
-rw-r--r-- 1 root root 462799 2009-05-06 12:13 glext.h
-rw-r--r-- 1 root root  90752 2009-05-06 12:13 gl.h
-rw-r--r-- 1 root root 102880 2009-05-06 12:13 gl_mangle.h
-rw-r--r-- 1 root root  17251 2009-05-06 12:13 glu.h
-rw-r--r-- 1 root root   3315 2009-05-06 12:13 glu_mangle.h
-rw-r--r-- 1 root root    639 2008-11-19 23:33 glut.h
-rw-r--r-- 1 root root  34142 2009-05-06 12:13 glxext.h
-rw-r--r-- 1 root root  17155 2009-05-06 12:13 glx.h
-rw-r--r-- 1 root root   3412 2009-05-06 12:13 glx_mangle.h
drwxr-xr-x 2 root root   4096 2009-07-23 13:25 internal


does not have a glxint.h

Do I need to install this from somewhere in addition to the 3 bz files
I got from mesa3d.org?

Thanks

Srimal.

On Fri, Jul 24, 2009 at 10:55 AM, Srimal Jayawardena<sr...@gm...> wrote:
> Hi all
>
> I'm new to mesa3d and am trying to install it.
>
> I downloaded version 7.5 of MesaLib, MesaDemos and MesaGlut from
> http://sourceforge.net/projects/mesa3d/files/
>
> As per the instructions in http://www.mesa3d.org/install.html
>
> I have extracted it from the same directory and everything is now in my
>
> ~/Mesa-7.5old
>
> I've had to install a few additional packages but now ./configure runs
> without any complains and asks me to do a make.
>
> $ make
> make[1]: Entering directory `/home/srimal/Mesa-7.5old/src'
> Making sources for autoconf
> make[2]: Entering directory `/home/srimal/Mesa-7.5old/src/glx/x11'
> gcc -c -I. -I../../../include -I../../../include/GL/internal
> -I../../../src/mesa -I../../../src/mesa/glapi -I/usr/include/drm
> -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math
> -fno-strict-aliasing  -fPIC  -DUSE_X86_ASM -DUSE_MMX_ASM
> -DUSE_3DNOW_ASM -DUSE_SSE_ASM -D_GNU_SOURCE -DPTHREADS
> -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER
> -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS
> -DXF86VIDMODE -D_REENTRANT -UIN_DRI_DRIVER
> -DDEFAULT_DRIVER_DIR=\"/usr/local/lib/dri\" glcontextmodes.c -o
> glcontextmodes.o
> glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory
> In file included from glcontextmodes.c:67:
> glcontextmodes.h:39: warning: type defaults to ‘int’ in declaration of
> ‘__GLXvisualConfig’
> glcontextmodes.h:39: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
> glcontextmodes.c:132: warning: type defaults to ‘int’ in declaration
> of ‘__GLXvisualConfig’
> glcontextmodes.c:132: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
> make[2]: *** [glcontextmodes.o] Error 1
> make[2]: Leaving directory `/home/srimal/Mesa-7.5old/src/glx/x11'
> make[1]: *** [subdirs] Error 1
> make[1]: Leaving directory `/home/srimal/Mesa-7.5old/src'
> make: *** [default] Error 1
>
>
> Make complains of a
>
> glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory
>
>
> Am I missing something here?
>
> Please advice.
>
>
> My system has:
>
> $ uname -ar
> Linux snerf 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC
> 2009 i686 GNU/Linux
>
> $ gcc -v
> Using built-in specs.
> Target: i486-linux-gnu
> Configured with: ../src/configure -v --with-pkgversion='Ubuntu
> 4.3.3-5ubuntu4'
> --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
> --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
> --enable-shared --with-system-zlib --libexecdir=/usr/lib
> --without-included-gettext --enable-threads=posix --enable-nls
> --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3
> --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
> --enable-mpfr --enable-targets=all --with-tune=generic
> --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu
> --target=i486-linux-gnu
> Thread model: posix
> gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4)
>
> $ glxinfo  | grep direct
> direct rendering: Yes
> direct rendering: Yes
>
> $ lspci | grep -i vga
> 01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3450
>
>
> Thanks in advance
>
> Srimal.
>



-- 
~
Srimal Jayawardena
BSc (Engineering), BIT, MIET

http://srimal.sri-lankan.net/
http://srimal-techdiary.blogspot.com/

[Mesa3d-users] Make says glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory

[Srimal J. <sr...@gm...>]

Hi all

I'm new to mesa3d and am trying to install it.

I downloaded version 7.5 of MesaLib, MesaDemos and MesaGlut from
http://sourceforge.net/projects/mesa3d/files/

As per the instructions in http://www.mesa3d.org/install.html

I have extracted it from the same directory and everything is now in my

~/Mesa-7.5old

I've had to install a few additional packages but now ./configure runs
without any complains and asks me to do a make.

$ make
make[1]: Entering directory `/home/srimal/Mesa-7.5old/src'
Making sources for autoconf
make[2]: Entering directory `/home/srimal/Mesa-7.5old/src/glx/x11'
gcc -c -I. -I../../../include -I../../../include/GL/internal
-I../../../src/mesa -I../../../src/mesa/glapi -I/usr/include/drm
-g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math
-fno-strict-aliasing  -fPIC  -DUSE_X86_ASM -DUSE_MMX_ASM
-DUSE_3DNOW_ASM -DUSE_SSE_ASM -D_GNU_SOURCE -DPTHREADS
-DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER
-DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS
-DXF86VIDMODE -D_REENTRANT -UIN_DRI_DRIVER
-DDEFAULT_DRIVER_DIR=\"/usr/local/lib/dri\" glcontextmodes.c -o
glcontextmodes.o
glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory
In file included from glcontextmodes.c:67:
glcontextmodes.h:39: warning: type defaults to ‘int’ in declaration of
‘__GLXvisualConfig’
glcontextmodes.h:39: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
glcontextmodes.c:132: warning: type defaults to ‘int’ in declaration
of ‘__GLXvisualConfig’
glcontextmodes.c:132: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
make[2]: *** [glcontextmodes.o] Error 1
make[2]: Leaving directory `/home/srimal/Mesa-7.5old/src/glx/x11'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/home/srimal/Mesa-7.5old/src'
make: *** [default] Error 1


Make complains of a

glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory


Am I missing something here?

Please advice.


My system has:

$ uname -ar
Linux snerf 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC
2009 i686 GNU/Linux

$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
4.3.3-5ubuntu4'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
--enable-mpfr --enable-targets=all --with-tune=generic
--enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu
--target=i486-linux-gnu
Thread model: posix
gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4)

$ glxinfo  | grep direct
direct rendering: Yes
direct rendering: Yes

$ lspci | grep -i vga
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3450


Thanks in advance

Srimal.

[Mesa3d-users] first line in every console

[vivek v. <viv...@gm...>]

hey everyone
i have Great Intel i915 chipset
here my Problem
every OpenGL lib related konsole Program when start in my linux suse 11.0
it give first line
Failed to initialize GEM. Falling back to classic.
who is GEM and why falling back to classic
is Mesa 7.5 helps me if not then what is the file responsible for that line
cause it looks odd like  that my driver have problems
i want to not have this first line in any Konsole i run and
i also want to have OpenGL 1.4 in Linux
please note that installing Ditro Disk's Mesa rpms even DRM/dri rpm
cant help me with this
thanks for just reading and thinking my Question(s)
thanks in advance

Re: [Mesa3d-users] Visual Studio project files broken?

[Jianrong S. <jia...@gm...>]

Please go ahead and submit patches as you see fit.

On Tue, Jul 21, 2009 at 12:46 PM, Karl Schultz<kar...@gm...> wrote:
> Ooops, I didn't see that it got moved to compiler.h.
>
> No, it should not be in two header files; I just didn't see that it got
> moved to compiler.h.  It should not be in glheader.h.
>
> One correct fix is to add an "#include main/compiler.h" to just the files
> that need it.  It sort of looks like just a few files were missed when the
> macro was moved.  Easy to miss these since finite is buried inside of other
> macros.
>
> I suppose your solution of forcing the include in all the files does the
> same thing and may be less fragile.
>
> Another fix is to add "finite=_finite" to the list of "-D" compiler options
> in the mesa and osmesa project files, for all build targets.  Then, the
> macro definition could be removed from compiler.h.  But this might force a
> change in the scons build files as well.  I don't know, because I am not
> familiar with scons.
>
> I'll settle on something and submit patches, unless you'd like to do that.
>
> Karl
>
>
> On Tue, Jul 21, 2009 at 12:24 PM, Jianrong Shu <jia...@gm...>
> wrote:
>>
>> Thanks. My fix to this was to force including 'compiler.h' in the
>> project settings. Was there a specific reason that you defined the
>> same macro in two header files?
>>
>> Jianrong
>>
>> On Mon, Jul 20, 2009 at 11:47 PM, Karl Schultz<kar...@gm...>
>> wrote:
>> > It looks like glheader.h (thankfully) got cleaned up quite a bit since
>> > 7.4.
>> > In the process, the following was lost:
>> >
>> > #if defined(_WIN32) && !defined(__WIN32__) && !defined(__CYGWIN__) &&
>> > !defined(BUILD_FOR_SNAP)
>> > #  define __WIN32__
>> > #  define finite _finite
>> > #endif
>> >
>> >
>> > Adding back the above will get you going again.
>> >
>> > Also, you'll need to:
>> >
>> > Add to the mesa project:
>> >
>> > cpuinfo.[ch]
>> > prog_optimize.[ch]
>> > texgetimage.[ch]
>> >
>> > Remove from mesa.def:
>> >
>> > _mesa_get_program_register
>> >
>> >
>> > On Fri, Jul 17, 2009 at 4:20 PM, Jianrong Shu <jia...@gm...>
>> > wrote:
>> >>
>> >> I fixed most of the problems except that the linker couldn't find the
>> >> definition of _finite function, which is Microsoft's implementation of
>> >> isfinite. The error messages as follows:
>> >>
>> >> 1>mesa.lib(s_aatriangle.obj) : error LNK2001: unresolved external
>> >> symbol
>> >> _finite
>> >> 1>mesa.lib(s_aaline.obj) : error LNK2001: unresolved external symbol
>> >> _finite
>> >> 1>mesa.lib(prog_execute.obj) : error LNK2019: unresolved external
>> >> symbol _finite referenced in function __mesa_execute_program
>> >> 1>mesa.lib(s_triangle.obj) : error LNK2001: unresolved external symbol
>> >> _finite
>> >> 1>mesa.lib(s_lines.obj) : error LNK2001: unresolved external symbol
>> >> _finite
>> >> 1>mesa.lib(s_points.obj) : error LNK2001: unresolved external symbol
>> >> _finite
>> >>
>> >> This problem might be caused by some settings in the project file, but
>> >> I couldn't figure out. Any ideas?
>> >>
>> >> Thanks,
>> >> Jianrong
>> >>
>> >> On Wed, Jun 24, 2009 at 4:24 PM, Brian Paul<br...@vm...> wrote:
>> >> > Jianrong Shu wrote:
>> >> >>
>> >> >> Hi there,
>> >> >>
>> >> >> I tried to build Mesa 7.5 branch on Windows using Visual Studio 2008
>> >> >> and the VC8 solution file and got several errors.
>> >> >>
>> >> >> First, the "mesa" project included a file "prog_debug.c", which
>> >> >> doesn't exist. After deleting it from the project, I was able to
>> >> >> compile it successfully. Then, when building the "gdi" project, I
>> >> >> got
>> >> >> the following error messages:
>> >> >>
>> >> >> 1>Linking...
>> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> >> _mesa_get_compressed_teximage
>> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> >> _mesa_get_program_register
>> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> >> _mesa_get_teximage
>> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> >> _mglapi_check_multithread
>> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> >> _mglapi_get_proc_address
>> >> >>
>> >> >> I also tried the master branch and the same problem exists. Any fix
>> >> >> to
>> >> >> this?
>> >> >
>> >> > The Visual Studio project files haven't been actively maintained
>> >> > lately
>> >> > (we've been using scons on Windows).
>> >> >
>> >> > If you can provide updated project files, that'd be great.  It's just
>> >> > a
>> >> > matter of removing references to old/removed files and adding the new
>> >> > ones.
>> >> >
>> >> > -Brian
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >> ------------------------------------------------------------------------------
>> >> Enter the BlackBerry Developer Challenge
>> >> This is your chance to win up to $100,000 in prizes! For a limited
>> >> time,
>> >> vendors submitting new applications to BlackBerry App World(TM) will
>> >> have
>> >> the opportunity to enter the BlackBerry Developer Challenge. See full
>> >> prize
>> >> details at: http://p.sf.net/sfu/Challenge
>> >> _______________________________________________
>> >> Mesa3d-users mailing list
>> >> Mes...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>> >
>> >
>
>

Re: [Mesa3d-users] Visual Studio project files broken?

[Karl S. <kar...@gm...>]

Ooops, I didn't see that it got moved to compiler.h.

No, it should not be in two header files; I just didn't see that it got
moved to compiler.h.  It should not be in glheader.h.

One correct fix is to add an "#include main/compiler.h" to just the files
that need it.  It sort of looks like just a few files were missed when the
macro was moved.  Easy to miss these since finite is buried inside of other
macros.

I suppose your solution of forcing the include in all the files does the
same thing and may be less fragile.

Another fix is to add "finite=_finite" to the list of "-D" compiler options
in the mesa and osmesa project files, for all build targets.  Then, the
macro definition could be removed from compiler.h.  But this might force a
change in the scons build files as well.  I don't know, because I am not
familiar with scons.

I'll settle on something and submit patches, unless you'd like to do that.

Karl


On Tue, Jul 21, 2009 at 12:24 PM, Jianrong Shu <jia...@gm...>wrote:

> Thanks. My fix to this was to force including 'compiler.h' in the
> project settings. Was there a specific reason that you defined the
> same macro in two header files?
>
> Jianrong
>
> On Mon, Jul 20, 2009 at 11:47 PM, Karl Schultz<kar...@gm...>
> wrote:
> > It looks like glheader.h (thankfully) got cleaned up quite a bit since
> 7.4.
> > In the process, the following was lost:
> >
> > #if defined(_WIN32) && !defined(__WIN32__) && !defined(__CYGWIN__) &&
> > !defined(BUILD_FOR_SNAP)
> > #  define __WIN32__
> > #  define finite _finite
> > #endif
> >
> >
> > Adding back the above will get you going again.
> >
> > Also, you'll need to:
> >
> > Add to the mesa project:
> >
> > cpuinfo.[ch]
> > prog_optimize.[ch]
> > texgetimage.[ch]
> >
> > Remove from mesa.def:
> >
> > _mesa_get_program_register
> >
> >
> > On Fri, Jul 17, 2009 at 4:20 PM, Jianrong Shu <jia...@gm...>
> > wrote:
> >>
> >> I fixed most of the problems except that the linker couldn't find the
> >> definition of _finite function, which is Microsoft's implementation of
> >> isfinite. The error messages as follows:
> >>
> >> 1>mesa.lib(s_aatriangle.obj) : error LNK2001: unresolved external symbol
> >> _finite
> >> 1>mesa.lib(s_aaline.obj) : error LNK2001: unresolved external symbol
> >> _finite
> >> 1>mesa.lib(prog_execute.obj) : error LNK2019: unresolved external
> >> symbol _finite referenced in function __mesa_execute_program
> >> 1>mesa.lib(s_triangle.obj) : error LNK2001: unresolved external symbol
> >> _finite
> >> 1>mesa.lib(s_lines.obj) : error LNK2001: unresolved external symbol
> >> _finite
> >> 1>mesa.lib(s_points.obj) : error LNK2001: unresolved external symbol
> >> _finite
> >>
> >> This problem might be caused by some settings in the project file, but
> >> I couldn't figure out. Any ideas?
> >>
> >> Thanks,
> >> Jianrong
> >>
> >> On Wed, Jun 24, 2009 at 4:24 PM, Brian Paul<br...@vm...> wrote:
> >> > Jianrong Shu wrote:
> >> >>
> >> >> Hi there,
> >> >>
> >> >> I tried to build Mesa 7.5 branch on Windows using Visual Studio 2008
> >> >> and the VC8 solution file and got several errors.
> >> >>
> >> >> First, the "mesa" project included a file "prog_debug.c", which
> >> >> doesn't exist. After deleting it from the project, I was able to
> >> >> compile it successfully. Then, when building the "gdi" project, I got
> >> >> the following error messages:
> >> >>
> >> >> 1>Linking...
> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> >> _mesa_get_compressed_teximage
> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> >> _mesa_get_program_register
> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> >> _mesa_get_teximage
> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> >> _mglapi_check_multithread
> >> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> >> _mglapi_get_proc_address
> >> >>
> >> >> I also tried the master branch and the same problem exists. Any fix
> to
> >> >> this?
> >> >
> >> > The Visual Studio project files haven't been actively maintained
> lately
> >> > (we've been using scons on Windows).
> >> >
> >> > If you can provide updated project files, that'd be great.  It's just
> a
> >> > matter of removing references to old/removed files and adding the new
> >> > ones.
> >> >
> >> > -Brian
> >> >
> >> >
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Enter the BlackBerry Developer Challenge
> >> This is your chance to win up to $100,000 in prizes! For a limited time,
> >> vendors submitting new applications to BlackBerry App World(TM) will
> have
> >> the opportunity to enter the BlackBerry Developer Challenge. See full
> >> prize
> >> details at: http://p.sf.net/sfu/Challenge
> >> _______________________________________________
> >> Mesa3d-users mailing list
> >> Mes...@li...
> >> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
> >
> >
>

Re: [Mesa3d-users] Visual Studio project files broken?

[Jianrong S. <jia...@gm...>]

Thanks. My fix to this was to force including 'compiler.h' in the
project settings. Was there a specific reason that you defined the
same macro in two header files?

Jianrong

On Mon, Jul 20, 2009 at 11:47 PM, Karl Schultz<kar...@gm...> wrote:
> It looks like glheader.h (thankfully) got cleaned up quite a bit since 7.4.
> In the process, the following was lost:
>
> #if defined(_WIN32) && !defined(__WIN32__) && !defined(__CYGWIN__) &&
> !defined(BUILD_FOR_SNAP)
> #  define __WIN32__
> #  define finite _finite
> #endif
>
>
> Adding back the above will get you going again.
>
> Also, you'll need to:
>
> Add to the mesa project:
>
> cpuinfo.[ch]
> prog_optimize.[ch]
> texgetimage.[ch]
>
> Remove from mesa.def:
>
> _mesa_get_program_register
>
>
> On Fri, Jul 17, 2009 at 4:20 PM, Jianrong Shu <jia...@gm...>
> wrote:
>>
>> I fixed most of the problems except that the linker couldn't find the
>> definition of _finite function, which is Microsoft's implementation of
>> isfinite. The error messages as follows:
>>
>> 1>mesa.lib(s_aatriangle.obj) : error LNK2001: unresolved external symbol
>> _finite
>> 1>mesa.lib(s_aaline.obj) : error LNK2001: unresolved external symbol
>> _finite
>> 1>mesa.lib(prog_execute.obj) : error LNK2019: unresolved external
>> symbol _finite referenced in function __mesa_execute_program
>> 1>mesa.lib(s_triangle.obj) : error LNK2001: unresolved external symbol
>> _finite
>> 1>mesa.lib(s_lines.obj) : error LNK2001: unresolved external symbol
>> _finite
>> 1>mesa.lib(s_points.obj) : error LNK2001: unresolved external symbol
>> _finite
>>
>> This problem might be caused by some settings in the project file, but
>> I couldn't figure out. Any ideas?
>>
>> Thanks,
>> Jianrong
>>
>> On Wed, Jun 24, 2009 at 4:24 PM, Brian Paul<br...@vm...> wrote:
>> > Jianrong Shu wrote:
>> >>
>> >> Hi there,
>> >>
>> >> I tried to build Mesa 7.5 branch on Windows using Visual Studio 2008
>> >> and the VC8 solution file and got several errors.
>> >>
>> >> First, the "mesa" project included a file "prog_debug.c", which
>> >> doesn't exist. After deleting it from the project, I was able to
>> >> compile it successfully. Then, when building the "gdi" project, I got
>> >> the following error messages:
>> >>
>> >> 1>Linking...
>> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> _mesa_get_compressed_teximage
>> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> _mesa_get_program_register
>> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> _mesa_get_teximage
>> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> _mglapi_check_multithread
>> >> 1>mesa.def : error LNK2001: unresolved external symbol
>> >> _mglapi_get_proc_address
>> >>
>> >> I also tried the master branch and the same problem exists. Any fix to
>> >> this?
>> >
>> > The Visual Studio project files haven't been actively maintained lately
>> > (we've been using scons on Windows).
>> >
>> > If you can provide updated project files, that'd be great.  It's just a
>> > matter of removing references to old/removed files and adding the new
>> > ones.
>> >
>> > -Brian
>> >
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> Enter the BlackBerry Developer Challenge
>> This is your chance to win up to $100,000 in prizes! For a limited time,
>> vendors submitting new applications to BlackBerry App World(TM) will have
>> the opportunity to enter the BlackBerry Developer Challenge. See full
>> prize
>> details at: http://p.sf.net/sfu/Challenge
>> _______________________________________________
>> Mesa3d-users mailing list
>> Mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>
>

Re: [Mesa3d-users] Visual Studio project files broken?

[Karl S. <kar...@gm...>]

It looks like glheader.h (thankfully) got cleaned up quite a bit since 7.4.
In the process, the following was lost:

#if defined(_WIN32) && !defined(__WIN32__) && !defined(__CYGWIN__) &&
!defined(BUILD_FOR_SNAP)
#  define __WIN32__
#  define finite _finite
#endif


Adding back the above will get you going again.

Also, you'll need to:

Add to the mesa project:

cpuinfo.[ch]
prog_optimize.[ch]
texgetimage.[ch]

Remove from mesa.def:

_mesa_get_program_register


On Fri, Jul 17, 2009 at 4:20 PM, Jianrong Shu <jia...@gm...>wrote:

> I fixed most of the problems except that the linker couldn't find the
> definition of _finite function, which is Microsoft's implementation of
> isfinite. The error messages as follows:
>
> 1>mesa.lib(s_aatriangle.obj) : error LNK2001: unresolved external symbol
> _finite
> 1>mesa.lib(s_aaline.obj) : error LNK2001: unresolved external symbol
> _finite
> 1>mesa.lib(prog_execute.obj) : error LNK2019: unresolved external
> symbol _finite referenced in function __mesa_execute_program
> 1>mesa.lib(s_triangle.obj) : error LNK2001: unresolved external symbol
> _finite
> 1>mesa.lib(s_lines.obj) : error LNK2001: unresolved external symbol _finite
> 1>mesa.lib(s_points.obj) : error LNK2001: unresolved external symbol
> _finite
>
> This problem might be caused by some settings in the project file, but
> I couldn't figure out. Any ideas?
>
> Thanks,
> Jianrong
>
> On Wed, Jun 24, 2009 at 4:24 PM, Brian Paul<br...@vm...> wrote:
> > Jianrong Shu wrote:
> >>
> >> Hi there,
> >>
> >> I tried to build Mesa 7.5 branch on Windows using Visual Studio 2008
> >> and the VC8 solution file and got several errors.
> >>
> >> First, the "mesa" project included a file "prog_debug.c", which
> >> doesn't exist. After deleting it from the project, I was able to
> >> compile it successfully. Then, when building the "gdi" project, I got
> >> the following error messages:
> >>
> >> 1>Linking...
> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> _mesa_get_compressed_teximage
> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> _mesa_get_program_register
> >> 1>mesa.def : error LNK2001: unresolved external symbol
> _mesa_get_teximage
> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> _mglapi_check_multithread
> >> 1>mesa.def : error LNK2001: unresolved external symbol
> >> _mglapi_get_proc_address
> >>
> >> I also tried the master branch and the same problem exists. Any fix to
> >> this?
> >
> > The Visual Studio project files haven't been actively maintained lately
> > (we've been using scons on Windows).
> >
> > If you can provide updated project files, that'd be great.  It's just a
> > matter of removing references to old/removed files and adding the new
> ones.
> >
> > -Brian
> >
> >
>
>
> ------------------------------------------------------------------------------
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>

[Mesa3d-users] Mesa 7.5 released

[Brian P. <br...@vm...>]

Mesa 7.5 has been released.  Release notes are at 
http://mesa3d.org/relnotes-7.5.html

Tarballs are here: http://sourceforge.net/projects/mesa3d/files/

-Brian

[Mesa3d-users] build osmesa on windows with scons

[Jianrong S. <jia...@gm...>]

Hi,

The default configuration of scons scripts for mesa on the Windows
platform doesn't seem to build osmesa (I am using winsdk as the target
platform). Could someone please tell me how to build osmesa on Windows
using scons?

Thanks,
Jianrong

Re: [Mesa3d-users] Visual Studio project files broken?

[Jianrong S. <jia...@gm...>]

I fixed most of the problems except that the linker couldn't find the
definition of _finite function, which is Microsoft's implementation of
isfinite. The error messages as follows:

1>mesa.lib(s_aatriangle.obj) : error LNK2001: unresolved external symbol _finite
1>mesa.lib(s_aaline.obj) : error LNK2001: unresolved external symbol _finite
1>mesa.lib(prog_execute.obj) : error LNK2019: unresolved external
symbol _finite referenced in function __mesa_execute_program
1>mesa.lib(s_triangle.obj) : error LNK2001: unresolved external symbol _finite
1>mesa.lib(s_lines.obj) : error LNK2001: unresolved external symbol _finite
1>mesa.lib(s_points.obj) : error LNK2001: unresolved external symbol _finite

This problem might be caused by some settings in the project file, but
I couldn't figure out. Any ideas?

Thanks,
Jianrong

On Wed, Jun 24, 2009 at 4:24 PM, Brian Paul<br...@vm...> wrote:
> Jianrong Shu wrote:
>>
>> Hi there,
>>
>> I tried to build Mesa 7.5 branch on Windows using Visual Studio 2008
>> and the VC8 solution file and got several errors.
>>
>> First, the "mesa" project included a file "prog_debug.c", which
>> doesn't exist. After deleting it from the project, I was able to
>> compile it successfully. Then, when building the "gdi" project, I got
>> the following error messages:
>>
>> 1>Linking...
>> 1>mesa.def : error LNK2001: unresolved external symbol
>> _mesa_get_compressed_teximage
>> 1>mesa.def : error LNK2001: unresolved external symbol
>> _mesa_get_program_register
>> 1>mesa.def : error LNK2001: unresolved external symbol _mesa_get_teximage
>> 1>mesa.def : error LNK2001: unresolved external symbol
>> _mglapi_check_multithread
>> 1>mesa.def : error LNK2001: unresolved external symbol
>> _mglapi_get_proc_address
>>
>> I also tried the master branch and the same problem exists. Any fix to
>> this?
>
> The Visual Studio project files haven't been actively maintained lately
> (we've been using scons on Windows).
>
> If you can provide updated project files, that'd be great.  It's just a
> matter of removing references to old/removed files and adding the new ones.
>
> -Brian
>
>

[Mesa3d-users] indirect rendering

[vivek v. <viv...@gm...>]

i recently update 7.0.3 to 7.5 rc4
direct rendering OpenGL version is 1.4Mesa-7.5rc4
but
in direct rendering OpenGL version is 1.3Mesa-7.0.3
i can't use vertex_buffer_object on recent updated version
and distros mesa's rpm not working
so suggest me what should i do for extension
please not  say reinstall distro

Re: [Mesa3d-users] i915 chipset information issue

[Jin, G. <gor...@in...>]

vivek vyas wrote on Saturday, July 11, 2009 3:14 AM:
> i gone to intel's i915 website
> http://www.intel.com/support/graphics/intel915g/sb/CS-011906.htm 
> 
> and find following lines
> The latest version of OpenGL currently supported by the Intel(r)
> Graphics Media Accelerator drivers is OpenGL 1.4 plus extensions.
> Drivers that come with Windows* or that are downloaded from Windows
> Update* typically do not support OpenGL. and when i go to infocenter
> of my Suse 11.0   
> it tells
> vendor                                                     Tungsten
> Graphics,Inc 
> Renderer                                                  Mesa DRI
> Intel(R) 915GM 20061017 x86/MMX/SSE2 
> OpenGL Version                                       1.3 Mesa 7.0.3
> Kernel Module                                           i915
> My question are
> Q is Windows use higher version of OpenGL then the Linux
>    or this Driver have issue
>    or OpenGL 1.4 == 1.3 Mesa 7.0.3?

That's because you are running an old Linux driver.
Running with mesa master branch tells:

OpenGL renderer string: Mesa DRI Intel(R) 915GM GEM 20090114 x86/MMX/SSE2
OpenGL version string: 1.4 Mesa 7.6-devel

> Q what is Minimum version of OpenGL for GLSL job?

GLSL requires OpenGL 2.0, which are supported on i965 (including G35 and 4 series).

Gordon

Re: [Mesa3d-users] Does MESA support OpenGL ES?

[Brian P. <br...@vm...>]

The opengl-es branch has support for both ES 1.1 and 2.0.  It hasn't 
been merged to master yet.  There's still some loose ends and 
additional work that needs to be done.  The plan is to finish this 
work for the Mesa 7.6 release (maybe in August).

-Brian

vinit bansal wrote:
> 
> Hi, 
> Does MESA support OpenGL2.0 ES?
> Integration of OpenGL ES 1.1 and 2.0 is done in MESA?
> 
>  
> Thanks,
> Vinit
> On Sat, Jun 13, 2009 at 8:27 AM, Chia-I Wu <ol...@gm... 
> <mailto:ol...@gm...>> wrote:
> 
>     Hi,
> 
>     On Fri, Jun 12, 2009 at 09:11:07AM -0600, Brian Paul wrote:
>      > We're in the process of integrating OpenGL ES 1.1 and 2.0 into Mesa
>      > now.  The 'opengl-es' branch in git has the code and there's some
>      > documentation in the docs/ directory.  I need to spend a bit more
>     time
>      > on it before merging it to master...
>     Could you give some indications on what need to be worked on?
> 
>     I was playing with opengl-es branch (merged into master), and after
>     fixing a compilation error (missing attrib.h and
>     `_mesa_PushClientAttrib` in main/debug.c), I was able to run torus with
>     egl_softpipe.so.  I also modifed torus.c to use EGL MESA_screen_surface
>     extension and it sort of worked with EGL_i915.so.  I could see the
>     torus, but there was no texture.  I will look into this issue next week.
> 
>     Other than that, I was also confused why EGL_i915.so is linked to
>     libmesagallium.a while egl_softpipe.so isn't.  The latter makes more
>     sense to me.
> 
>     I am new to mesa and I am not sure if they are real issues, or how they
>     should be fixed.  I am willing to help if you could provide some
>     guidances.
> 
>     --
>     Regards,
>     olv
> 
>     ------------------------------------------------------------------------------
>     Crystal Reports - New Free Runtime and 30 Day Trial
>     Check out the new simplified licensing option that enables unlimited
>     royalty-free distribution of the report engine for externally facing
>     server and web deployment.
>     http://p.sf.net/sfu/businessobjects
>     _______________________________________________
>     Mesa3d-users mailing list
>     Mes...@li...
>     <mailto:Mes...@li...>
>     https://lists.sourceforge.net/lists/listinfo/mesa3d-users
> 
> 

[Mesa3d-users] EGL implementation using MESA

[vinit b. <ban...@gm...>]

Hi All,
I am wondering that does MESA provides implementation of EGL 1.x?
I want to implement some EGL Apis so for ref i need some EGL implementation.
While searching on internet, I wondered that MESA implements EGL also.
Where to download that code.

Thanks in Advance
Vinit

Re: [Mesa3d-users] Does MESA support OpenGL ES?

[vinit b. <ban...@gm...>]

Hi,
Does MESA support OpenGL2.0 ES?
Integration of OpenGL ES 1.1 and 2.0 is done in MESA?


Thanks,
Vinit
On Sat, Jun 13, 2009 at 8:27 AM, Chia-I Wu <ol...@gm...> wrote:

> Hi,
>
> On Fri, Jun 12, 2009 at 09:11:07AM -0600, Brian Paul wrote:
> > We're in the process of integrating OpenGL ES 1.1 and 2.0 into Mesa
> > now.  The 'opengl-es' branch in git has the code and there's some
> > documentation in the docs/ directory.  I need to spend a bit more time
> > on it before merging it to master...
> Could you give some indications on what need to be worked on?
>
> I was playing with opengl-es branch (merged into master), and after
> fixing a compilation error (missing attrib.h and
> `_mesa_PushClientAttrib` in main/debug.c), I was able to run torus with
> egl_softpipe.so.  I also modifed torus.c to use EGL MESA_screen_surface
> extension and it sort of worked with EGL_i915.so.  I could see the
> torus, but there was no texture.  I will look into this issue next week.
>
> Other than that, I was also confused why EGL_i915.so is linked to
> libmesagallium.a while egl_softpipe.so isn't.  The latter makes more
> sense to me.
>
> I am new to mesa and I am not sure if they are real issues, or how they
> should be fixed.  I am willing to help if you could provide some
> guidances.
>
> --
> Regards,
> olv
>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>

[Mesa3d-users] Mesa 7.0.3->Mesa 7.4.4

[vivek v. <viv...@gm...>]

Here is my Question
i have Mesa 7.0.x something like that
and what will the effect on pc performance if
i install  Mesa 7.4.4
please rea this:-
i had tried to upgrade this thing
that do nothing but a new thing i got is blending seems to be turned off and
every OpenGL API related programme
have one common message on first line of console
(something i forget) falling back to old
so do i upgrade my Linux Mesa package
or let it be please suggest regard this bcoz i don't want to lost this
distro
and falling back to reinstall
thanks which is in advance $$$$$$$

[Mesa3d-users] i915 chipset information issue

[vivek v. <viv...@gm...>]

i gone to intel's i915 website
http://www.intel.com/support/graphics/intel915g/sb/CS-011906.htm
and find following lines
The latest version of OpenGL currently supported by the Intel® Graphics
Media Accelerator drivers is OpenGL 1.4 plus extensions. Drivers that come
with Windows* or that are downloaded from Windows Update* typically do not
support OpenGL.
and when i go to infocenter of my Suse 11.0
it tells
vendor                                                     Tungsten
Graphics,Inc
Renderer                                                  Mesa DRI Intel(R)
915GM 20061017 x86/MMX/SSE2
OpenGL Version                                       1.3 Mesa 7.0.3
Kernel Module                                           i915
My question are
Q is Windows use higher version of OpenGL then the Linux
   or this Driver have issue
   or OpenGL 1.4 == 1.3 Mesa 7.0.3?
Q what is Minimum version of OpenGL for GLSL job?
(please kindly if some one reply to me on this problem)
thanks in avanced

[Mesa3d-users] libPng<->OpenGL

[vivek v. <viv...@gm...>]

i am working on texture maping with libpng
but when i do these job
texture is not wrapped on the specific object
i don't know whether it's mine fault/library(Png<->OpenGL)
i had asked question on opengl disscussion forum but they always reply
use Devil/soil
but i don't want to make my sf project to be
Requirenment
Must have DevIL(OpenIL)
please  suggest me if there any small size open source game/APP which use
the libpng

[Mesa3d-users] for mesa 6.0

[vivek v. <viv...@gm...>]

Hi,
my name is vivek vyas and my age is 16(upto 13)
i had an Indian linux distro(ELX-linux for everyone)
i was trying to compile X11R6 as assumed that it upgrade my hardware
profile(like some work on old but given to new and upgrade to work on it)
then i by luck know that hardware is on what Kernel we use so i go for it
full fill all requirenment of these X11R6 and Kernel code
then i got warning and at end got compiler linker error
then i stopped (change to Suse)
My Question is
is these Hell things dependent on GCC(i think all very well know it) version
please tell me what i do
as it my great wish to compile these things
and want to observe how these process and progress can be done
if some one reply this
i hope fully thanks to all

[Mesa3d-users] for Mesa6.0 compiling

[vivek v. <viv...@gm...>]

hi every one,
i m new on mesa user mailing list
if any one who build up linux kernel and X11R6
Q did these thing need newest version of GCC
Q where i go to ask how to config kernel source according to my driver and
at least after these compilation and installation i able to see my K desktop
environment
and one more question
if linker error happen on compiling
then where go with this pain
Please tell me according my age 16(up to 13)
cause i had compiled the kernel 3 times
1st attempt i lost distro
2nd i lost my control on windows partition
3rd i had linux/win partition too but new kernel dosen't work
My exp:oh god i m not have much time (1 and half hour minimum) time give me
a RAM
i want to do these thing cause after that i want to compile Mesa 6.0(yes it
is old) on my laptop
currently i have Suse 11.0 with mesa 7.0.3
(please if i do some silly grammetical and spelling mistake then apologies
me)

[Mesa3d-users] Extension

[vivek v. <viv...@gm...>]

i had found that my i915
can use the fragment_program
Q1.is it some what like shading

and
i had worked on WindowsXP
as there driver much support

give information like
Min Memory size 8MB
Max Memory size 64MB

Will my Suse do that job

is it use 64 MB or 8MB or own Memory(shared with ram)  + swap

my bios also give information that

different OS uses different size of memory?

Re: [Mesa3d-users] Mesa-7.5 in Fedora 11 is very awful.

[François C. <fc...@fe...>]

On Sat, 4 Jul 2009 08:50:07 +0800 (CST)
tornadory <tor...@16...> wrote:

> 在2009-07-04，"tom fogal" <tf...@al...> 写道：
> >tornadory tor...@16...> writes:
> >>  I use Fedora 11 and find that it is only less than 200 FPS when I run the 'g
> >> lxgears'. I ever used Fedora 8 and it is more than 600 FPS.
> >> I want to know why it is so slow.
> >
> >SwapBuffers is apparently slower these days.
> 
> Sorry , I don't know what it means. Dose it has any relations to swap partation?

http://qa-rockstar.livejournal.com/7869.html

Happy reading.

François

Re: [Mesa3d-users] Mesa-7.5 in Fedora 11 is very awful.

[tornadory <tor...@16...>]

Hi,
 
Thanks fot your reply, and I found when I run some examples provided by pigment(It uses opengl as the 3D engine) they will take more than 50% CPU load. But they will take less than 5% CPU load in the Fedora Core 8 and Fedora Core 10. And I also found that in the FC11 OS the examples with animations rotate much faster than the others includes in the Ubuntu OS.
 
I confirmed that they were in the same situation except the OS environment.
 
Then I found that the glxgears output is much less than the others.
So I thought perhaps that is the reason.
 
How could I degrade the mesa's version in FC11 to verify that.
 
Thanks and expect any replies to give me any suggestions to find out the reason.




在2009-07-04，"François Cami" <fc...@fe...> 写道：
>On Fri, 3 Jul 2009 14:33:22 +0800 (CST)
>tornadory <tor...@16...> wrote:
>
>>  I use Fedora 11 and find that it is only less than 200 FPS when I run the 'glxgears'. I ever used Fedora 8 and it is more than 600 FPS.
>
>Hi tornadory,
>
>First of all, glxgears cannot be used as a benchmark. What it
>measures is of no use in real world situations.
>
>However, should you find that real applications behave slower,
>please file a bug report at https://bugzilla.redhat.com against the
>"mesa" component, providing  the information listed there :
>https://fedoraproject.org/wiki/Xorg/Debugging
>
>Best wishes,
>
>François

Re: [Mesa3d-users] Mesa-7.5 in Fedora 11 is very awful.

[tornadory <tor...@16...>]

在2009-07-04，"tom fogal" <tf...@al...> 写道：
>tornadory tor...@16...> writes:
>>  I use Fedora 11 and find that it is only less than 200 FPS when I run the 'g
>> lxgears'. I ever used Fedora 8 and it is more than 600 FPS.
>> 
>> The attachment is the glxinfo information in the system.
>
>The attachment is not present.  I don't think it's needed though.
>
Sorry for not any attchment.
>> I want to know why it is so slow.
>
>SwapBuffers is apparently slower these days.

Sorry , I don't know what it means. Dose it has any relations to swap partation?
>  http://bugs.freedesktop.org/show_bug.cgi?id=4704#c3
>
>-tom