Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Installation OpenCASCADE

talziary

Bonjour,

Je cherche à installer OpenCASCADE6.2.0 sur fc8 en x86_64
J'ai reussi a faire tourner le wizard d'installation en utilisant jre1.6.0-05 (la version icedtea de java ne fonctionne pas)
L'installation se déroule sans problème mais, hélas, il semble que toutes les bibliothèques installées soient des précompilées en 32 bits

Je me heurte à des difficultés lorsque j'essaye de recompiler OpenCASCADE6.2.0 (gros travail...!) en x86_64 :
- j'ai du modifier les fichiers aclocal.m4 et acinclude.m4 car la nouvelle version de aclocal est plus stricte du point de
vue syntaxique
- la version d'automake n'est pas la meme (j'utilise 1.10)

Le ./configure a tourné mais les Makefile posent des problèmes :

make[3]: entrant dans le répertoire « /opt/OpenCASCADE6.2.0/ros/adm/make/TKernel »
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../inc -I../../../drv/FSD -I../../../src/FSD -I../../../drv/MMgt -I../../../src/MMgt -I../../../drv/OSD -I../../../src/OSD -I../../../drv/Plugin -I../../../src/Plugin -I../../../drv/Quantity -I../../../src/Quantity -I../../../drv/Resource -I../../../src/Resource -I../../../drv/SortTools -I../../../src/SortTools -I../../../drv/Standard -I../../../src/Standard -I../../../drv/StdFail -I../../../src/StdFail -I../../../drv/Storage -I../../../src/Storage -I../../../drv/TColStd -I../../../src/TColStd -I../../../drv/TCollection -I../../../src/TCollection -I../../../drv/TShort -I../../../src/TShort -I../../../drv/Units -I../../../src/Units -I../../../drv/UnitsAPI -I../../../src/UnitsAPI -I../../../drv/IncludeLibrary -I../../../src/IncludeLibrary -I../../../drv/Dico -I../../../src/Dico -I../../../drv/NCollection -I../../../src/NCollection -I../../../drv/Message -I../../../src/Message -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -g -DDEB -D_DEBUG -MT Dico_DictionaryOfInteger_0.lo -MD -MP -MF .deps/Dico_DictionaryOfInteger_0.Tpo -c -o Dico_DictionaryOfInteger_0.lo `test -f '../../../drv/Dico/Dico_DictionaryOfInteger_0.cxx' || echo './'`../../../drv/Dico/Dico_DictionaryOfInteger_0.cxx
libtool: unrecognized option `--tag=CXX'
Try `libtool --help' for more information.

Meme si je résoud ce problème, je m'attends à de nombreuses autres difficultés...Merci d'avance pour toute information de quelqu'un ayant réussi à compiler et à construire OpenCASCADE6.2.0 en X86_64

kwizart

Je suis arriré à le compiler en utilisant automake-1-9
mais il me semble que certaienes variables n'etaient pas positionnée de manière adéqurates et il est nécéssaire d'ajouter certains flags de compilation.

Je vais essayer de le proposer en review... mais ce programme nécéssite bcp de temps en compilation et le review pourrait ne pas être évident.
Si tu as des corrections pour faire fonctionner avec automake-1.10 je suis preneur.

talziary

Bonjour,

Avant de bricoler avec automake-1.10 j'ai voulu résoudre les problèmes d'installation avec les outils d'origine.

Voici mes commandes dans le directory racine qui, pour moi, est /opt/OpenCASCADE6.2.0/ros

/usr/bin/aclocal-1.7
autoconf
/usr/bin/automake-1.7 -a -c
./configure --with-tcl=/usr/lib64 --with-tk=/usr/lib64 --libdir=/usr/local/lib64 CXXFLAGS="-ffriend-injection -fpermissive"
make
make check
make install

Ca compile (mais avec fpermissive on risque de laisser passer beaucoup de choses qui ne vont pas...!)
Le make check est ok
Le make install foire complètement car il semble exister une confusion entre shared et static qui génère une grande
pagaille dans les noms des bibliothèques : pour la première on construit libTKernel.0.0.0 avec des liens symboliques libTKernel.0 et libTKernel comme si on avait simplement oublié le .so. Mais c'est plus grave que ca car, ensuite, pour construire les suivantes, on utilise dans le loader -lTKernel ???

Pour le moment je n'arrive pas à trouver l'origine du problème car le script libtool construit par configure est très complexe.
J'ai bidouillé dans le script libtool pour construire des bibliothèques de type .so.0.0.0 et ensuite je corrige directement les commandes executées par libtool pour supprimer les -lTKernel -lTKMath etc qui n'ont pas de sens

Tout ceci n'est pas propre et doit etre considéré comme provisoire : mon objectif ultime est de faire tourner FreeCAD qui necessite OpenCASCADE et pour FreeCAD (avec WildMagic4 à la place de WildMagic3) ca semble ok sauf pour ce qui dépend de OpenCASCADE.

Sur un plan plus général en ce qui concerne OpenCASCADE j'estime que c'est un package stratégique pour tout développement dans le domaine de la CAO (domaine dans lequel l'Open Source est assez pauvre).
OpenCASCADE est effectivement un package enorme car il correspond à de nombreuses années de travail d'équipes
importantes ayant de solides connaissances en mathématiques et en geométrie analytique. Il me parait donc très peu probable qu'un développement analogue soit entrepris ab_initio dans le monde du logiciel libre. Comme la CAO nécessite de
bonne capacités en calcul l'utilisation d'architectures 64 bits est tout a fait justifié et il serait très utile d'avoir une version directement chargeable sur Fedora en x86_64 sans les infernales bidouilles actuelles; J'approuve donc à 100% l'idée d'une review...

Je me replongerais dans automake-1.10 si j'arrive à faire tourner FreeCAD avec la version d'OpenCASCADE que je charge pas à pas actuellement.

kwizart

Je me suis pas trop plongé dans les modifs autotools et autres libtool puisque tout fonctionnais a peut pret dans la 1-9.
(mais si tu as des infos, je suis preneur).
Par contre j'en étais à vérifier les variables d'environnement. pour tcl/tk et autres... Il faut modifier certaines options...

Bon je m'y remets cette semaine... Je devrais avoir quelquechose de testable rapidement...

talziary

Bonjour,

Problème de chargement résolu par :

/usr/bin/aclocal-1.7
autoconf
/usr/bin/automake-1.7 -a -c

Dans le fichier configure remplacer "shrext_cmds" par "shared_ext" (41 occurrences)

./configure --with-tcl=/usr/lib64 --with-tk=/usr/lib64 --libdir=/usr/local/lib64 CXXFLAGS="-ffriend-injection -fpermissive"
make
make check
make install

Tout se déroule bien. Je n'ai pas cherché à remonter à l'origine du bug dans configure puisque ca concerne une version assez ancienne des autotools. Il reste à adapter toute la procédure aux versions récentes comme automake-1.10

kwizart

Est ce que si tu lances DRAW, cela fonctionne ? Je pense qu'il ya des variables d'environnement à modifier...

kwizart

Tu as eut le problème de la macro open (depuis glibc >= 2.7 il faut protéger la fonction open en utilsant la marcro (open) )?

Je lances une nouvelle compilation pour Fedora 8 x86_64, je t'en dis plus dans 4 heures...
Sinon tu n'as pas eut besoin d'ajouter -D_OCC64 en CFLAGS pour 64bit ?

Sekisushaï

Bonjour, je suis sous Opensuse 10.3 en x86_64, et je rencontre à peu près le même problème à l'installation d'Open Cascade 6.0.2
Dans le fichier configure j'ai remplacé "shrext_cmds" par "shared_ext" (41 occurrences)
Dans le dossier ros, en root, j'ouvre un shell et tape ceci :

# ./env.csh
# /usr/bin/aclocal-1.10
# autoconf
# /usr/bin/automake-1.10 -a -c
# ./configure --with-tcl=/usr/lib64 --with-tk=/usr/lib64 --libdir=/usr/local/lib64 CXXFLAGS="-ffriend-injection -fpermissive"
# make
# make check
# make install

Seulement j'ai cette erreur au moment du make :

# make
cd . && \
          /bin/sh /opt/OpenCASCADE/ros/make/missing --run automake-1.10 --gnu  Makefile
Makefile.am: required file `./NEWS' not found
Makefile.am: required file `./README' not found
Makefile.am: required file `./AUTHORS' not found
Makefile.am: required file `./ChangeLog' not found

J'ai réinstallé automake, pas de changement.. que faire ?

talziary

Bonjour,

L'environnement est défini par le script env.ksh dans le directory ros.

Je pense qu'il est preférable de reconstruire les bibliothèques dans la hierarchie initiale et j'avais oublié dans mon message précédent les options spécifiques 64 bits ce qui donne finalement :

./configure --with-tcl=/usr/lib64 --with-tk=/usr/lib64 --libdir=/opt/OpenCASCADE6.2.0/ros/lin/lib CFLAGS="-m64 -D_OCC64" CXXFLAGS="-m64 -D_OCC64 -ffriend-injection -fpermissive"

DRAWEXE fonctionne a peu près :
- pload ALL est ok avec juste un message "XSTEP commands, name conflict on float format first defined remains"
- il y a une erreur sur un nom de fichier dans DataExchangeDemo.tcl : après remplacement de "DEResource" par "DrawResources" la demo passe ok (juste un message à la fin sur un unlink qui n'est pas compris par DRAW)
- la demo "ModelingDemo.tcl" passe ok
- la demo "OCAFDemo.tcl" passe mais je ne suis pas certain de la validité du résultat
- J'ai un segment violation dans la demo VisualizationDemo.tcl a l'étape "Creating the V3D Viewer vinit"

kwizart

@Sekisushaï
Ton erreur viens du fait qu'automake considère comme implicite la présence de ces fichiers, tu peux les créer en faisant un touch "nom_du_fichier". Par contre tu risque d'avoir un problème avec automake-1.10 (dis nous si la compilation fonctionne) , je préfères travailler sur la base d'automake-1.9.

@talziary
J'ai aussi une compilation fonctionnelle, (j'ai WM3/4 quasiment prêts, mais je travaille sur une version partagé des bibliothèques par rapport à une version statique). Sinon J'ai déja quelques patches pour FreeCAD

Je pense qu'il est préférable de reconstruire les bibliothèques dans la hiérarchie initiale et j'avais oublié dans mon message précédent les options spécifiques 64 bits ce qui donne finalement :

Malheureusement, si on veut utiliser OpenCASCADE en tant que paquet distribué par Fedora, il faut respecter les règles d'empaquetage.
Cela implique d'utiliser le prefix /usr et de séparer les data, des fichiers dépendant de l'architecture cpu. (/usr/share/OpenCASCADE versus /usr/lib(64)/OpenCASCADE par exemple avec les bin, dans /usr/lib(64)/OpenCASCADE/bin pour la compatibilité multilibs).
Donc je suis en train de revoir tout les scripts pour qu'ils respectent aussi l'utilisation des chemins tcl/tk (de plus cela va être plus stricte avec F9 et tck/tk 8.5 ).

talziary, est ce que tu as déja fait des rpm ? je te donnerai bien un nosrc.rpm pour que tu testes le réempaquettage des sources et la compilation.

Un patch qui est nécéssaire chez moi pour OpenCASCADE: (F-8 x86_64 ).

diff -up OpenCAS-6.2.0/src/WOKUnix/WOKUnix_FDescr.cxx.open OpenCAS-6.2.0/src/WOKUnix/WOKUnix_FDescr.cxx
--- OpenCAS-6.2.0/src/WOKUnix/WOKUnix_FDescr.cxx.open    2008-03-25 20:55:27.000000000 +0100
+++ OpenCAS-6.2.0/src/WOKUnix/WOKUnix_FDescr.cxx    2008-03-25 22:56:31.000000000 +0100
@@ -202,7 +202,7 @@ WOKUnix_FDescr WOKUnix_FDescr::BuildName
   if(mknod(apath.ToCString(), 0700 |  S_IFIFO, 0)) 
     { perror(apath.ToCString());}
 
-  myFileChannel = open(apath.ToCString(),  O_RDONLY | O_NDELAY | O_CREAT);
+  myFileChannel = open(apath.ToCString(),  O_RDONLY | O_NDELAY | O_CREAT, S_IRUSR | S_IWUSR);
   SetUnBuffered();
 
   // write end of pipe is unbuffered also

Sekisushaï

Pour ma part, j'ai réinstallé automake 1.7.

# ./env.csh
# /usr/bin/aclocal-1.7
# autoconf
# /usr/bin/automake-1.7 -a -c
Makefile.am: required file `./NEWS' not found
Makefile.am: required file `./README' not found
Makefile.am: required file `./AUTHORS' not found
Makefile.am: required file `./ChangeLog' not found
Makefile.am:3: directory should not contain `/

Je dois donc créer chacun de ces fichier dans le répertoire ros ?
Edit : c'est bon, j'ai réussi à compiler 🙂 Merci

talziary

Bonjour,

@kwizart : desolé pour le délai de réponse...Non je n'ai jamais construit de rpm mais je suis pret à faire des essais si tu le souhaites; Je suis en train de me plonger sur le problème de la fonction vinit qui provoque cette erreur de segmentation. Je pensais que c'était dans /src/ViewerTest/ViewerTest_ViewerCommands.cxx mais ce mélange de Tcl et de C++ est parfois assez déroutant...

Pour WM3/4 faut-il utiliser l'option -m64 ? Ca paraitrait logique par rapport à OpenCASCADE et sans doute aussi dans FreeCAD.

Pour FreeCAD j'avais deja noté a la ligne 678 de Application.cpp dans la fonction QstringList le remplacement de int par Py_ssize_t mais il y en a sans doute d'autres.

kwizart

talziary wrote:Pour WM3/4 faut-il utiliser l'option -m64 ? Ca paraitrait logique par rapport à OpenCASCADE et sans doute aussi dans FreeCAD.

Oui mais cela c'est un peu la base des CFLAGS utilisés sur fedora, (la préparation d'un paquet rpm facilite largement la prise en charge de ce type d'options).

Donc j'ai réussi à compiler FreeCAD, pour autant ce logiciel semble encore en phase alpha...
Certainements des options et autres bugs à corriger donc... Je le mettrais en kwizart-testing dès que j'ai finit de rempaqueter OpenCASCADE

kwizart

WildMagic3 est disponible sur le dépot kwizart
rpm -ivh kwizart-release-8.rpm
yum --enablerepo=kwizart install WildMagic3

C'est la version statique donc tout est compris dans le paquet principal (lib headers etc)