On Sun, 8 Mar 2015, Bert Wesarg wrote:
So if A/Makefile.am contains:
foo_SRCS = ... $(srcdir)/../foo/bar.c
As far as I am aware, it is wise/required that source paths be subordinate
to the Makefile.am location (no .. bits).
If that would really be a requirement now or with subdir-objects,
Bob Friesenhahn writes:
I checked the current Automake manual and am not able to find any text
which says that a subdirectory needs to be a subdirectory of where the
Makefile resides. What is a subdirectory anyway? The generated
Makefile would include per-source-file target specifications
On Sun, Mar 8, 2015 at 7:33 PM, Bob Friesenhahn
bfrie...@simple.dallas.tx.us wrote:
On Sun, 8 Mar 2015, Bert Wesarg wrote:
So if A/Makefile.am contains:
foo_SRCS = ... $(srcdir)/../foo/bar.c
As far as I am aware, it is wise/required that source paths be
subordinate
to the Makefile.am
Bob Friesenhahn writes:
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---559023410-713165029-1425842271=:4186
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-7; FORMAT=flowed
Content-ID:
Bob Friesenhahn writes:
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/Makefile.am contains:
foo_SRCS = ...
On Sun, 8 Mar 2015, Harlan Stenn wrote:
Due to the availability of Automake include files, hardly any text
need appear in a top-level Makefile.am, although the full content of
Makefile.in would appear at that location in the source package.
I'll probably be doing that too, but at this point
On Sun, 8 Mar 2015, Harlan Stenn wrote:
'make dist' and 'make distcheck' have been working fine for a Very Long
Time in this project.
In my attempt to get subdir-objects working NTP, I added
subdir-objects to the list of options in the AM_INIT_AUTOMAKE line in
its configure.ac file. I
Bert Wesarg writes:
I think we must distinguish between a toplevel-Makefile.am and
'sub'-Makefile.am. 'sub' may be a recusive Makefile.am in the same
'configure.ac' project, or in a sub-'configure.ac' project. And
referencing source files outside of a sub-Makefile.am's tree but
inside a the
convenience libraries take a bit longer. But I think we
only have one of them.
If converting to subdir objects doesn't make things much slower and it
avoids warnings, that's enough for me.
If a way can be found to get a non-recursive solution implemented as
well where we still have the build options we
I've got an old style build tree and I'm trying to convert it to use
subdir-oobjects.
I've got a good number of subdirs in this project, and some of these
subdirs contain source files but no Makefile.am (or derivatitives).
The problem I'm seeing (with at least automake-1.12.1 and automake-1.15)
Harlan Stenn writes:
I've got an old style build tree and I'm trying to convert it to use
subdir-oobjects.
I've got a good number of subdirs in this project, and some of these
subdirs contain source files but no Makefile.am (or derivatitives).
The problem I'm seeing (with at least
On 03/08/2015 07:46 PM, 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/Makefile.am contains:
foo_SRCS = ... $(srcdir)/../foo/bar.c
Hi
On Sun, 8 Mar 2015, Harlan Stenn wrote:
I'm happy to look at that, and each of these Makefiles will need to be
generated by configure (config.status) because they need to be in the
build tree. I figure that's a project to look at once I get
subdir-objects going.
Turn convenience libraries
Hi Peter,
Peter Johansson writes:
On 03/08/2015 07:46 PM, 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/Makefile.am contains:
On 8 March 2015 at 09:46, Harlan Stenn st...@ntp.org wrote:
foo_SRCS = ... $(srcdir)/../foo/bar.c
Have you tried omitting $(srcdir) altogether? It should work just fine
then. So just foo_SOURCES = ../foo/bar.c
Diego Elio Pettenò — Flameeyes
https://blog.flameeyes.eu/
On 8 March 2015 at 11:50, Diego Elio Pettenò flamee...@flameeyes.eu wrote:
On 8 March 2015 at 09:46, Harlan Stenn st...@ntp.org wrote:
foo_SRCS = ... $(srcdir)/../foo/bar.c
Have you tried omitting $(srcdir) altogether? It should work just fine
then. So just foo_SOURCES = ../foo/bar.c
This
On Sun, Mar 8, 2015 at 4:22 PM, Bob Friesenhahn
bfrie...@simple.dallas.tx.us 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
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/Makefile.am contains:
foo_SRCS = ... $(srcdir)/../foo/bar.c
As far as
18 matches
Mail list logo
