X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Message-ID: <325346.83804.qm@web25507.mail.ukl.yahoo.com> Date: Thu, 5 Nov 2009 14:08:05 +0000 (GMT) From: Marco Atzeri Subject: Re: question on libtool usage/limitation To: Dave Korn Cc: cygwin AT cygwin DOT com, Dave Korn In-Reply-To: <4AF2D15A.6030705@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com --- Gio 5/11/09, Dave Korn ha scritto: > Data: Gioved=EC 5 novembre 2009, 14:21 > Marco Atzeri wrote: > >=20 > > --- Gio 5/11/09, Dave Korn=A0 ha scritto: >=20 > >> Perhaps you'd better show us how you've defined > the libtool primaries,=20 > >> liboctave_la_LINK/LIBS/LDADD/xFLAGS/whatever in > particular. >=20 > > I suppose that I should replace the simple > "-llibcholmod" > > with one of the methods mentioned in the libtool > documentation: >=20 > > but I need to understand, which and how to specify the > static lib > > /usr/lib/libcholmod.a (and the others) >=20 > =A0 Perhaps you'd better show us how you've defined the > libtool primaries, > liboctave_la_LINK/LIBS/LDADD/xFLAGS/whatever in > particular.=A0 I *think* (but > need to do some digging through my inbox to check up) that > the solution is > going to be something like adding the explicit path to the > .a file into the > correct one of them so that the objects from the archive > are available to the > link but libtool doesn't try to interpret it as a library > dependency. >=20 > =A0 =A0 cheers, > =A0 =A0 =A0 DaveK >=20 Hi Dave, I just found that if I replace that Suitesparse=20 libs requirement from (as example) AMD_LIBS =3D -lamd to AMD_LIBS =3D -Wc,-lamd the build seems to work. But this is just a workaround. About your question on liboctave_la_LINK/LIBS/LDADD/xFLAGS/ we currently have : octlib_LTLIBRARIES =3D liboctave.la LINK_DEPS =3D \ $(RLD_FLAG) \ ../libcruft/libcruft.la \ $(SPARSE_LDFLAGS) $(SPARSE_XLIBS) \ $(ARPACK_LIBS) \ $(QRUPDATE_LIBS) \ $(FFTW_LDFLAGS) $(FFTW_XLIBS) \ $(LAPACK_LIBS) $(BLAS_LIBS) \ $(READLINE_LIBS) $(TERM_LIBS) \ $(LIBGLOB) $(REGEX_LIBS) $(DL_LIBS) \ $(FLIBS) \ $(PTHREAD_LIBS) $(LIBS) liboctave_la_SOURCES =3D \ $(LIBOCTAVE_SOURCES) \ $(LIBOCT_READLINE_SOURCES) \ $(LIBOCT_PATHSEARCH_SOURCES) liboctave_la_LIBADD =3D $(LINK_DEPS) liboctave_la_LDFLAGS =3D -release $(version) But I see no liboctave_la_LIBS=20 The SPARSE libs are real static libs. $ cygcheck -l libSuiteSparse-devel |grep lib /usr/lib/libamd.a /usr/lib/libbtf.a /usr/lib/libcamd.a /usr/lib/libccolamd.a /usr/lib/libcholmod.a /usr/lib/libcolamd.a /usr/lib/libcsparse.a /usr/lib/libcxsparse.a /usr/lib/libklu.a /usr/lib/libspqr.a /usr/lib/libumfpack.a while all the other libs are dinamic ones as : $ cygcheck -l libarpack-devel |grep lib /usr/lib/libarpack.a /usr/lib/libarpack.dll.a /usr/lib/libarpack.la Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple