What caveats should I know with downgrading autoconf/automake?
The port to cmake is a wise long-term strategy but will take time. While svn remains in a
mixed autotools and cmake environment, both sets of build tools are needed during the
transition.
As I am already two releases behind, I was thinking about moving to the next release of
Slackware, which is now in RC status. That move also will allow me to test Trinity in an
environment with KDE4 installed.
That upcoming Slackware release comes with autoconf-2.68 and automake-1.11.1.
As explained to me, I cannot build KDE 3.5.10 or Trinity with that version of those
tools.
I was thinking about updating to the new Slackware release and then temporarily
downgrading to autoconf-2.63 and automake-1.10.1 so I can build and help test Trinity
during the long-term port to cmake.
I presume that if I want to build third-party packages for the new Slackware release, I
might have to toggle to autoconf-2.68 and automake-1.11.1 to ensure no compatibility
problems.
Perhaps I need only downgrade autoconf and not automake. I have no clue if that is
possible too.
Will this work?
Darrell