Re: ML libtool: shared libs linked against static ones

2000-07-10 Thread Alexandre Oliva
On Jun 10, 2000, Ossama Othman <[EMAIL PROTECTED]> wrote: > Does Solaris actually support linking shared libs against static > ones? Yep, but you have to link without the `-z text' flag, that recent GCC releases pass to the linker. I believe these same release also support -mimpure-text, to pre

Re: ML libtool: shared libs linked against static ones

2000-06-10 Thread Kevin Atkinson
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 s many problems I switched to > > the HEAD brach for the time being becuase I wan't to get a release out > > this weekend. > > > > W

Re: ML libtool: shared libs linked against static ones

2000-06-10 Thread Ossama Othman
Hi Michael, On Sun, Jun 11, 2000 at 02:33:36AM +0200, Michael Matz wrote: > On Sat, 10 Jun 2000, Ossama Othman wrote: > > > > BTW, I finally got around to setting up two default GNU C++ > > configurations, one for when g++ uses GNU ld as its linker, and one > > for the general case (simple and n

Re: ML libtool: shared libs linked against static ones

2000-06-10 Thread Michael Matz
Hi, On Sat, 10 Jun 2000, Ossama Othman wrote: > > BTW, I finally got around to setting up two default GNU C++ > configurations, one for when g++ uses GNU ld as its linker, and one > for the general case (simple and not as robust). I also fixed the > cases where an assumption was made that the G

Re: ML libtool: shared libs linked against static ones

2000-06-10 Thread Kevin Atkinson
On Sat, 10 Jun 2000, Ossama Othman wrote: > Hi, > > I finally got around to digging into the libtool code to figure out > why the static libstdc++.a was't being dropped when linking on Solaris > using g++. It turns out that the culprit is the > "deplibs_check_method" setting used by libtool on

Re: ML libtool: shared libs linked against static ones

2000-06-10 Thread Ossama Othman
Hi, On Sat, Jun 10, 2000 at 07:45:43PM -0400, Kevin Atkinson wrote: > Well since the ML branch was giving me s 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

ML libtool: shared libs linked against static ones

2000-06-10 Thread Ossama Othman
Hi, I finally got around to digging into the libtool code to figure out why the static libstdc++.a was't being dropped when linking on Solaris using g++. It turns out that the culprit is the "deplibs_check_method" setting used by libtool on Solaris. It is currently set to "pass_all," which is w