Is there any support in automake for building a binary that will only be
used during the build process?
wt
--
Warren Turkal
President, GOLUM, Inc.
http://www.golum.org
On Mon, 2003-09-22 at 19:56, Warren Turkal wrote:
> Is there any support in automake for building a binary that will only be
> used during the build process?
yes,
noinst_PROGRAMS = convenience_binaries
any rules that depend on one of the binaries should be written as:
thing: binary$(EXEEXT)
Robert Collins wrote:
> yes,
> noinst_PROGRAMS = convenience_binaries
Can these convenience programs be built for the host arch in a
cross-compiled environment?
wt
--
Warren Turkal
President, GOLUM, Inc.
http://www.golum.org
On Mon, 2003-09-22 at 21:22, Warren Turkal wrote:
> Robert Collins wrote:
> > yes,
> > noinst_PROGRAMS = convenience_binaries
>
> Can these convenience programs be built for the host arch in a
> cross-compiled environment?
probably, you'll likely need to override the default build recipe
though..
On Mon, 2003-09-22 at 13:22, Warren Turkal wrote:
> Robert Collins wrote:
> > yes,
> > noinst_PROGRAMS = convenience_binaries
>
> Can these convenience programs be built for the host arch in a
> cross-compiled environment?
No, not without further assistance.
autoconf and automake do not support m
On Mon, Sep 22, 2003 at 10:01:24PM +1000, Robert Collins wrote:
> On Mon, 2003-09-22 at 21:22, Warren Turkal wrote:
> > Robert Collins wrote:
> > > yes,
> > > noinst_PROGRAMS = convenience_binaries
> >
> > Can these convenience programs be built for the host arch in a
> > cross-compiled environmen
On Mon, 2003-09-22 at 22:31, Andrew Suffield wrote:
> On Mon, Sep 22, 2003 at 10:01:24PM +1000, Robert Collins wrote:
> > On Mon, 2003-09-22 at 21:22, Warren Turkal wrote:
> > > Robert Collins wrote:
> > > > yes,
> > > > noinst_PROGRAMS = convenience_binaries
> > >
> > > Can these convenience prog
Yes. At least for libraries. For libtool you use noinst_LTLIBRARIES to
create convenience libraries. These are often used as intermediate
libraries for a series of object files that are later on included in a
final executable or library which /will/ be installed.
Regards,
Sander
On maandag, sep
Dear Friend,
Compliment of the day, I am JOHN KYARI, The son of late General Kubwa Kyari of the
Democratic Republic of Congo.
My father was a General in the Congolese Army. In his position (My father) with the
office of the presidentcy during the regime of Laurent Kabila, he was assigned on a
se
Hi Tom,
>>> "Tom" == Tom Crane <[EMAIL PROTECTED]> writes:
[...]
Tom> cd . && automake --foreign Makefile
Tom> aclocal.m4:473: error: m4_defn: undefined macro: _m4_divert_diversion
Tom> autoconf/lang.m4:172: AC_LANG_RESTORE is expanded from...
Tom> aclocal.m4:473: the top level
Tom> autom4t
>>> "Andrew" == Andrew Suffield <[EMAIL PROTECTED]> writes:
[...]
Andrew> Can it ever be correct for a noinst object to be built for the target
Andrew> environment?
Yes. noinst_ tells Automake not to define rules to install
them. For instance these might be programs that are installed
with
> Hi Tom,
Hi Alexandre,
Thanks for the followup.
[...cut...]
>
> You can ignore this second diagnostic, it's only a consequence
> of the first problem. The real error is in aclocal.m4 line 473.
> Could you show that to us? Something is probably underquoted.
The machine with the problem is at
Robert Collins wrote:
> Not necessarily - but certainly the common case is for them to be build
> system only.
Maybe we should consider adding something like host_PROGRAMS. Just to let
you all know why I need this, I am converting libX11 from XFree86 to use
autotools for the Freedesktop.org projec
On Mon, 2003-09-22 at 23:54, Warren Turkal wrote:
> Robert Collins wrote:
> > Not necessarily - but certainly the common case is for them to be build
> > system only.
>
> Maybe we should consider adding something like host_PROGRAMS. Just to let
> you all know why I need this, I am converting libX1
14 matches
Mail list logo
