On Thu, Mar 10, 2011 at 3:14 PM, Darrell Anderson
<humanreadable(a)yahoo.com>wrote;wrote:
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?
IIRC, autoconf-2.65 was the release that was creating problems, right? I'm
asking this because if it is so, the Gentoo guys have solved the build
problems with autoconf-2.65 on their build scripts.
Best regards,
Tiago
Darrell
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help(a)lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting