I send a second PR to MesaLib ( pkg/30684)
hope the fix is good.

If you need the binary package get it at :

http://perso.enst.fr/~dauphin/pkgsrc/SunOS-5.10/i386/pkgsrc20050607/All/

Gilles


> Subject: Re: MesaLib trouble on Solaris
> 
> I find this on solaris forum and it's what i did:
> -------------------------------------------------------------------
> 
> libstdc++.la empty
> Author: Kristofer.Spinka 		Feb 11, 2005 5:21 PM 	
> For any others that are struggling to use libtool with the included GNU build 
> tools in Solaris 10:
> 
> It appears as though someone left out a proper libstdc++.la in /usr/sfw/lib 
and 
> /usr/sfw/lib/64.
> 
> Try these:
> 
> [code]
> /usr/sfw/lib/libstdc++.la
> ----
> # libstdc++.la - a libtool library file
> # Generated by ltmain.sh - GNU libtool 1.4a-GCC3.0 (1.641.2.256 2001/05/28 
> 20:09:07 with GCC-local changes)
> #
> # Please DO NOT delete this file!
> # It is necessary for linking the library.
> 
> # The name that we can dlopen(3).
> dlname='libstdc++.so.6'
> 
> # Names of this library.
> library_names='libstdc++.so.6.0.3 libstdc++.so.6 libstdc++.so'
> 
> # The name of the static archive.
> old_library='libstdc++.a'
> 
> # Libraries that this one depends upon.
> dependency_libs='-lc -lm -L/usr/sfw/lib -lgcc_s'
> 
> # Version information for libstdc++.
> current=6
> age=0
> revision=3
> 
> # Is this an already installed library?
> installed=yes
> 
> # Files to dlopen/dlpreopen
> dlopen=''
> dlpreopen=''
> 
> # Directory that this library needs to be installed in:
> libdir='/usr/sfw/lib'
> ----
> [/code]
> 
> and
> 
> [code]
> /usr/sfw/lib/64/libstdc++.la
> ----
> # libstdc++.la - a libtool library file
> # Generated by ltmain.sh - GNU libtool 1.4a-GCC3.0 (1.641.2.256 2001/05/28 
> 20:09:07 with GCC-local changes)
> #
> # Please DO NOT delete this file!
> # It is necessary for linking the library.
> 
> # The name that we can dlopen(3).
> dlname='libstdc++.so.6'
> 
> # Names of this library.
> library_names='libstdc++.so.6.0.3 libstdc++.so.6 libstdc++.so'
> 
> # The name of the static archive.
> old_library='libstdc++.a'
> 
> # Libraries that this one depends upon.
> dependency_libs='-L/lib/64 -lc -lm -L/usr/sfw/lib/64 -lgcc_s'
> 
> # Version information for libstdc++.
> current=6
> age=0
> revision=3
> 
> # Is this an already installed library?
> installed=yes
> 
> # Files to dlopen/dlpreopen
> dlopen=''
> dlpreopen=''
> 
> # Directory that this library needs to be installed in:
> libdir='/usr/sfw/lib/64'
> ----
> [/code]
> 
> Remove the leading and trailing "----".
> 
> /kristofer
>  
> Re: libstdc++.la empty
> Author: geonjay 		Mar 10, 2005 2:08 PM (reply 1 of 1) 	
> Thank you for this posting!!!
> 
> 
> 
> 
> 
> 
> 
> 
> --------------------------------------------------------------------
> 
> > Subject: Re: MesaLib trouble on Solaris
> > From: Jake Maciejewski <maciejej@msoe.edu>
> > 
> > I replaced 5.10 with 5.11 to match SchilliX and recent Solaris Express
> > builds, but it didn't work. It also failed with INSTLIBS unconditionally
> > replaced. I'm getting the same error as before. Unless I did something
> > wrong ("bmake clean ; bmake install" should be sufficient, right?), I
> > think there's something else wrong here.
> > 
> > On Mon, 2005-07-04 at 12:30 +0200, Gilles Dauphin wrote:
> > > It's a workaround:
> > > 
> > > [root@bi 198] diff Makefile Makefile.dist
> > > 12,17d11
> > > < .if ${OPSYS} == "SunOS" && ${OS_VERSION} == "5.10"
> > > < INSTLIBS=       ${WRKSRC}/src/mesa/libGL.a \
> > > <                 ${WRKSRC}/src/glw/libGLw.a \
> > > <                 ${WRKSRC}/src/mesa/libOSMesa.a
> > > < 
> > > < 
> > > [root@bi 199] 
> > > 
> > > 
> > > Hope this help
> > > 
> > > Gilles
> > > 
> > > > Delivered-To: dauphin@enst.fr
> > > > X-Original-To: tech-pkg@netbsd.org
> > > > Delivered-To: tech-pkg@netbsd.org
> > > > Subject: MesaLib trouble on Solaris
> > > > From: Jake Maciejewski <maciejej@msoe.edu>
> > > > To: tech-pkg@NetBSD.org
> > > > X-OriginalArrivalTime: 02 Jul 2005 07:01:41.0344 (UTC) 
> > > FILETIME=[E617B600:01C57ED3]
> > > > X-Virus-Scanned: amavisd-new at enst.fr
> > > > X-MIME-Autoconverted: from quoted-printable to 8bit by email.enst.fr id 
> > > JAA28536
> > > > 
> > > > I'm having the following problem with MesaLib on Solaris (actually
> > > > SchilliX, but close enough) using pkgsrc current.
> > > > 
> > > > 
> > > > if [ "x11 osmesa" = "osmesa" ] ; then  libtool  --mode=link gcc -o 
> libOSMesa.a 
> > > main/api_arrayelt.lo main/api_loopback.lo main/api_noop.lo 
> main/api_validate.lo 
> > > main/accum.lo main/attrib.lo main/blend.lo main/bufferobj.lo 
main/buffers.lo 
> > > main/clip.lo main/colortab.lo main/context.lo main/convolve.lo 
main/debug.lo 
> > > main/depth.lo main/dispatch.lo main/dlist.lo main/drawpix.lo 
main/enable.lo 
> > > main/enums.lo main/eval.lo main/extensions.lo main/feedback.lo main/fog.lo 
> > > main/get.lo main/hash.lo main/hint.lo main/histogram.lo main/image.lo 
> > > main/imports.lo main/light.lo main/lines.lo main/matrix.lo main/occlude.lo 
> > > main/pixel.lo main/points.lo main/polygon.lo main/rastpos.lo main/state.lo 
> > > main/stencil.lo main/texcompress.lo main/texcompress_s3tc.lo 
> > > main/texcompress_fxt1.lo main/texformat.lo main/teximage.lo main/texobj.lo 
> > > main/texstate.lo main/texstore.lo main/varray.lo main/vtxfmt.lo 
> glapi/glapi.lo 
> > > glapi/glthread.lo math/m_debug_clip.lo math/m_debug_norm.lo 
> > > math/m_debug_xform.lo math/m_eval.lo math/m_matrix.lo math/m_translate.lo 
> > > math/m_vector.lo math/m_xform.lo array_cache/ac_context.lo 
> > > array_cache/ac_import.lo tnl/t_array_api.lo tnl/t_array_import.lo 
> > > tnl/t_context.lo tnl/t_pipeline.lo tnl/t_save_api.lo 
tnl/t_save_loopback.lo 
> > > tnl/t_save_playback.lo tnl/t_vb_fog.lo tnl/t_vb_light.lo 
tnl/t_vb_normals.lo 
> > > tnl/t_vb_points.lo tnl/t_vb_program.lo tnl/t_vb_render.lo 
tnl/t_vb_texgen.lo 
> > > tnl/t_vb_texmat.lo tnl/t_vb_vertex.lo tnl/t_vertex.lo tnl/t_vertex_c.lo 
> > > tnl/t_vertex_codegen.lo tnl/t_vtx_api.lo tnl/t_vtx_generic.lo 
> tnl/t_vtx_x86.lo 
> > > tnl/t_vtx_eval.lo tnl/t_vtx_exec.lo shader/arbfragparse.lo 
> > > shader/arbprogparse.lo shader/arbprogram.lo shader/arbvertparse.lo 
> > > shader/grammar_mesa.lo shader/nvfragparse.lo shader/nvprogram.lo 
> > > shader/nvvertexec.lo shader/nvvertparse.lo shader/program.lo 
> > > swrast/s_fragprog_to_c.lo swrast/s_aaline.lo swrast/s_aatriangle.lo 
> > > swrast/s_accum.lo swrast/s_alpha.lo swrast/s_alphabuf.lo 
> swrast/s_auxbuffer.lo 
> > > swrast/s_bitmap.lo swrast/s_blend.lo swrast/s_buffers.lo 
swrast/s_copypix.lo 
> > > swrast/s_context.lo swrast/s_dept
> > > > rast/s_fog.lo swrast/s_imaging.lo swrast/s_lines.lo swrast/s_logic.lo 
> > > swrast/s_masking.lo swrast/s_nvfragprog.lo swrast/s_pixeltex.lo 
> > > swrast/s_points.lo swrast/s_readpix.lo swrast/s_span.lo 
swrast/s_stencil.lo 
> > > swrast/s_tcc.lo swrast/s_texture.lo swrast/s_texstore.lo 
> swrast/s_triangle.lo 
> > > swrast/s_zoom.lo swrast_setup/ss_context.lo swrast_setup/ss_triangle.lo 
> > > x86/common_x86.lo x86/x86.lo x86/3dnow.lo x86/sse.lo sparc/sparc.lo 
> > > drivers/common/driverfuncs.lo drivers/osmesa/osmesa.lo -rpath /usr/pkg/lib  
> > > -version-info 6:2  libGL.la ;  else  libtool  --mode=link gcc -o 
libOSMesa.a  
> > > drivers/osmesa/osmesa.lo -rpath /usr/pkg/lib  -version-info 6:2  libGL.la 
;  
> fi
> > > > /export/home/pkgsrc/graphics/MesaLib/work/.wrapper/bin/libtool[51]: 
> > > ./libGL.la:  not found
> > > > libtool: link: cannot find the library `libGL.la'
> > > > *** Error code 1
> > > > 
> > > > Stop.
> > > > make: stopped in 
> /export/home/pkgsrc/graphics/MesaLib/work/Mesa-6.2.1/src/mesa
> > > > *** Error code 1
> > > > 
> > > > 
> > > > 
> > > > What is this libGL.la supposed to be? I tried hacking together a
> > > > libGL.la file based on an example I found, but I got an error that it
> > > > wasn't a convenience library. I don't know much about libtool, so I'm
> > > > really lost here.
> > > > 
> > > > I have a bunch of .la files in /usr/pkg (gcc stuff, gaim, gtk, pango,
> > > > etc.) but no libGL.la. I do have a libGL.so.1.2 from xorg-libs, so I'm
> > > > not really sure why XMMS wants to rebuild MesaLib. If I could tell
> > > > everything that would otherwise depend on MesaLib to use the existing
> > > > libGL, assuming it provides the same functionality, that would also be
> > > > an acceptable solution.
> > > > 
> > > > 
> > > > -- 
> > > > Jake Maciejewski <maciejej@msoe.edu>
> > > 
> > -- 
> > Jake Maciejewski <maciejej@msoe.edu>