Robert == Robert Collins [EMAIL PROTECTED] writes:
[...]
Robert configure:1847: cd conftest eval autoconf -o /dev/null conftest.ac
Robert autom4te: cannot open /dev/null.tmp: Permission denied
Robert Is this a 'need to use 2.59' thing? (If so, the error is misleading).
It works fine with
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
Marty == Marty Leisner [EMAIL PROTECTED] writes:
adl [...]
Marty common/Makefile.am:1: directory should not contain `/'
Marty Just wondering for some thoughts on this matter...is
Marty there any reason to insist on single level source
Well, I finally snuck in a little time to update my proof of concept for
non recursive includes.
Still, I don't code perl - and it shows ;).
How to use?
Grab CVS automake, apply thepatch, drop the test files into tests
subdir.
Have a look at the test cases to see how to use it.
What does it
Got your attention?
Let me show you the way Financial Independence: www.saax.org?axel=49
No more advertisements, thanks - www.5jzd.org/out5s/pre-rem2e.asp
aripfhqhbonin mg rjb
drqyqdzqy i tirof zpp
efj j
nlxeg
On Mon, 2003-12-01 at 18:09, Alexandre Duret-Lutz wrote:
Robert == Robert Collins [EMAIL PROTECTED] writes:
[...]
Robert configure:1847: cd conftest eval autoconf -o /dev/null conftest.ac
Robert autom4te: cannot open /dev/null.tmp: Permission denied
Robert Is this a 'need to use
On Fri, 2003-11-28 at 04:29, Bob Friesenhahn wrote:
It is not a problem as long as Automake provides sufficient
automatic translation capabilities. There just needs to be a standard
way to create definitions and refer to existing definitions, including
those that Automake generates for its
On Fri, 2003-11-28 at 03:49, Jirka Hanika wrote:
My view is that these (and other) problems disappear if you use a
per-directory Makefile.am; but I also see the benefits (esp. compilation
speed) of a non-recursive Makefile. So the solution could be to support
generating a single Makefile
A minor oversight led to a regression, which I caught when the test
cases finished running... here's a replacement patch. (Still use the
test cases from my previous email).
Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
Index: automake.in
On Tue, 2 Dec 2003, Robert Collins wrote:
On Tue, 2003-12-02 at 02:10, Bob Friesenhahn wrote:
Hmm, I'd prefer to do it via the include mechanism - see my crude, but
effective updated proof of concept - posted here a minute ago.
I like your include approach. It helps convert existing
On Tue, 2003-12-02 at 07:08, Bob Friesenhahn wrote:
By 'read only', I mean that there is an existing source tree with no
Makefile.am's (perhaps it uses some other build system) and you are
not allowed to (or shouldn't) update it. Since Automake supports
subdirectories, the Makefile.am doesn't
On Mon, 2003-12-01 at 09:47, Joerg Faschingbauer wrote:
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
Marty == Marty Leisner [EMAIL PROTECTED] writes:
adl [...]
Marty common/Makefile.am:1: directory should not contain `/'
Marty Just wondering for some thoughts on this
On Tue, 2003-12-02 at 02:10, Bob Friesenhahn wrote:
Hmm, I'd prefer to do it via the include mechanism - see my crude, but
effective updated proof of concept - posted here a minute ago.
I like your include approach. It helps convert existing recursive
builds into non-recursive builds with
On Mon, Dec 01, 2003 at 07:52:37PM +1100, Robert Collins wrote:
It transforms macros and paths in an included file (called
Makefile.rules for now) , to make them suitable for a non-recursive
build.
As show by the test cases, this allows a couple of neat things:
1) A stub Makefile.am
===
On Mon, 1 Dec 2003, Robert Collins wrote:
and substitution of existing Makefile defines (but not defines based
on autoconf substituted values) should also work so the following
should produce the same result:
FOO_BAR=foo/bar++
$(xlate $(FOO_BAR))_SOURCES
This would be
14 matches
Mail list logo