fmII
Tue, Oct 07th home | browse | articles | contact | chat | submit | faq | newsletter | about | stats | scoop 12:29 UTC
in
Section
login «
register «
recover password «
[Project] add release | add branch | add screenshot | broken links | change owner | email subscribers | update project | update branch (urls) [Project]

 Mesa 5.0.2 (Default)
Section: Unix

 

Added: Sat, Jan 17th 1998 14:53 UTC (10 years, 8 months ago) Updated: Thu, Sep 25th 2008 17:50 UTC (12 days ago)


About:
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.

Release focus: Major bugfixes

Changes:
GLUT will now be built with -fexceptions so C++ programs will propagate exceptions. Several bugs were fixed.

Author:
Brian Paul <brian (at) mesa3d (dot) org> [contact developer]

Rating:
8.51/10.00 (7 votes)

Homepage:
http://www.mesa3d.org/
Tar/GZ:
http://sourceforge.net/project/showfiles.php?group_id=3
Tar/BZ2:
http://sourceforge.net/project/showfiles.php?group_id=3
Zip:
http://sourceforge.net/project/showfiles.php?group_id=3
Changelog:
http://www.mesa3d.org/relnotes-7.2.html
Bug tracker:
https://bugs.freedesktop.org/
Mailing list archive:
http://www.mesa3d.org/lists.html

Trove categories: [change]
[Intended Audience]  Developers
[License]  OSI Approved
[Topic]  Software Development :: Libraries

Dependencies: [change]
No dependencies filed

 
» Rating: 8.51/10.00 (Rank N/A)
» Vitality: 2.30% (Rank 185)
» Popularity: 6.66% (Rank 450)

project statsdownload stats
(click to enlarge graphs)
   Record hits: 51,514
   URL hits: 47,944
   Subscribers: 168

Projects depending on this project:
Nevrax Library
RGLClock
SLFFEA
SX
Mimas Toolkit
(Note: 32 projects depend on this one. The ones displayed are picked by a randomizer.)


Other projects from the same categories:
libsrtp
Oxml
DLC
UDS Collection
QSMP3

Users who subscribed to this project also subscribed to:
Address Book Converter
Cairo
Javascript Units Converter
GNU Lightning
IssueTrackerProduct


Add comment · Rate this project · Subscribe to new releases · Ignore this project · Email this project to a friend · Project record in XML

 Branches

Branch Version Last release License URLs
Default 7.2 25-Sep-2008 OSI Approved Homepage Tar/GZ Changelog

 Releases

Version Focus Date
7.2 Minor feature enhancements 25-Sep-2008 17:50
7.0.3 Minor bugfixes 10-Apr-2008 20:43
7.0.2 Minor feature enhancements 14-Nov-2007 12:31
7.0 Major feature enhancements 29-Jun-2007 18:57
6.5 Major feature enhancements 11-Aug-2006 12:47
6.2.1 Minor bugfixes 28-Dec-2004 23:13
6.0 Major feature enhancements 17-Jan-2004 07:25
5.0.2 Major bugfixes 16-Jan-2004 04:24
5.0 Minor feature enhancements 19-Mar-2003 22:14
4.0.3 Minor bugfixes 27-Jun-2002 12:32

 Articles referencing this project

 Comments

[»] 5.0.2
by Mark Lindner - Nov 6th 2003 11:21:48

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.

[reply] [top]


[»] circular RPM dependency problem solved
by timecop - Nov 6th 2000 09:36:24

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

[reply] [top]


    [»] Re: circular RPM dependency problem solved
    by Harri Haataja - Feb 2nd 2001 11:09:11


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

    [reply] [top]


      [»] Re: circular RPM dependency problem solved
      by Raul Dias - Jun 2nd 2001 14:49:10


      >
      > % 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)

      [reply] [top]


[»] circular rpm dependencies problem
by Jason Hudgins (Incantations Media Group) - Aug 18th 2000 16:42:15

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

[reply] [top]


    [»] Re: circular rpm dependencies problem
    by simmons75 - Feb 16th 2001 22:50:27


    > 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

    [reply] [top]




© Copyright 2008 SourceForge, Inc., All Rights Reserved.
About freshmeat.net •  Privacy Statement •  Terms of Use •  Trademark Guidelines •  Advertise •  Contact Us • 
ThinkGeek •  Slashdot  •  Linux.com •  SourceForge.net  •  Jobs