for this
library ... just the previous libraries. All of the examples I see in the
automake documentation for making convenience libraries shows pretty much the
same thing: e.g.
noinst_LTLIBRARIES = convenience.la
convenience_la_SOURCES = ...
What I'm wondering about doing is something
Bob Friesenhahn writes:
> In my opinion, convenience libraries are evil (they dramatically slow
> down the build) and it is better to use a non-recursive build, using
> Makefile variables to list the required object files in the link rather
> than using a convenience library.
The on
On Wed, 21 May 2014, Zé wrote:
Is there a way to specify dependencies between convenience libraries, and
also set the relevant include paths?
Convenience libraries do not have normal dependencies because they are
not used as libraries (they are just bundled object files). However,
you can
On Wed, 21 May 2014, Zé wrote:
I'm refactoring a small C++ project and in the process I've migrated a
component to a convenience library.
I would like to add the convenience library's root directory to the project's
include path, but I haven't found any reference on how to do this. The
clos
Is there a way to specify dependencies between convenience libraries,
and also set the relevant include paths?
Thanks,
Zé
I'm refactoring a small C++ project and in the process I've migrated a
component to a convenience library.
I would like to add the convenience library's root directory to the
project's include path, but I haven't found any reference on how to do
this. The closest I could find was adding ${src
On 08/22/2012 07:12 PM, Bob Friesenhahn wrote:
On Wed, 22 Aug 2012, Del Merritt wrote:
[Reponding on-list to what was Diego's private response to me; I hope
he doesn't mind.]
I just finished an experiment with a single libfoo.a and all
many-thousands of sources for libfoo_a_SOURCES. The co
On Wed, 22 Aug 2012, Del Merritt wrote:
[Reponding on-list to what was Diego's private response to me; I hope he
doesn't mind.]
I just finished an experiment with a single libfoo.a and all many-thousands
of sources for libfoo_a_SOURCES. The compilation worked, but I got the
dreaded "make[1
On 08/15/2012 04:46 PM, Diego Elio Pettenò wrote:
On 15/08/2012 12:49, Del Merritt wrote:
All good questions; mostly because I am not completely sure yet that a)
I won't want to be able to install the sub-libraries later, b) my
hand-built makefiles do it this way already, so I was minimizing
cha
Bob Friesenhahn writes:
> On Wed, 15 Aug 2012, Diego Elio Pettenò wrote:
>> why are you using multiple convenience libraries? If you're not going
>> to install any of them, and the result is one final binary, you should
>> just list all the sources to that one targ
I'm using automake 1.11.1 and autoconf 2.68. I am switching from a set
of hand-written Makefiles to autoconf/automake. I'm switching to
autotools since the support for cross-compilation is already there; my
hand-written Makefiles are getting hard to manage, and they don't
support VPATH builds
/manual/html_node/Libtool-Convenience-Libraries.html#Libtool-Convenience-Libraries
Is that a known problem?
why are you using multiple convenience libraries? If you're not going to
install any of them, and the result is one final binary, you should just
list all the sources to that one t
On Wed, 15 Aug 2012, Diego Elio Pettenò wrote:
why are you using multiple convenience libraries? If you're not going to
install any of them, and the result is one final binary, you should just
list all the sources to that one target. This also helps if you change
some of the source files
5, 2012 9:27 AM
> To: automake@gnu.org
> Subject: Using convenience libraries with non-recursive make
>
> I'm using automake 1.11.1 and autoconf 2.68. I am switching from a set of
> hand-written Makefiles to autoconf/automake. I'm switching to autotools
> since the suppo
On 15/08/2012 08:26, Del Merritt wrote:
>
>nodist_EXTRA_libmyprog_la_SOURCES = dummy.cxx
I would bet that this one is giving you trouble, but...
why are you using multiple convenience libraries? If you're not going to
install any of them, and the result is one final binary, you
I'm using automake 1.11.1 and autoconf 2.68. I am switching from a set
of hand-written Makefiles to autoconf/automake. I'm switching to
autotools since the support for cross-compilation is already there; my
hand-written Makefiles are getting hard to manage, and they don't
support VPATH builds
Hi Ralf,
>> I've got a convenience library where the LDFLAGS includes -R:
>> noinst_LTLIBRARIES = libsomething.la
>> ...
>> libsomething_la_LDFLAGS = -Rsomewhere
>> and I indeed see "-Rsomewhere" appear within libsomething.la's
>> dependency_libs
>> line the way I expect.
>>
>> In ano
Hello Rhys,
* Rhys Ulerich wrote on Mon, Mar 14, 2011 at 05:34:04PM CET:
> I've got a convenience library where the LDFLAGS includes -R:
> noinst_LTLIBRARIES = libsomething.la
> ...
> libsomething_la_LDFLAGS = -Rsomewhere
> and I indeed see "-Rsomewhere" appear within libsomething.la's
Sort of an odd question at the intersection of automake and libtool...
I've got a convenience library where the LDFLAGS includes -R:
noinst_LTLIBRARIES = libsomething.la
...
libsomething_la_LDFLAGS = -Rsomewhere
and I indeed see "-Rsomewhere" appear within libsomething.la's dependency_
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> 2) If you want a static library installed, and a convenience library for
> subsuming stuff in other libs, then just create both as separate
> entities. The name of the second one will remain local to your package.
> The downside of this is one extra `
Hello Kent,
* Kent Boortz wrote on Mon, Apr 09, 2007 at 06:55:18PM CEST:
>
> I build using "-static" given to libtool when creating executables, to
> link statically with our own libraries, but dynamically against system
> libraries.
There are two answers to address your issues:
1) Upcoming Libt
Hi,
I build using "-static" given to libtool when creating executables, to
link statically with our own libraries, but dynamically against system
libraries. Works nicely, except one small problem.
One library, lets call it "libstat", I always want to compile static and
install in the more privat
On Wednesday 02 August 2006 20:18, Harlan Stenn wrote:
> Is the *file* size bigger or are the results of 'size progname' bigger?
I've just compared the size of the binary, I didn't use the 'size' command.
Regards, Pieter
Is the *file* size bigger or are the results of 'size progname' bigger?
h
ease was because
my -fno-exceptions CPPFLAG was not correctly passed to the convenience
libraries, so all is fine again after I fixed that.
With the correct flags, the actual difference between subdir-objects and
convenience libraries turned out to be only only a few K's binary size, but
Pieter Grimmerink <[EMAIL PROTECTED]> writes:
> 1. move all >200 sourcefiles back into a single directory...
> 2. stop using autotools, so we no longer need convenience libs to handle
> subdirectories
You don't need convenience libraries to handle subdirectories. Have y
On Wednesday 26 July 2006 13:45, Pieter Grimmerink wrote:
> In an autotools project, I recently moved sourcefiles into convenience
> libraries, because the number of sourcefiles was getting rather large.
>
> Before this reorganisation, the binary size of the resulting (stripped)
>
In an autotools project, I recently moved sourcefiles into convenience
libraries, because the number of sourcefiles was getting rather large.
Before this reorganisation, the binary size of the resulting (stripped)
executable was about 800KB.
But after I moved about 50% of the total sourcecode
On 2003-12-11T11:00-0500, Marty Leisner wrote:
) I'm using libtool to make convenience libraries merging
) sublibraries...
)
) I really don't need to use libtool since I don't build shared libraries.
Ensure your configure.{ac,in} contains at least:
AC_PROG_CC
AC_PROG_RANL
I believe that Automake relies on libtool to support convenience
libraries.
Bob
On Thu, 11 Dec 2003, Marty Leisner wrote:
> I'm using libtool to make convenience libraries merging
> sublibraries...
>
> I really don't need to use libtool since I don't build shared l
I'm using libtool to make convenience libraries merging
sublibraries...
I really don't need to use libtool since I don't build shared libraries.
How can I use automake to build convenience libraries -- or do I
need to make a command in the makefile.am I can invoke like
this:
Hello,
I am trying to build a static library using convenience libraries .
My directory structure is as follows
/home/users/bkaradak/autotools/lmp/custom/
/home/users/bkaradak/autotools/lmp/mylib/rhat/
/home/users/bkaradak/autotools/lmp/mylib/base/
I can
32 matches
Mail list logo
