Projects / Mesa

Mesa

Mesa is a 3-D graphics library which uses the OpenGL API (Application Programming Interface). Mesa cannot be called an implementation of OpenGL since the author did not obtain an OpenGL license from SGI. Furthermore, Mesa cannot claim OpenGL conformance since the conformance tests are only available to OpenGL licensees. Despite these technical/legal terms, you may find Mesa to be a valid alternative to OpenGL. Most applications written for OpenGL can use Mesa instead without changing the source code.

Tags

RSS Recent releases

  •  16 Jun 2011 12:52

Release Notes: This is a stable release containing bug fixes.

Release Notes: Support for EGL was improved. Several extensions were added. Massive improvements were made to the Gallium driver for R300-R500 Radeons. Support for color-index rendering and for GCC versions before 3.3 was removed. Many bugs were fixed.

Release Notes: A VMware "SVGA" Gallium3D driver, targeting the VMware virtual graphics device, was added. Support for GL_ARB_draw_elements_base_vertex, GL_ARB_depth_clamp, GL_NV_depth_clamp, and GL_ARB_provoking_vertex was added. A new Mesa texture/surface format infrastructure was introduced. Several minor bugs were fixed.

Release Notes: Many GL extensions were implemented. Several drivers were enhanced. A new 3D driver r600 was added for Radeon R6xx and R7xx hardware. An OpenVG front-end was implemented. Many bugs were fixed.

  •  04 Sep 2009 12:48

Release Notes: The maximum framebuffer and viewport sizes can now be determined at configure (pre-build) time. Several rendering bugs were fixed. A potential divide-by-zero crash was eliminated. Setting arrays of sampler uniforms now works again. A 32/64-bit cross-compilation issue was fixed. Several other bugs were fixed.

RSS Recent comments

06 Nov 2003 11:21 mesmerism

5.0.2
Looks like 5.0.2 wasn't tested too thoroughly. On RH7.2, libtool script dies with a syntax error, configure doesn't perform all Makefile.in substitutions properly, etc.

02 Jun 2001 14:49 swi

Re: circular RPM dependency problem solved

>
> % Don't use RPM, be a real man and
> compile
> % from source.
>
>
> Oh, yes; timecop bitching again.

He is right.
There are really rare cases where rpm packages
should depends on each other causing
a circular dependecy.

This is a packaging bug.

The best thing to do is to write your own rpm spec
file and compile it. 8)

16 Feb 2001 22:50 simmons75

Re: circular rpm dependencies problem

> Mesa-common-3.2.1-1rh61.i386.rpm
> requires Mesa-3.2.1-1rh61.i386.rpm to
> install... BUT
> Mesa-3.2.1-1rh61.i386.rpm requires
> requires
> Mesa-common-3.2.1-1rh61.i386.rpm to
> install.
>
> solution:
> rpm --install --nodeps
> Mesa-common-3.2.1-1rh61.i386.rpm
> rpm --install
> Mesa-3.2.1-1rh61.i386.rpm
>
>

the real solution:

rpm -Uvh Mesa-common-3.2.1-1rh61.i386.rpm Mesa-3.2.1-1rh61.i386.rpm

02 Feb 2001 11:09 blades Thumbs up

Re: circular RPM dependency problem solved

> Don't use RPM, be a real man and compile
> from source.

Oh, yes; timecop bitching again.

There's certainly a problem if common requires the base but since you will install them both, install them with the same command. This way all dependencies get filled.

Elementary... =)

06 Nov 2000 09:36 timecop

circular RPM dependency problem solved
Don't use RPM, be a real man and compile from source.

Screenshot

Project Spotlight

GlusterFS

A poly-protocol, unified distributed filesystem.

Screenshot

Project Spotlight

GluCat

A generic library of universal Clifford algebra templates.