[Paraview] Problem compiling paraview on Mac Intel

Guajana Ivan guajanai at student.ethz.ch
Tue Mar 21 13:33:19 EST 2006 

We are almost there, I guess. No more segmentation faults, but the
following error:

ivang$ ./paraview
X Error of failed request:  BadColor (invalid Colormap parameter)
   Major opcode of failed request:  1 (X_CreateWindow)
   Resource id in failed request:  0x1
   Serial number of failed request:  1141
   Current serial number in output stream:  1142


The linker gave a bunch of warnings like

symbol _XDrawLines used from dynamic library /usr/X11R6/lib/ 
libX11.dylib(DrLines.o) not from earlier dynamic library /System/ 
Library/Frameworks/Tk.framework/Versions/8.4/Tk(single module)
symbol _XDrawImageString used from dynamic library /usr/X11R6/lib/ 
libX11.dylib(ImText.o) not from earlier dynamic library /System/ 
Library/Frameworks/Tk.framework/Versions/8.4/Tk(single module)
symbol _XSetArcMode used from dynamic library /usr/X11R6/lib/ 
libX11.dylib(GCMisc.o) not from earlier dynamic library /System/ 
Library/Frameworks/Tk.framework/Versions/8.4/Tk(single module)
symbol _XSetFillRule used from dynamic library /usr/X11R6/lib/ 
libX11.dylib(GCMisc.o) not from earlier dynamic library /System/ 
Library/Frameworks/Tk.framework/Versions/8.4/Tk(single module)
symbol _XSetFillStyle used from dynamic library /usr/X11R6/lib/ 
libX11.dylib(GCMisc.o) not from earlier dynamic library /System/ 
Library/Frameworks/Tk.framework/Versions/8.4/Tk(single module)
symbol _XSetFunction used from dynamic library /usr/X11R6/lib/ 
libX11.dylib(SetFunc.o) not from earlier dynamic library /System/ 
Library/Frameworks/Tk.framework/Versions/8.4/Tk(single module)


so, it seems that the X11 library is used instead of Tk's version. Is  
that correct?

Ivan


On 21/mar/06, at 19:16, Moreland, Kenneth wrote:

