Daniel,
this is still a known bug in released versions of autotools, see
http://debbugs.gnu.org/13928
Best,
Bert
On Sun, Jun 12, 2016 at 9:22 AM, Daniel Pocock wrote:
>
>
> According to the "Warning" in this page[1], it is not permitted to use
> variables in _SOURCES. Is this deliberate or is
Hi,
On Tue, Aug 18, 2015 at 10:08 AM, Tom Ghyselinck
wrote:
> Hi all,
>
> I just upgraded to automake-1.15.
>
> I got a warning about future incompatibilities:
> src/Makefile.am:205: warning: source file
> 'StackControllers/AbstractController.cpp' is in a subdirectory,
> src/Makefile.am:
On Tue, Jun 30, 2015 at 2:16 AM, 远猷 wrote:
> thanks for your reply!
>
> but why forbidding “include” a sub-makefiles.am with absolute path?
Do you want to 'include' a 'automake file' fragment so that it is
processed when automake is running (mostly done by autoreconf these
days) or do you want to
On Tue, Mar 10, 2015 at 11:54 AM, Vincent Torri wrote:
> On Tue, Mar 10, 2015 at 10:47 AM, Marc Wäckerlin wrote:
>> Any comments on what is a proper solution?
>>
>> Requirements fo a solution:
>> - Add makefile rules from within configure.ac
>> - No maual changes in makefile.am files required
>
On Sun, Mar 8, 2015 at 7:33 PM, Bob Friesenhahn
wrote:
> On Sun, 8 Mar 2015, Bert Wesarg wrote:
>>>>
>>>>
>>>> So if A/Makefile.am contains:
>>>>
>>>> foo_SRCS = ... $(srcdir)/../foo/bar.c
>>>
>>>
>>>
>
On Sun, Mar 8, 2015 at 4:22 PM, Bob Friesenhahn
wrote:
> On Sun, 8 Mar 2015, Harlan Stenn wrote:
>>
>>
>> The problem I'm seeing (with at least automake-1.12.1 and automake-1.15)
>> is that the .deps directories are not being created along the subdir
>> path, so the build is failing.
>>
>> So if A
hrows the warning, and also want to
maintain compatibly with pre-1.14 automake.
Any guidance is more than welcomed.
Kind Regards,
Matthias Jurenz & Bert Wesarg
[1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928
foo-subdir-objects-warnings.tar.gz
Description: GNU Zip compressed data
Hi,
On Wed, May 23, 2012 at 2:17 AM, Bob Friesenhahn
wrote:
> The forthcoming Automake release is about to break the means I have been
> using to automatically version my package (without manually editing
> configure.ac) for the past 9 years. I am told to use m4 code in the AC_INIT
> arguments i
