[vtkusers] Can VTK be used with Codegear XE4 compilers???

[Bill Lorensen]

Part of the reason you are not getting responses is because the vtk
developer community does not use that compiler any more. And, at least for
ITK, we stopped supporting it and ripped out all of the borland workarounds.

If you can find a vtk developer that has good C++ and cmake skills that has
your compiler, then you could probably make better progress. I remember
years ago the cmake folks added response files to reduce command line
lengths, but I'm not sure they did it for the borland compiler.

I see there is a nightly cmake build for bcc32 but I don't know how that is
related to your compiler.




On Wed, Aug 7, 2013 at 11:51 AM, Bo Berglund <bo.berglund at gmail.com> wrote:

> On Tue, 06 Aug 2013 06:48:56 +0200, Bo Berglund
> <bo.berglund at gmail.com> wrote:
>
> >On Mon, 05 Aug 2013 11:21:31 +0200, Bo Berglund
> ><bo.berglund at gmail.com> wrote:
> >
>
> >But in order to see if a later version would be "better" build-wise I
> >have also used release 5.10.1 (latest on the 5 level) and this does
> >not choke on "eatwhite", in fact it continues for some time before it
> >also hits a roadblock on Undefined structure '_stati64' :
> >
> >C:\Engineering\VTK5.10.1\Utilities\vtkhdf5\src\H5FDcore.c 496:
> >Undefined symbol 'st_size' in function H5FD_core_open
> >  *** 3 errors in Compile ***
>
> This particular error is mentioned in another post here dealing with
> compiling 5.6.1:
>
> http://vtk.1045678.n5.nabble.com/Recipe-for-building-VTK-5-6-1-with-C-Builder-XE-bcc32-6-31-td3337807.html
> (See last post specifically where Oliver Weinheimer gives a stepwise
> recepie to fix the error above and a few more for version 5.8.0)
>
> I applied fixes a), b) and c) and could move forward. But then I had
> an error not mentioned in the recepie and even applying fix d) did not
> solve it:
>
>         tlib /p512 /a "..\..\..\bin\vtkhdf5.lib"
> "CMakeFiles\vtkhdf5.dir\H5.c.obj"
> "CMakeFiles\vtkhdf5.dir\H5checksum.c
> .obj"  "CMakeFiles\vtkhdf5.dir\H5dbg.c.obj"
> "CMakeFiles\vtkhdf5.dir\H5system.c.obj"
> ... long list of obj files follows ....
> "CMakeFiles\vtkhdf5.dir\__\H5Tinit.c.obj"
> "CMakeFiles\vtkhdf5.dir\__\H5lib_settings.c.obj"
> Fatal: Command arguments too long
>
> So it seems like tlib cannot deal with the list of files supplied on
> the command line...
>
> Is there any solution to this problem found by anyone here?
> I asked on the embarcadero list but only got a suggestion to replace
> tlib with a tlib of my own which would eat the arguments and put them
> into a response file and then start the Embarcadero tlib with the file
> list replaced by the response file.
> A man-in-the-middle workaround...
> But I am not sure that it would even work so it would be better if
> CMake could be configured to use a response file instead and call tlib
> directly.
>
>
> --
> Bo Berglund
> Developer in Sweden
>
> _______________________________________________
> 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 VTK FAQ at:
> http://www.vtk.org/Wiki/VTK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.vtk.org/mailman/listinfo/vtkusers
>



-- 
Unpaid intern in BillsBasement at noware dot com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.vtk.org/pipermail/vtkusers/attachments/20130807/91a7a367/attachment.htm>