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
Bob Friesenhahn writes:
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
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
Looks like I've got the automake to make.
Thanks
art
-Original Message-
From: Bob Friesenhahn [mailto:bfrie...@simple.dallas.tx.us]
Sent: Saturday, March 07, 2015 5:42 PM
To: Arthur Schwarz
Cc: automake@gnu.org
Subject: Re: Trouble creating a check program in automake
On Sat, 7 Mar
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:
I didn't find any proper solution with google for the following problem:
How do the makefile rules come into the makefile?
E.g. when I use AC_PROG_CXX, in the makefile rules should be added, such
as compiling .o from .cxx and to cleanup .o files, and so on - or ar
these rules always there?
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, 8 Mar 2015, Marc Wäckerlin wrote:
---
bin_PROGRAMS = cardgui
cardgui_SOURCES = cardgui.cxx cardgui.hxx \
password.hxx cardgui-model.hxx \
cardgui.ui password.ui
---
Should
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
21 matches
Mail list logo