Subject: Re: MesaLib trouble on Solaris
To: None <,>
From: Gilles Dauphin <>
List: tech-pkg
Date: 07/04/2005 12:30:22
It's a workaround:

[root@bi 198] diff Makefile Makefile.dist
< .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


> Delivered-To:
> X-Original-To:
> Delivered-To:
> Subject: MesaLib trouble on Solaris
> From: Jake Maciejewski <>
> To:
> X-OriginalArrivalTime: 02 Jul 2005 07:01:41.0344 (UTC) 
> X-Virus-Scanned: amavisd-new at
> X-MIME-Autoconverted: from quoted-printable to 8bit by id 
> 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 ;  else  libtool  --mode=link gcc -o libOSMesa.a  
drivers/osmesa/osmesa.lo -rpath /usr/pkg/lib  -version-info 6:2 ;  fi
> /export/home/pkgsrc/graphics/MesaLib/work/.wrapper/bin/libtool[51]: 
./  not found
> libtool: link: cannot find the library `'
> *** 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 supposed to be? I tried hacking together a
> 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 I do have a 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 <>