Open CASCADE, the 3D modelling kernel
3D modeling & numerical simulation

Search the Forums
See All Topics

OCE-0.3.0 released

OCE-0.3.0 released
Thomas Paviot 2011/06/02 10:07

OCE 0.3.0 has been released. The CMake build system has been improved. It can be considered as mature and stable enough to be used to build OCE: it will be, from now, the only supported and maintained build system. As a consequence, outdated and unuseful autotools files, as well as MSVC project files were removed from the distribution (Borland Compiler project files are however still part of the project untill some fixes related to CMake/BDS are committed). A few other modifications deal with code cleanup, warning removals, mingw cross compilation fixes.

Here is the detailed changelog:

* Make CMake work with MSVC. This generator is special,
it generates both Debug and Release configurations.

* Add an option to enable maximum warning levels

* Improve handling of CMake options
[Hugh Sorby]

* Fix build failures with g++ 4.6
[Denis Barbier]

* Clean up CMakeLists.txt, remove unused macros.
[Mark Pictor]

* Create two config files, one is used during compilation,
another one is used when linking against OCE. The latter
contains fewer macros, and they are prefixed by OCE_ to
prevent name clashes.
[Mark Pictor]

* Start fixing compiler warnings.
[QbProg, Thomas Paviot]

* Create a bundle for MSVC

* Fix cross compilation with Mingw. We were not able to
build visualization stuff previously.

* Install an OCEConfig.cmake file so that programs can use
FIND_PACKAGE(OCE) to set variables to link against OCE.

* Undefine Convex before it is used by OCE as a method or
function, this may be a macro defined by X11.h
[Thomas Paviot]

* Remove -DLIN from compiler flags. It still works on Linux,
and this caused crashes on Mac OSX.
[Thomas Paviot]

* Delete inc/TopOpeBRep_tools.hxx, this file is unused, and it
includes TopOpeBRepDS_tools.hxx which does not exist.
[Denis Barbier]

* Remove Autotools files for Unix and MSVC, CMake build system
works fine on these platforms. We keep Borland project
files for now, this IDE is not supported by CMake.
[Thomas Paviot]

Precompiled binaries are being packaged for both Windows and MacOSX. They will be available in a couple of days.

Best Regards,

Arthur Magill 2011/06/06 20:01
Excellent news - well done guys! The transition to CMake has been really fast, and can only make building easier. You only forgot one thing Thomas - the URL for the project website:

Thanks to the OCE team for all your hard work,

Thomas Paviot 2011/06/07 05:57
OCE team has uploaded binary packages to the github repository: MSVC 8, MSVC 10 (both Win32/Win64 debug/release) and MacOSX SL 64 bit (release).

Just click the 'Download' button available from the OCE project page: (thanks Arthur for the URL).
Please report any issue.

Best Regards,

P Dolbey 2011/06/23 18:56
Hi OCE team (sorry haven't registered yet)

What is the state of OCE 0.3.0 follwing the release of OCCT 6.5.1 - can it be applied over a new installation or is some work required (I suspect the latter is true)?

Thomas Paviot 2011/06/23 22:23
Hi Pete,

Wer're about to release 0CE-0.4.0 (planned for the 1st of July, we have so far alwayas honored out commitments regarind release dates). It will focus on quality assurance (warnings fixes for all compilers, bugfixes, unittests). Recent changes included in 6.5.1 will be merged to OCE just after this release, Denis Barbier will take care of it. We will ensure that our modifications over the 6.5.0 version are still valid.

We're looking forward to your registration! Sure you have so many interesting opinions/suggestions/code to share with us.

Thomas Paviot 2011/06/23 22:41
Sorry, one spelling mistake per word is definitely too much, please read: "we have so far always honored our commitments regarding release dates". Next time I will switch on the light of my MacBook Pro keyboard!

gpsunjp 2011/06/24 02:41
Why remove MSVC project files?
Thomas Paviot 2011/06/24 06:46
In OCE, MSVC project files are generated with CMake. There's no need to maintain these files anymore, so we removed them. Thanks to CMake, we achieved to get OCE much more portable than OCC since it can be compiled on most platforms (Win 32/64, Lin 32/64, MacOSX) without any platform specific tweak.

P Dolbey 2011/06/24 09:54
Is anyone planning a static library version of OCCT?

QbProg 2011/06/24 13:45
OCE allows to build the library as static lib.
Just download the sources and set the appropriate configuration option in CMake
P Dolbey 2011/06/24 18:36
Excellent :)

Carlos 2011/07/04 21:02

It compiles ok and the c# sample can be created but I have some problems when I run it. I think that the reason is related with Tkopengl.

Tkopengl is built as static library but OCC try to load it as a Dll. I suppose that the source code must be modified but I do not know know to do it.

Have you compiled OCE as static libraries successfully

QbProg 2011/07/05 13:31
this is possible, never tryed static libs + tkopengl

I will open a bug for this
Denis Barbier 2011/08/23 10:43
Does anybody know why TKOpenGl is dlopen'ed instead of linked at build time?

As DRAWEXE loads plugins at runtime, it does not make sense to build it statically. On the other hand, Modeling, OCAF and Data Exchange components can be built statically (if I remember correctly). But I do not see the point of static linking, so I did not test it extensively.
Forum supervisor 2011/06/28 12:29
Hello Thomas,

I shall notice that OCCT is already ported since many years to the most of platforms (see of our web page ), except may be MacOSX and it works well. OCCT releases are based on WOK that is portable and generates all needed compilation procedures.
For sure WOK is not the most modern and not so advanced as CMAKE, but we can't remove it in short term - our production process for certified OCCT versions still uses WOK.
But I shall say that CMAKE is a very good tool - since some time we also analyzed different compilation tools to consider alternative solutions to replace WOK.
And it's great that the community works in the same direction!
We really need to work together to improve OCCT and we really would be appreciate to get all your ideas and opinions and to discuss technical details...

Best regards,
Forum supervisor.
Thomas Paviot 2011/06/28 13:58
Dear Supervisor,

As you can read in my previous post, I never claimed or said that OCC is not ported. That would be clearly wrong, and I usually try as possible to take care to what I write. I only wrote: "we achieved to get OCE much more portable than OCC". It's not an asumption: it's a fact. Just browse the github repository, the commits and the release notes, you will realize this is a reality.

Of course we're still looking forward to setting up any kind of collaboration with you. As soon as you decided to drive, organize and laucnh the discussions, we'll bring you as much ideas and opinions as we can.

Best Regards,

Denis Barbier 2011/06/29 21:59

OCCT only suppports x86 and x86_64 CPUs; this may be fine to most users, but IMHO it can hardly be qualified as portable.
P Dolbey 2011/06/30 00:06
Funny, because it used to support Solaris, presumably under SPARC around the 5.2 release - don't know when platform support changed.

Denis Barbier 2011/06/30 00:27
To be honest, I have no idea whether legacy Unix systems are supported or not (Solaris, HPUX, AIX, etc), maybe they are still supported. On Linux, OCCT builds only on x86 and x86_64 CPUs, and it does not build on Hurd and (IIRC) also BSD, that was my point.
Latest news
  • Open CASCADE CAD Assistant for iOS platform is available!
  • Open CASCADE Technology 6.9.0 is available for download!
  • JT Assistant for Android

  • © OPEN CASCADE 2000 - 2015  |  Search  |  Contacts   |  Site map