Unless I misunderstood something, the fix didn't work. Is the problem
supposed to be with libstdc++.la? I have that file and it's very similar
to the one you suggested. MesaLib/work/Mesa-6.2.1/src/mesa/libGL.la is
what I need.

Your package didn't work either. XMMS, for example, wants 6.2.1nb2, but
the package only provides 6.2.1, so it's still trying to build MesaLib
and still failing with the libGL.la problem.

On Thu, 2005-07-07 at 11:35 +0200, Gilles Dauphin wrote:
> 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>
> 
-- 
Jake Maciejewski <maciejej@msoe.edu>