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 ge
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 conta
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 Harl
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?
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 201
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 int
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
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 I
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:
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 figur
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 t
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
>>>
>>>
>>>
>>> As far as I am aware, it is wise/required that source paths be
>>> subordinate
>>> to the Mak
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 specificati
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:
> >
>
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,
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
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 I
On 8 March 2015 at 11:50, Diego Elio Pettenò wrote:
> On 8 March 2015 at 09:46, Harlan Stenn 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 does work, once you manage
On 8 March 2015 at 09:46, Harlan Stenn 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/
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
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)
21 matches
Mail list logo
