[Paraview] About on-line available binaries for next release

[Sven Buijssen]

Hi,

Is there any news on an easier way to build plugins against the official
releases? 4 months ago Berk mentioned those plans in a reply to a user
posting here.

The reason I'm asking is that I've been compiling the ParaView 3.6.1
sources over and over again in the last days on a variety of 64-bit
Linux machines (exactly the one listed on
http://www.paraview.org/Wiki/ParaView_Binaries, i.e. a Debian Lenny
5.0.1 with system gcc 4.3.2, system libc 2.6.26-1-amd64, system python
2.5.2 and a self-compiled Qt 4.3.5 open source and a self compiled CMake
2.6.4, freshly set up for exactly this purpose; but also on SuSE Linux
Enterprise 10 SP2, openSuSE 10.x, openSuSE 11.x, Ubuntu 8.10, Ubuntu
9.04, again everytime with Qt 4.3.5, cmake 2.6.4, gcc 4.3.2, python
2.5.2) to be able to compile my custom reader plugin against it.

The custom reader plugin works smoothly in all self-compiled binaries
(3.6.1, but also older and newer sources from CVS), but as soon as I try
to use that plugin with the official 3.6.1 binaries, ParaView segfaults.
Reason behind is that the official release contains in
lib/paraview-3.6/libvtkFiltering.so.pv3.6 the symbol
  _ZN19vtkUnstructuredGrid14InsertNextCellEixPx
but every time I compile the sources the method InsertNextCell in
VTK/Filtering/vtkUnstructuredGrid.cxx gets turned into a symbol slightly
differently named:
  _ZN19vtkUnstructuredGrid14InsertNextCellEixPx

On 32 bit Linux, I have been able to get a working custom reader plugin
for the official release.
On Mac, I get "not a valid qt plugin" upon loading the plugin into the
official binary. Compiling on Windows I haven't embarked on yet, but
given the success rate so far I'm reluctant to do so.

So, I'm wondering if there is no easier way to turn my little custom
reader into a plugin working with the official binaries.

Thank you
Sven


----- Original Message -----
From: Berk Geveci <berk.geveci at kitware.com>
To: Jérôme <jerome.velut at gmail.com>
CC: paraview-users <paraview at paraview.org>
Sent: Mittwoch, 22. April 2009 13:21:49
Subject: [Paraview] About on-line available binaries for next release
> We will not use VS2008 express, I am afraid. We want to be consistent
> in our use of compilers and VS2008 express does not support 64 bit.
> However, we are going to add support for 3rd party plugins - we will
> setup a way of building these plugins with our binaries and distribute
> them separately as 3rd party plugins. Of course, we will need the
> source code for those plugins to do that. I am not sure that this will
> be available by 3.6 but definitely by 3.8.
> 
> -berk
> 
> On Wed, Apr 22, 2009 at 5:54 AM, Jérôme <jerome.velut at gmail.com> wrote:
>> Hi all,
>>
>> I gave up to find a solution for Windows plug-in deployment. I don't have
>> access to a VS2005 licence here, so I build ParaView together with my
>> plugins and share all this at the same time. My hopes was that I have to
>> only share the DLL of my plugin, and users install Official Release
>> Binaries, and that's all.
>>
>> Now, I wonder if the next on-line available binaries will be built from the
>> same Windows environment, or if a VS2008 Express built is planned. IMHO, it
>> will increase the well-done Core/Plugin architecture of ParaView.
>>
>> Best regards,
>> Jerome
>>
>>
>>
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview