Problem linking with static libraries on Darwin ("not the architecture being linked")

I'm experiencing a problem linking with static libraries on Darwin (Mountain Lion). I'm getting this warning: > ld: warning: ignoring file ./.libs/libxqilla.a, file was built for archive > which is not the architecture being linked (x86_64): ./.libs/libxqilla.a …even though I'm pretty confiden

Re: Can't open configure

On Sun, 2008-10-05 at 19:36 +0200, Ralf Wildenhues wrote: > * Braden McDaniel wrote on Sun, Oct 05, 2008 at 07:23:40PM CEST: > > On Sun, 2008-10-05 at 12:21 +0200, Ralf Wildenhues wrote: > > > * Braden McDaniel wrote on Fri, Oct 03, 2008 at 09:17:42AM CEST: > >

Re: Can't open configure

On Sun, 2008-10-05 at 12:21 +0200, Ralf Wildenhues wrote: > Hello Braden, > > thanks for providing feedback! > > * Braden McDaniel wrote on Fri, Oct 03, 2008 at 09:17:42AM CEST: > > On Tue, 2008-01-29 at 07:54 +0100, Ralf Wildenhues wrote: > > > * Paulo J. Matos wr

Re: Can't open configure

tdl subdirectory created by "libtoolize --ltdl". Blowing away autom4te.cache does not help. Is there any more known about this issue? I can provide more details if necessary. -- Braden McDaniel e-mail: <[EMAIL PROT

RE: Using libltdl with the Microsoft compiler

simply not to use libltdl on Windows. Hopefully I'll be able to revisit this sometime in the future. -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]> ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: Using libltdl with the Microsoft compiler

Ralf Wildenhues wrote: * Braden McDaniel wrote on Fri, Jun 20, 2008 at 11:03:04AM CEST: In lt__glibc.h, there are symbols HAVE_ARGZ_H and HAVE_WORKING_ARGZ. Yet, argz.h appears to be included irrespective of them. Is this intentional? (It's a problem here because there is no argz.h.)

Re: Using libltdl with the Microsoft compiler

On Fri, 2008-06-20 at 09:52 +0200, Ralf Wildenhues wrote: > Hi Braden, > > * Braden McDaniel wrote on Fri, Jun 20, 2008 at 09:37:59AM CEST: > > I've built libltdl with the Microsoft compiler and I'm trying to use it > > to load a DLL. > > without havin

Using libltdl with the Microsoft compiler

have built libltdl incorrectly; but if that's the problem here, the nature of the error has yet to jump out at me. -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]> ___

Re: library dependencies

Andreas Jellinghaus wrote: I'm maintaining a package with liba and libb. liba can be used standalone, libb uses liba. tools also in this package are compiled and linked fine. I'm reviewing the pkg-config files, and decided it might be best to have two of them: liba.pc and libb.pc. But here is what

Re: Multiple -rpaths

On Sat, 2004-05-15 at 15:20, Scott James Remnant wrote: > On Sat, 2004-05-15 at 02:27 -0400, Braden McDaniel wrote: > > > I'm getting this warning (using libtool 1.5.6): > > > > libtool: link: warning: ignoring multiple `-rpath's for a libtool libr

Multiple -rpaths

ol--it points to the module's installation directory. So the rpath I'm adding is the one that gets ignored. Is there some way around this? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>

libtoolize and AC_CONFIG_SUBDIRS

Some issues related to use of CVS libtool with AC_CONFIG_SUBDIRS: 1. libtoolize doesn't appear to recurse into AC_CONFIG_SUBDIRS. Should it? Or is this autoreconf's job? 2. I cannot get CVS autoreconf to work at all with CVS libtool. Perhaps this is a Known Issue; but I haven't seen

Re: Do autotools support free Microsoft compiler?

Richard Dawe wrote: Hello. Braden McDaniel wrote: [snip] Unfortunately I haven't been able to test this yet. CVS autoconf now appears to want "help2man", which I have not yet succeeded in building/installing on Cygwin. (The attempt sent me on quite a wild goose chase, though:

Re: Do autotools support free Microsoft compiler?

Paul Eggert wrote: Braden McDaniel <[EMAIL PROTECTED]> writes: autoconf, basically. autoconf's check for whether it can use -g is busted, but the effect of this is just a benign warning from the compiler. (I have a patch for this that I submitted to autoconf-patches many months ago;

Re: Do autotools support free Microsoft compiler?

Bob Friesenhahn wrote: Microsoft has now made its optimizing C/C++ compilers for Windows available as a free download. See "http://msdn.microsoft.com/visualc/vctoolkit2003/";. Do GNU Autotools work with this compiler? autoconf, basically. autoconf's check for whether it can use -g is busted, bu

Re: C linkage problem when C++ library is used.

Albert Chin wrote: On Thu, Apr 15, 2004 at 11:10:20AM -0500, Bob Friesenhahn wrote: If a program which is based on C language depends on a library which is implemented in C++, the C++ compiler should be used to link the program. Otherwise C++ static initialization may not work right, or linking

Re: libtool macros installed in pkgdatadir?

On Thu, 2004-01-29 at 03:26, Alexandre Duret-Lutz wrote: > Anyway, the point is that you should not fear this. Installing > third-party macros in /usr/share/aclocal will continue to work. Ah, good. Thank you for clarifying this. -- Braden McDaniel e-mail: &

Re: libtool macros installed in pkgdatadir?

Scott James Remnant wrote: On Wed, 2004-01-28 at 22:26, Albert Chin wrote: On Wed, Jan 28, 2004 at 10:13:21PM +, Scott James Remnant wrote: One day a version of Autoconf will use these, but for now when you run aclocal it'll add an "m4_include" line to aclocal.m4 for each of these files (ra

libtool macros installed in pkgdatadir?

Why are the libtool macros being installed to $(pkgdatadir) rather than $(datadir)/aclocal? Braden ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: CVS autoconf doesn't like AC_DIVERT_PUSH

Gary V. Vaughan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Braden McDaniel wrote: | Braden McDaniel wrote: | |> libtool.m4 is using the AC_DIVERT_PUSH and AC_DIVERT_POP macros in a |> way that CVS autoconf seems not to like. I get this message: |> |> configure.in:20: /usr

Re: CVS autoconf doesn't like AC_DIVERT_PUSH

Braden McDaniel wrote: libtool.m4 is using the AC_DIVERT_PUSH and AC_DIVERT_POP macros in a way that CVS autoconf seems not to like. I get this message: configure.in:20: /usr/bin/m4: Non-numeric argument to built-in `divert' I discovered this when attempting to build CVS pkgconfig wit

CVS autoconf doesn't like AC_DIVERT_PUSH

libtool.m4 is using the AC_DIVERT_PUSH and AC_DIVERT_POP macros in a way that CVS autoconf seems not to like. I get this message: configure.in:20: /usr/bin/m4: Non-numeric argument to built-in `divert' I discovered this when attempting to build CVS pkgconfig with CVS autotools. Braden __

Re: libtool and cl

On Sat, 2003-03-29 at 18:05, Charles Wilson wrote: > Braden McDaniel wrote: > > >>It used to be supported by libltdl, but when GCC implemented the > >>auto-import capability, Gary removed the support. I think it was a > >>bad idea to remove the support. T

Re: libtool and cl

than GCC under Windows since GCC has > limited functionality under Windows. Any chance you recall the last release to include that support? -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]&

Re: libtool and cl

ake much work to get this up and running. That approach works for me; I'll pursue it. Thanks... -- Braden McDaniel e-mail: <[EMAIL PROTECTED]> <http://endoframe.com>Jabber: <[EMAIL PROTECTED]> ___

libtool and cl

quot; cannot be found? The latter issue stands to get into munging command line parameters. If libtool Goes There, then perhaps it should just accept POSIX-style -l parameters instead and convert them into things cl understands. Thoughts? -- Braden McDaniel <[EMAIL PROTECTED]> Software En

Re: Statically link against helper libs?

On Wed, 14 Feb 2001, Robert Boehne wrote: > Braden McDaniel wrote: > > > > Is it possible to statically link against a helper library? The output of > > the process needs to be a shared library, so configuring with > > AM_DISABLE_SHARED isn't the answer. And

Statically link against helper libs?

the symbols in the helper lib to be external in the shared library. I realize I could use a file specifically listing which symbols should be exported, but that would be tedious to maintain so I'm hoping for a simpler solution. -- Braden McDaniel It is hard to know

-fPIC compiler flag

Is it possible to control whether libtool emits the -fPIC flag in compile mode? -- Braden N. McDaniel e-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ___ Libtool mailing