On Sat, 10 Jun 2000, Ossama Othman wrote:
> Hi,
>
> On Sat, Jun 10, 2000 at 07:45:43PM -0400, Kevin Atkinson wrote:
> > Well since the ML branch was giving me soooo many problems I switched to
> > the HEAD brach for the time being becuase I wan't to get a release out
> > this weekend.
> >
> > What I discoved is the the linker that the HEAD branch uses on solaris
> > EXCEPTS static libraries into the shared library. Also I siscoved that
> > excpetions won't work unless g++ is used to due the linking so I
> > set LD=g++ and everything works fine. Once again it links the static
> > library into the shared one....
>
> Can you be more specific? It is actually linking the static
> libstdc++.a into the shared one? I just can't see why the HEAD branch
> would work, and the ML branch wouldn't. If the linker accepts linking
> shared libraries against static ones then we wouldn't have received
> the errors that we're getting with ML branch on Solaris with a static
> libstdc++. I think that we're missing something subtle here, at least
> I am.
>From what I can tell. I manually added -lstdc++ to the list of libraries
to link in. It could be that a different linker is used or it passes
different flags to the linker. I will try to look into it.
> > Also when I try setting LD to g++ on linux it fails wisrably....
>
> In what way?
It says it doesn't support shared libraries
> > It there a way to forse the so called "file_magic" method to avoid
> > putting static libraries into shared one wven if the linker will accept
> > it?
>
> >From what I understand, that's what the "file_magic" deplibs check
> method is for. From libtool.m4:
What I meant was there something I could put in configure.in to force
file_magic to be used.
--
Kevin Atkinson
[EMAIL PROTECTED]
http://metalab.unc.edu/kevina/
