* Ralf Wildenhues wrote on Tue, Nov 15, 2005 at 07:37:50AM CET:
>
> noinst_PROGRAMS = program.elf program.bin
> program_elf_SOURCES = main.c
>
> program.bin$(EXEEXT): program.elf
> $(OBJCOPY) -O binary program.elf program.bin
Gaah, that should've been
$(OBJCOPY) -O binary program.e
* Harlan Stenn wrote on Tue, Nov 15, 2005 at 12:08:26AM CET:
> * Heiko Panther wrote:
> > Trying the following gives me an error.
> >
> > noinst_PROGRAMS = program.elf program.bin
> > program_elf_SOURCES = main.c
> >
> > program.bin: program.elf
> > $(OBJCOPY) -O binary program.elf program.bi
Hello,
I invoke automake -a -c and no config.sub or config.guess are copied.
In my configure.ac, I use:
AC_CANONICAL_TARGET
AC_CONFIG_AUX_DIR([.])
AM_INIT_AUTOMAKE
According to the doc, that should copy config.sub and config.guess in the
current directory.
My version of automake is 1.9.2.
Wh
Use:
noinst_PROGRAMS = program.elf
noinst_SCRIPTS = program.bin
H
--
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi!
>
> Trying the following gives me an error.
>
> noinst_PROGRAMS = program.elf program.bin
> program_elf_SOURCES = main.c
>
> program.bin: program.elf
> $(OBJCOP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
Trying the following gives me an error.
noinst_PROGRAMS = program.elf program.bin
program_elf_SOURCES = main.c
program.bin: program.elf
$(OBJCOPY) -O binary program.elf program.bin
Use of uninitialized value in concatenation (.) or stri
Hi Heiko,
* Heiko Panther wrote on Mon, Nov 14, 2005 at 10:50:58PM CET:
>
> I would like the program I generate to have an arbitrary extension, like
> program.elf.
No problem.
> It looks like the macro AC_EXEEXT was used for that, but doesn't
> work anymore (I use autoconf 2.59).
I think it wa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi-
I would like the program I generate to have an arbitrary extension, like
program.elf. It looks like the macro AC_EXEEXT was used for that, but doesn't
work anymore (I use autoconf 2.59).
Autoconf gives me errors when I do stuff like
noinst_PROGRAM
it seems that if something appeared in the same place in a Makefile, they are
not ordered. ex. if they are both dependencies of a target.
currently, the problem is solved by using BUILT_SOURCES and/or manual rules for
sources. as you mentioned.
if automake will accept userdefined rule to be act
thanks very much.
it seems that if something appeared in the same place in a Makefile,
they are not ordered. ex. if they are both dependencies of a target.
currently, the problem is solved by using BUILT_SOURCES and/or manual
rules for sources. as you mentioned.
if automake accept userdefined ru
Hi Harald,
* Harald Dunkel wrote on Sun, Nov 13, 2005 at 06:44:12PM CET:
> Ralf Wildenhues wrote:
> >
> > Please consider this thread:
> > http://lists.gnu.org/archive/html/libtool/2005-10/msg00069.html
>
> How is this thread related to copying a missing script?
It shows that your patch is not
i have Makefile.am like this, and it didn't ask for `compile' script
during `configure'.
bin_PROGRAMS = test
test_SOURCES = c.c cc.cc
both sources is empty file.
On 11/14/05, Harald Dunkel <[EMAIL PROTECTED]> wrote:
> Ralf Wildenhues wrote:
> > Hi Harald,
> >
> >
> > Please consider this t
11 matches
Mail list logo