[vtk-developers] OS X vtkDetermineCompilerFlags.cmake broken for gcc 4.5 up -mlong-branch only relevant to PPC

[David Gobbi]

On Fri, Apr 20, 2012 at 4:33 PM, Sean McBride <sean at rogue-research.com> wrote:
> On Fri, 13 Apr 2012 15:49:51 -0400, Sean McBride said:
>
>>On Fri, 13 Apr 2012 15:02:44 -0400, David Cole said:
>>
>>>Some files probably included some system headers that had "\p" strings in
>>>them...
>>>
>>>Not sure if it's true anymore.
>>
>>As best as I can tell, there's no Pascal strings, and that stuff is not
>>needed.  I'll try removing some of this cruft and create a patch...
>
> I haven't forgotten about this, and have been experimenting with a patch, but have been waiting for the post-modularization changes to settle down.
>
> I've seen messages fly by that look related, but, I'm no longer able to build with wrappings enabled because a process named vtkWrapHierarchy gets stuck.  Due to this I can't throughly test my patch and I've also disabled VTK builds from my dashboard.  Sampling the process reveals the call graph below.  Anyone know what's going on here?  Thanks.

What version of VTK are you using?  There was a bug in
vtkParsePreprocess.c that I recently fixed, the exactly symptom
of the bug was an infinite loop in preproc_include_file that would
occur sporadically for header files that had a backslash at character
position 8191 within the file.  I committed the fix on April 12:
http://vtk.org/gitweb?p=VTK.git;a=commit;h=8977cc9c

This bug had been present since VTK 5.8.

 - David