bug-automake
[Top][All Lists]
Advanced

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

Re: RFE: support per-program noinst_HEADERS


From: Ralf Wildenhues
Subject: Re: RFE: support per-program noinst_HEADERS
Date: Wed, 12 Mar 2008 20:19:17 +0100
User-agent: Mutt/1.5.17+20080114 (2008-01-14)

* Chris Pickett wrote on Wed, Mar 12, 2008 at 08:10:41PM CET:
> Ralf Wildenhues wrote:
>> * Chris Pickett wrote on Wed, Mar 12, 2008 at 07:50:46PM CET:
>>> I would like to be able to use noinst_prog_HEADERS, but with 1.10.1 I 
>>>  get a complaint about noinst_progdir not being defined:
>>
>> You can just put all your not-to-be installed headers into the *_SOURCES
>> alongside the .c/.cc/... files.  *_HEADERS really is necessary only for
>> headers that are to be installed.
>
> That doesn't work for me.  I am #include'ing .c files, and I do not want  
> objects built for them.  This works fine with noinst_HEADERS for a  
> single library or program:

So why not this?

noinst_HEADERS =
if PROG1
noinst_HEADERS += ...
else
noinst_HEADERS += ...
endif

if PROG2
noinst_HEADERS += ...
endif

Really adding files to noinst_HEADERS isn't much different from just
adding them to EXTRA_DIST.

I agree that the warning 

>>> `noinst_prog_HEADERS' is used but `noinst_progdir' is undefined

is weird.  I'm mostly arguing to avoid having to do the work of fixing
the warning.  ;-)

> I did play with other methods, like adding the objects to prog_LDADD,  
> but I couldn't get them to work.

prog_LDADD is for adding stuff to the link of the program.

> P.S.  I also did get this to work using prog_DEPENDENCIES, but the  
> manual warns that it is not for source code.

prog_DEPENDENCIES is for explicitly listing link dependencies which
automake can not infer from prog_LDADD.

Cheers,
Ralf




reply via email to

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