> Ivan,
>
> It looks like the wrong Tcl library is being linked in.  Try setting
> both CMAKE_EXE_LINKER_FLAGS and CMAKE_SHARED_LINKER_FLAGS to
> -Wl,-serach_paths_first
>
> -Ken
>
>> -----Original Message-----
>> From: paraview-bounces+kmorel=sandia.gov at paraview.org
>> [mailto:paraview-bounces+kmorel=sandia.gov at paraview.org] On
>> Behalf Of Ivan Guajana
>> Sent: Tuesday, March 21, 2006 11:03 AM
>> To: paraview at paraview.org
>> Subject: Re: [Paraview] Problem compiling paraview on Mac Intel
>>
>> Thanks Ken!
>>
>> Pointing cmake to the OpenGL implementation in /usr/X11R6/
>> seems to work.
>> I compiled paraview and I can execute it. I see the splash
>> screen until "Building UI (main window)", where it crashes
>> with a segmentation fault.
>> I noticed the following warnings at the end of the
>> compilation process:
>>
>> [lots of similar linking errors before]
>> /usr/bin/ld: warning multiple definitions of symbol _XBell
>> /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libtk8.4.dylib(single
>> module) definition of _XBell
>> /usr/X11R6/lib/libX11.dylib(Bell.o) definition of _XBell
>> /usr/bin/ld: warning multiple definitions of symbol
>> _XCreateIC
>> /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libtk8.4.dylib(single
>> module) definition of _XCreateIC
>> /usr/X11R6/lib/libX11.dylib(ICWrap.o) definition of _XCreateIC
>> /usr/bin/ld: warning multiple definitions of symbol
>> _XChangeProperty
>> /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libtk8.4.dylib(single
>> module) definition of _XChangeProperty
>> /usr/X11R6/lib/libX11.dylib(ChProp.o) definition of _XChangeProperty
>> /usr/bin/ld: warning multiple definitions of symbol
>> _XSendEvent
>> /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libtk8.4.dylib(single
>> module) definition of _XSendEvent
>> /usr/X11R6/lib/libX11.dylib(SendEvent.o) definition of _XSendEvent
>> /usr/bin/ld: warning suggest use of -bind_at_load, as lazy
>> binding may result in errors or different symbols being used
>> symbol vtkDataArrayTemplate<unsigned char>::GetValue(int)used
>> from dynamic library /Users/ivang/Desktop/paraview-Darwin-Intel/bin/
>> libvtkCommon.dylib(vtkUnsignedCharArray.o) not from earlier
>> dynamic library libvtkFilteringCS.dylib(vtkCellTypesClientServer.o)
>> symbol vtkDataArrayTemplate<unsigned char>::SetValue(int,
>> unsigned char)used from dynamic library
>> /Users/ivang/Desktop/paraview-Darwin-
>> Intel/bin/libvtkCommon.dylib(vtkUnsignedCharArray.o) not from
>> earlier dynamic library
>> libvtkFilteringCS.dylib(vtkCellTypesClientServer.o)
>> symbol __ZN20vtkDataArrayTemplateIhE8SetValueEih.eh used from
>> dynamic library /Users/ivang/Desktop/paraview-Darwin-Intel/bin/
>> libvtkCommon.dylib(vtkUnsignedCharArray.o) not from earlier
>> dynamic library libvtkFilteringCS.dylib(vtkCellTypesClientServer.o)
>> symbol __ZN20vtkDataArrayTemplateIhE8GetValueEi.eh used from
>> dynamic library /Users/ivang/Desktop/paraview-Darwin-Intel/bin/
>> libvtkCommon.dylib(vtkUnsignedCharArray.o) not from earlier
>> dynamic library libvtkFilteringCS.dylib(vtkCellTypesClientServer.o)
>>
>> Here is the first part of the crashlog:
>>
>> Exception:  EXC_BAD_ACCESS (0x0001)
>> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x5c637273
>>
>> Thread 0 Crashed:
>> 0   libX11.6.dylib              	0x9c056fa1 XQueryExtension + 24
>> 1   libX11.6.dylib              	0x9c04dfb1 XInitExtension + 47
>> 2   libXext.6.dylib             	0x9c033ec9 XextAddDisplay + 64
>> 3   libGL.1.dylib               	0x9c152c2a
>> __glXFindDisplay + 116
>> 4   libGL.1.dylib               	0x9c153304 __glXInitialize + 25
>> 5   libGL.1.dylib               	0x9c14fb23
>> GetGLXPrivScreenConfig + 27
>> 6   libGL.1.dylib               	0x9c1508a9 glXChooseVisual + 38
>> 7   libvtkRendering.dylib.pv2.5 	0x03771236
>> vtkXOpenGLRenderWindowTryForVisual(_XDisplay*, int, int, int,
>> int) + 472
>> 8   libvtkRendering.dylib.pv2.5 	0x0377197e
>> vtkXOpenGLRenderWindow::GetDesiredVisualInfo() + 594
>> 9   libvtkRendering.dylib.pv2.5 	0x0377462f
>> vtkXOpenGLRenderWindow::GetDesiredColormap() + 57
>> 10  libvtkCommonTCL.dylib       	0x002f5ccf
>> vtkTkRenderWidget_MakeRenderWindow(vtkTkRenderWidget*) + 499 [...]
>>
>>
>> Any thoughts?
>>
>> Thanks in advance,
>>
>> Ivan Guajana
>>
>>
>> On 21/mar/06, at 17:04, Moreland, Kenneth wrote:
>>
>>> No, don't turn on VTK_USE_CARBON.  That will make the
>> ParaView build
>>> fail in other ways.
>>>
>>> There should be a separate version of OpenGL header files that come
>>> with the X version of OpenGL.  On my system, they are in
>>> /usr/X11R6/include (I have an old G4, but the directory
>> should be the
>>> same for the new Intel).  If you don't have those headers, than you
>>> will need to install
>>> X11 OpenGL (which can be downloaded from Apple's web site).
>>  Also make
>>> sure that the OPENGL_INCLUDE_DIR CMake variable points to this
>>> directory.
>>>
>>> -Ken
>>
>> _______________________________________________
>> ParaView mailing list
>> ParaView at paraview.org
>> http://www.paraview.org/mailman/listinfo/paraview
>>
>>
>

More information about the ParaView mailing list