4 Mar
2012
4 Mar
'12
8:14 p.m.
On 03/04/2012 03:00 AM, David C. Rankin wrote:
That would definitely explain it. I have found CMake to be very, very
reliable compared to Autotools (though this may just be due to the quality
of the work that Serghei did :-)), and usually problems that show up in
the CMake builds are due to code problems or operator error. ;-)
Tim
On 03/04/2012 02:55 AM, David C. Rankin wrote:
Tim,
I included the rest of the Cache files and CMakeFiles for the build
failure
too. They are here:
http://www.3111skyline.com/dl/dt/tde/err/build/CMakeFiles/
http://www.3111skyline.com/dl/dt/tde/err/build/CMakeCache.txt
http://www.3111skyline.com/dl/dt/tde/err/build/cmake_install.cmake
Let me know if I've missed something. Thanks!
AARGH! Nevermide, I figured it out. The tarball I created stripped . files
to
avoid .git directories, it stripped .version as well -- duh....
--
David C. Rankin, J.D.,P.E. > That
seems odd...can you post the full build log?
>
> Also, you don't need to rebuild from scratch (unless you were using
> an
> automated chroot builder)...
>
> Tim
>
Yep, seemed odd to me. I have posted both the build.log and package.log
files
for your here:
http://www.3111skyline.com/dl/dt/tde/err/tde-tdebase-build+package.log.tar.…
It looks like there is a cmake file that is telling cmake to pull in a
.version
file that doesn't exist. Who knows - gremlins :)
Let me know if you need me to post anything else to help. And, yes, I'm
building
in a union filesystem chroot environment so, unfortunately, I'll have
to do it
all over again :)