> "Assar" == Assar Westerlund <[EMAIL PROTECTED]> writes:
Assar> "Gabor Z. Papp" <[EMAIL PROTECTED]> writes:
>> can I use/define somehow additional aclocal directory, where I can
>> put additional m4 files?
Assar> Yes, use `aclocal -I dir' where dir is the directory of your
Assar> additional
Hello, Tom!
I'm terribly sorry that I overlooked this message and left it unanswered
for more than one week :-(
> Jim> I've just looked into the failure of test pr19.
>
> I don't understand.
> pr19.test works fine for me.
The problem is that if you configure automake in the source directory
(i
[EMAIL PROTECTED] (Johan Danielsson) writes:
> > + local @list = glob($relative_dir);
>
> Please don't use glob. It's broken.
Sorry, I don't understand how )-:
I found two QAs in the Perl FAQ about glob:
[...]
By default glob() forks csh(1) to do the actual glob
exp
On Mar 12, 2000, John Fremlin <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Johan Danielsson) writes:
>> > + local @list = glob($relative_dir);
>>
>> Please don't use glob. It's broken.
> Sorry, I don't understand how )-:
It doesn't matter. This won't go into automake, because the
John Fremlin <[EMAIL PROTECTED]> writes:
> > Please don't use glob. It's broken.
>
> Sorry, I don't understand how )-:
There are many problems. One problem not mentioned is that csh (on
some platforms) like to stat just about every file it can find. This
is not a big deal on most machines, but
Akim Demaille <[EMAIL PROTECTED]> writes:
> ACLOCAL_AMFLAGS = -I dir
>
> which is slighly better, since I don't think autoreconf will recognize
> the former, while it definitely knows the latter.
Yes, but autoreconf 2.13 does not understand that. :-(
/assar
Johan Danielsson <[EMAIL PROTECTED]> writes:
> There are many problems. One problem not mentioned is that csh (on some
> platforms) like to stat just about every file it can find. This is not a
> big deal on most machines, but if you happen to be using a networked
> file system, it can be a real
On Feb 2, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Only CVS autoconf accepts implicitly quotes backticks in
Alexandre> MSGs. But it complains if backtick is already quoted.
Alexandre> Relying upon the autoconf-CV
| On Feb 2, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
| >> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
| Alexandre> Only CVS autoconf accepts implicitly quotes backticks in
| Alexandre> MSGs. But it complains if backtick is already quoted.
| Alexandre> Relying upon the a
On Mar 13, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
> And again, I shall emphasize that this little comfort is a myth: you
> *need* to update Automake if you update Autoconf, let it be because
> Automake still doesn't support AC_CONFIG_FILES, AC_CONFIG_HEADERS and
> the like, new AC_SUBST v
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Mar 13, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> And again, I shall emphasize that this little comfort is a myth:
>> you *need* to update Automake if you update Autoconf, let it be
>> because Automake still do
On Mar 13, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Mar 13, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>> And again, I shall emphasize that this little comfort is a myth:
>>> you *need* to update Automake i
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> I'd really prefer to have a stable release of automake with
Alexandre> the many the new features introduced since release 1.4,
Alexandre> particularly user-side dependency tracking, before starting
Alexandre> to rely on C
13 matches
Mail list logo
