bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: $(EXEEXT) not properly appended to @program@ in bin_PROGRAMS


From: Alexandre Duret-Lutz
Subject: Re: $(EXEEXT) not properly appended to @program@ in bin_PROGRAMS
Date: Thu, 13 Mar 2003 20:51:44 +0100
User-agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.2 (gnu/linux)

>>> "Fred" == Fred Cox <address@hidden> writes:

 Fred> I'm using automake 1.7.3, the latest stable release of automake.

 Fred> Our generated program's name is different, depending on
 Fred> configuration switches.

 Fred> For platforms which don't have an extension to signify that something
 Fred> is executable, this idiom seems to work for me:

 Fred> EXTRA_PROGRAMS=daemon

 Fred> bin_PROGRAMS=normal @DAEMON_NAME@

 Fred> However, under Win32/MinGW, the make fails.  After some digging I
 Fred> determined that the second bin_PROGRAMS in the Makefile.in is this:

 Fred> bin_PROGRAMS = normal$(EXEEXT) @DAEMON_NAME@

 Fred> rather than:

 Fred> bin_PROGRAMS = normal$(EXEEXT) @address@hidden(EXEEXT)

 Fred> as I would expect.

Automake cannot know that @DAEMON_NAME@ will always containe
*one* program name.  Consider @MAYBE_A_PROGRAM_NAME@ or
@MANY_PROGRAM_NAMES@: in both cases appending $(EXEEXT) would be
wrong.

 Fred> I've attached my boiled down configure.ac and Makefile.am, along with
 Fred> the generated Makefile.in.

 Fred> Is there a workaround (besides hand editing the Makefile.in) or a
 Fred> quick bugfix?

Sure! Please see the `Conditional compilation of programs'
section of the manual.  Let me know if it can be improved.
-- 
Alexandre Duret-Lutz





reply via email to

[Prev in Thread] Current Thread [Next in Thread]