Jeremy Erwin wrote:
[]
relevant .m4 file to see if there's an error. Here's the autoconf-2.13
version. (/sw/share/autoconf/acspecific.m4)
There is no such file in autoconf25. The closest is probably
/sw/share/autoconf/autoconf/c.m4 which contains
if test -z $CPP; then
At 0:57 Uhr +0200 29.05.2002, Martin Costabel wrote:
[...]
To continue this thought (proposal, rant?): I sometimes have the feeling
that cvs committers are a little too trigger-happy, in that they kill
the old version immediately when submitting a new one. It would be
useful sometimes to be able
Jeremy Erwin wrote:
I am in the process of testing a fink port of open dx (version 4.2.0) My
port uses automake, so as to keep the patch smaller and easier to debug.
What packages will insure that a would be compiler can run aclocal,
automake, autoconf and autoheader?
I'll give a long
Max Horn wrote:
[...]
automake-1.4-p5-2: Needed for building some packages. Only exists in
stable, not in unstable, although this violates fink policy.
Nonsense! This is the case for many packages - newer version exists
in unstable than in stable in many cases, that's not a violation
Martin Costabel wrote:
Jeremy Erwin wrote:
[]
I'm using fink supplied versions of automake-1.5, autoconf-2.13.
Yes, I just tried this combination, too, and it compiled completely. So,
unless someone has a better idea, perhaps you should require *exactly*
these versions in BuildDepends
On Tuesday, May 28, 2002, at 07:24 PM, Martin Costabel wrote:
Martin Costabel wrote:
Jeremy Erwin wrote:
[]
I'm using fink supplied versions of automake-1.5, autoconf-2.13.
Yes, I just tried this combination, too, and it compiled completely.
So,
unless someone has a better idea,
On Tuesday, May 28, 2002, at 06:57 PM, Martin Costabel wrote:
To continue this thought (proposal, rant?): I sometimes have the feeling
that cvs committers are a little too trigger-happy, in that they kill
the old version immediately when submitting a new one.
It is possible to get it back;
