Hello Ralf,
On Tue, Sep 20, 2005 at 10:56:29AM +0200, Ralf Wildenhues wrote:
> echo "m4_include([$file])"
Aha, I'd tried it with "include". Thanks!
> You need aclocal from Automake >= 1.8 for this, I believe.
I put the macros into the autoconf-Java directory and used m4_include.
This worke
Hello,
On Wed, Sep 21, 2005 at 02:42:19PM +0200, Harald Dunkel wrote:
> And as Stepan mentioned, redefining prefix for 'make install'
> can have some unpredictable side effects, if it runs 'make all'
> first.
oh, I'm surprised to hear that I mentioned that. ;-)
But yes, I understand what you m
Stepan Kasal wrote:
>
> ad 1) The "install-am -> all-am" dependency causes everuthing to be checked.
>
> ad 2) I see the fillowing dependencies in a Makefile.in:
>
> install-exec-am: install-binPROGRAMS install-libLTLIBRARIES
> install-binPROGRAMS: $(bin_PROGRAMS)
> install-libLTLIBRARIES: $(lib
Hello Harlan,
On Wed, Sep 21, 2005 at 10:05:51AM +, Harlan Stenn wrote:
> > So if you run automake in both of these projects, both runs will
> > generate sntp/libopts/Makefile.in.
>
> Yes, which I agree is probably wrong,
it is wrong.
> but at this time I want to allow people to build ntp a
Hi Stepan,
> here is an explanation of your problem: sntp/libopts is a subdir
> of both of the packages: ntp-4.0.2b and ntp-4.0.2b/sntp.
Yes...
> So if you run automake in both of these projects, both runs will
> generate sntp/libopts/Makefile.in.
Yes, which I agree is probably wrong, but at th
Hello Harlan,
here is an explanation of your problem: sntp/libopts is a subdir
of both of the packages: ntp-4.0.2b and ntp-4.0.2b/sntp.
So if you run automake in both of these projects, both runs will
generate sntp/libopts/Makefile.in.
Well, this is consitent with the fact that both ./configure a
Hello,
On Tue, Sep 20, 2005 at 05:40:15PM +0200, Harald Dunkel wrote:
> *_DATA objects are verified on 2 paths:
>
> 1) install-am -> all-am -> $(DATA) -> *_DATA
> 2) install-am -> install-data-am -> *_DATA
>
> Any specific reason?
first, let me note that this is not specific to *_DATA, the same