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 Software Development Libraries

Tweet this project Short link

Rss Recent releases

  • Rrelease-mid
  •  28 May 2009 13:31
  • Rrelease-after

Changes: A segfault in DRI 1, a texture object memory leak, a state validation bug, some i965 GLSL bugs, and other minor bugs were fixed.

Changes: Support for GLSL 1.20 was added. Intel DRI drivers now use GEM and DRI2. Many bugs were fixed. The "XMesa", "FXMesa", and "Allegro" interfaces were deprecated.

  • Rrelease-mid
  •  25 Sep 2008 17:50
  • Rrelease-after

Changes: The OpenGL 2.1 API is now implemented, though some drivers don't support it yet. Support for the Intel G41 chipset was added. Several bugs were fixed.

  • Rrelease-mid
  •  10 Apr 2008 13:43
  • Rrelease-after

Changes: A number of crashes and several other minor bugs were fixed.

  • Rrelease-mid
  •  14 Nov 2007 04:31
  • Rrelease-after

Changes: The build was enhanced with DESTDIR support, and building for MingW was fixed. Pkg-config files were added. Support for Intel G33/Q33/Q35 graphics chipsets was added. Several missing OpenGL 2.0 API entrypoints were added. Several display, crash, and memory leak problems were eliminated.

Rss Recent comments

Rcomment-before 06 Nov 2003 11:21 Rcomment-trans mesmerism Rcomment-after

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.

Rcomment-before 02 Jun 2001 14:49 Rcomment-trans swi Rcomment-after

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)

Rcomment-before 16 Feb 2001 22:50 Rcomment-trans simmons75 Rcomment-after

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

Rcomment-before 02 Feb 2001 11:09 Rcomment-trans blades Rcomment-after

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... =)

Rcomment-before 06 Nov 2000 09:36 Rcomment-trans timecop Rcomment-after

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

0fa5699b101df85caad2b1b5d49dcfda_thumb

Project Spotlight

MCS MyRoute

Server-based network diagnostics with route discovery and performance analysis.

Ddad5e6f44b68f93718b022699878c5f_thumb

Project Spotlight

Units of measurement for Ada

A library for dealing with dimensioned values.