Hi,
On Wed, Mar 22, 2000 at 08:20:10PM -0300, Alexandre Oliva wrote:
> On Mar 22, 2000, Christopher Knight <[EMAIL PROTECTED]> wrote:
>
> > While trying to build a shared library that makes use of the STL
> > with the SunWorkshop C++ compiler 4.2 on Solaris 2.6, I have found
> > the Sun's CC does not work quite right if, when building the shared
> > library, .lo files are specified as the objects to link. The compiler
> > does not recognize the .lo's as linkable objects and ignores them,
> > resulting in undefined symbols.
>
> That's a known problem, and the latest stable release of libtool says
> it does not fully support any language other than C. Work towards
> supporting other languages is being done by Ossama Othman in the
> multi-language branch of the libtool CVS tree. IIRC, this
> particularly problem is already fixed there, so you may want to give
> it a try.
Right, this is fixed in the multi-language branch.
> > Also, almost everything works after changing all the .lo's to .o's.
>
> Yup. In the multi-language branch, IIRC, the .lo file is placed in
> the .libs directory, named `.o', and the .lo file is created as a
> wrapper script, just like the .la files.
Yes indeed. :-)
> > Below is a minimalistic test taken from my acinclude.m4 file
> > to check whether CXXFLAGS needs a -ptr argument.
>
> Thanks. Ossama, can you take care of this, assuming you haven't yet?
I haven't. I'll take a look at this.
> BTW, I'm not sure simply testing whether -ptr is accepted by the
> compiler is enough. It may be silently accepted by other compilers,
> with any random meaning we might think of. We need some test that
> verifies that the meaning the one we want. I'm not sure how to
> accomplish this, but it would probably involve compiling some piece of
> code that makes use of certain STL templates, then a separate
> translation unit that works when given the same -ptr flag, but not
> when not given it.
Sorry for the silence these past two weeks. This is my academic
finals week. :-)
-Ossama
--
Ossama Othman <[EMAIL PROTECTED]>
Distributed Object Computing Laboratory, Univ. of California at Irvine
1024D/F7A394A8 - 84ED AA0B 1203 99E4 1068 70E6 5EB7 5E71 F7A3 94A8
