[Mesa3d-dev] [ mesa3d-Bugs-853459 ] xfree86 on sparc linux uses Mesa to build bad libGL

[SourceForge.net <no...@so...>]

Bugs item #853459, was opened at 2003-12-03 18:10
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100003&aid=853459&group_id=3

Category: GLU
Group: other
Status: Open
Resolution: None
Priority: 5
Submitted By: Ferris McCormick (fmccor)
Assigned to: Nobody/Anonymous (nobody)
Summary: xfree86 on sparc linux uses Mesa to build bad libGL

Initial Comment:
((( I don't think this is a Mesa problem, but I'll note
it in case... )))
((( There are exaustingly complete discussions at
<http://bugs.xfree86.org/show_bug.cgi?id=923>
<http://bugs.gentoo.org/show_bug.cgi?id=19776>
)))
((( This is a follow-on to 852204)))

1. xfree-4.3.xx on uses Mesa for most of its libGL.
2. For sparc linux, it wants to build it with
-DUSE_SPARC_ASM, 
    which is reasonable.
3.  If you do this, the dispatch table in glapi_sparc.S
has to be
     initialized at run time; this happens (in Mesa) in
sparc.c,
     called from context.c when setting up a new context.
4.  xfree does not include this initialization when it
builds its
     libGL.  It links in Mesa's glapi_sparc.S, glapi.c,
but it never
     fills in the tables for glapi_sparc.S.
5.  Consequently, xfree-libGL-sparc-linux out of the
box has no
     hope of running.  (Seg faults out of the empty
dispatch
     table)

(As side comments:
6.   xfree also builds Mesa as libOSMesa, but there it has
      the initializer (sparc.c) but not the dispatch table
      glapi_sparc.S.
7.   xfree for sparc also builds Mesa into an Xfree module
      dri/dri_ffb.so,  but I don't know how to get it
to use it
       for anything)

This does not look to me like a Mesa problem, and the
problem
does go away if you disable sparc assembler for libGL
(xfree)
or if you force initialization from glapi.c (at about
line 330)
if you happen to be building for libGL/glx.

But I don't know for sure that this didn't originate with
Mesa.  Hence, this report.

Regards,
Ferris

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100003&aid=853459&group_id=3