On Wed, Sep 19, 2001 at 07:58:14PM -0500, [EMAIL PROTECTED] wrote:
> We've modified libtool.m4 to perfer shl_load on HP-UX *even* if dlopen
> is available. The rationale for this is because dlopen() requires a
> patch which all users might not have (we're running into this problem
> now). Unfortun
On Thu, Sep 20, 2001 at 09:38:29PM -0500, Bob Friesenhahn wrote:
> 64-bit compilation under Solaris & Sun's compiler requires that the
> argument '-xarch=v9' be provided when compiling C++ objects.
> Unfortunately libtool (1.4a (1.641.2.259 2001/06/04 19:32:47)) is
> discarding this argument (whic
Does HEAD support *different* a different C and C++ compiler (e.g.
native vendor C and GNU C++)?
--
albert chin ([EMAIL PROTECTED])
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
On Thu, Sep 20, 2001 at 09:38:24AM -0500, [EMAIL PROTECTED] wrote:
> On Wed, Sep 19, 2001 at 10:03:12PM -0500, [EMAIL PROTECTED] wrote:
> > $ aCC -o conftest conftest.cc conftstm.o
> > Error 352: "conftest.cc", line 23 # Cannot take the address of main.
> > {"main", (lt_ptr_t) &main},
Yow!
64-bit compilation under Solaris & Sun's compiler requires that the
argument '-xarch=v9' be provided when compiling C++ objects.
Unfortunately libtool (1.4a (1.641.2.259 2001/06/04 19:32:47)) is
discarding this argument (which was passed via LDFLAGS to configure)
so objects are built as 32-bit obj
Hi,
I was wondering if anybody can tell me whether ldconfig is linux only
or does it also exist on Solaris. Everytime we build a library we get
the error:
chmod 644 /auto/repygb/fas/vegas/QT/VegasSW/build/gdb.sup1/isan/lib/libtimer.a
PATH="$PATH:/sbin" ldconfig -n
/auto/repygb/fas/vegas/QT/Vega
On Wed, Sep 19, 2001 at 10:03:12PM -0500, [EMAIL PROTECTED] wrote:
> From HEAD:
> ...
> checking how to run the C++ preprocessor... aCC -E
> checking the maximum length of command line arguments... 393217
> checking command to parse /usr/ccs/bin/nm -p output from cc object... failed
> ...
>
> Pr
