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>