Oh yeah. <br><br>The fix is to simply edit CMakeCache.txt and set VTK_ISTREAM_SUPPORTS_LONG_LONG=1 and VTK_OSTREAM_SUPPORTS_LONG_LONG=1 (when using VTK_USE_64BIT_IDS=True, which is default on 64bit systems).<br><br>Paul<br>
<br><br><div class="gmail_quote">On Wed, Mar 25, 2009 at 11:11 AM, Paul <span dir="ltr"><<a href="mailto:massivemonkeymayhem@gmail.com">massivemonkeymayhem@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Fixed the problem. Turns out it's an issue related to 64bit systems.<br><br>In the CMake scripts, it is incorrectly determining that my system doesn't support "long long"'s for istream/ostream. Despite this, it would still use long long's as vtkIdType. (This should generate a warning)<br>
<br>Thus VTK would try to build without a compiler flag enabling long long support, thereby generating errors anywhere a vtkIdType (long long) is fed to istream/ostream.<br><br>Paul<br><br><br><div class="gmail_quote">On Mon, Mar 23, 2009 at 11:45 AM, Paul <span dir="ltr"><<a href="mailto:massivemonkeymayhem@gmail.com" target="_blank">massivemonkeymayhem@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Bleh. I'm still having problems getting VTK to compile on my new machine. It's running on the new Intel Core i7, I'm wondering if there might be a bug with it and gcc/libstdc++. I flattened my disk and installed the Ubuntu 9.04 alpha - still no go. Is it definitely a problem with my build environment?<br>
<br>Paul<br><br><div class="gmail_quote">On Wed, Mar 18, 2009 at 3:08 PM, Paul <span dir="ltr"><<a href="mailto:massivemonkeymayhem@gmail.com" target="_blank">massivemonkeymayhem@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I haven't had any compile problems that I couldn't work out in the past, but I'm a bit puzzled over this one. <br><br>Running fresh, updated Ubuntu 8.10 64bit, gcc version 4.3.2.<br><br>/home/pd/Software/vtk-5.2.1/Common/vtkAbstractArray.cxx: In member function ‘virtual void vtkAbstractArray::PrintSelf(std::ostream&, vtkIndent)’:<br>
/home/pd/Software/vtk-5.2.1/Common/vtkAbstractArray.cxx:251: error: ambiguous overload for ‘operator<<’ in ‘std::operator<< [with _Traits = std::char_traits<char>](((std::basic_ostream<char, std::char_traits<char> >&)((std::ostream*)operator<<(((std::ostream&)((std::ostream*)os)), ((const vtkIndent&)((const vtkIndent*)(& indent)))))), ((const char*)"Size: ")) << ((vtkAbstractArray*)this)->vtkAbstractArray::Size’<br>
/usr/include/c++/4.3/ostream:112: note: candidates are: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>& (*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match><br>
/usr/include/c++/4.3/ostream:121: note: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ios<_CharT, _Traits>& (*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>] <near match><br>
...<br>etc<br>...<br><br>I get the same error with VTK nightly (March 17 2009)<br><br>Any suggestions?<br>
</blockquote></div><br>
</blockquote></div><br>
</blockquote></div><br>