FAQ_item

+ + + + + + + + + + + + +

TÃ©lÃ©charger le +Code Source depuis CVS

+Dans cette page, les sections suivantes dÃ©crivent ce que vous avez +besoin de tÃ©lÃ©charger
+

NÃ©cessitÃ©s +pour le tÃ©lÃ©chargement
TÃ©lÃ©charger +les sources

TÃ©lÃ©charger +les Sources complÃ¨tes
+

Checking out du code source pour Linux
Checking out du code source pour +Solaris
Checking out du code source pour Win 32
Checking out du code source pour Mac OS X

TÃ©lÃ©charger le solver (Output Tree)

NÃ©cessitÃ©s +pour le tÃ©lÃ©chargement

+Le systÃ¨me que vous tÃ©lÃ©chargez doit possÃ©der :
+

une connexion internet avec un vitesse minimu de 56 ko/sec
400 Mo d'espace disque pour le code source seul
Un des systÃ¨mes suivants :

FTP
CVS 1.10 ou supÃ©rieur

TÃ©lÃ©charger les sources

+Vous devez tÃ©lÃ©charger le code source avant de pouvoir commencer Ã +compiler. Pour tÃ©lÃ©charger les sources, voir la section TÃ©lÃ©charger +les sources de la section tÃ©lÃ©chargement central
+
+Vous pouvez soit tÃ©lÃ©charger les sources complÃ¨tes, soit tÃ©lÃ©charger +seulement le solver (output tree). Le solver (output tree) vous permet +de compiler des modules CVS individuels, plutÃ´t que la suite complÃ¨te. +Pour plus d'information, voir AperÃ§u du process de +compilation.
+
+

TÃ©lÃ©charger +les sources complÃ¨tes
+

+Nous estimons que cela va prendre environ 8 heures pour tÃ©lÃ©charger +l'intÃ©gralitÃ© des sources pour une connexion avec un modem de 56 ko.
+Vous pouvez tÃ©lÃ©charger un tarball de l'intÃ©gralitÃ© du code source Ã +partir de la section TÃ©lÃ©charger +les sources de la section tÃ©lÃ©chargement central .
+Alternativement, vous pouvez utiliser CVS pour tÃ©lÃ©charger la derniÃ¨re +version du code source. Pour faire un check out des sources en +utilisant CVS, vous devez installer la version CVS 1.10 ou supÃ©rieure.
+Les sections suivantes dÃ©crivent comment faire un check out du code +source pour chaque sytÃ¨me d'exploitation :
+

Linux
Solaris
Win 32
Mac OS X

+ Check out du +Code Source pour +Linux
+Pour faire un check out du dernier code source pour Linux, suivez la +procÃ©dure suivante
+

ParamÃ¨trez la variable d'environement $CVSROOT de la +faÃ§on suivante : + +
```
% setenv CVSROOT :pserver:anoncvs@anoncvs.services.openoffice.org:/cvs
```
+
Loguez-vous sur CVS et entrez anoncvs comme mot de +passe
Pour faire un checkout du code, entrez une commande telle +que celle-ci
+% cvs co -r milestone-build OpenOffice
+remplacez miles-stone build par le numÃ©ro de la version que vous +souhaitez tÃ©lÃ©charger. L'exemple suivant vous montre les commandes pour +tÃ©lÃ©charger la versions 609
+% setenv CVSROOT +:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs
+
+% cvs login
+
+(Logging in to anoncvs@anoncvs.services.openoffice.org)
+
+CVS password: anoncvs
+
+% cvs co -r OpenOffice609 OpenOffice + + Note : Vous pouvez +faire un check out de la derniÃ¨re version en ommettant le tag, c'est Ã +dire en exÃ©cutant la commande suivante :+% cvs co OpenOffice

+ Check out +du Code Source pour Solaris
+Pour faire un check out du dernier code source pour Solaris, suivez la +procÃ©dure suivante :
+

ParamÃ¨trez la variable d'environnement $CVSROOT +de la faÃ§on suivante :
+
```
% setenv CVSROOT :pserver:anoncvs@anoncvs.services.openoffice.org:/cvs
```
+
Loguez vous dans CVS en utilisant le mot de passe anoncvs
Pour faire un check out du code, entrez une commande +similaire Ã celle-ci
+
```
% cvs co -r milestone-build OpenOffice
```
+Remplacez milestone-build par le numÃ©ro de la version que vous +souhaitez tÃ©lÃ©charger. L'exemple suivant vous montre les commandes pour +tÃ©lÃ©charger la version 609
+
```
% setenv CVSROOT :pserver:anoncvs@anoncvs.services.openoffice.org:/cvs

% cvs login

(Logging in to anoncvs@anoncvs.services.openoffice.org)

CVS password: anoncvs

% cvs co -r OpenOffice609 OpenOffice
```
+ Note : vous pouvez +faire un check out de la derniÃ¨re version en ommettant le flag, en +exÃ©cutant les commandes suivantes :
+
% cvs co OpenOffice
+

+ Check out du +Code Source pour +Win 32
+Pour faire un check out de la derniÃ¨re version du code source pour un +systÃ¨me Win 32, suivez les Ã©tapes suivantes :
+

ParamÃ¨trez la variable d'environnement pour le CVSROOT +de la faÃ§on suivante :
+
```
C:\> set CVSROOT=:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs
```
+
Loguez vous Ã CVS en entrant anoncvs +comme mot de passe
+
ParamÃ¨trez la variable d'environnement HOME +vers un rÃ©pertoire appropriÃ©. Cette variable est paramÃ¨trÃ©e par dÃ©faut +sous Linux et Solaris, mais vous devez la dÃ©finir manuellement sour les +systÃ¨mes d'exploitation Win 32,. Si vous ne le faites pas, cela peut +poser des problÃ¨mes avec CVS.

Pour faire un check out du code, entrez une commande +similaire Ã celle-ci :
+

C:\> cvs co -r milestone-build OpenOffice
Remplacez milestone-build par le numÃ©ro de la version que vous voulez tÃ©lÃ©charger. Par exemple, pour tÃ©lÃ©charger la version 609, entrez les commandes suivantes :
C:\> set CVSROOT=:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs

C:\> cvs login

(Logging in to anoncvs@anoncvs.services.openoffice.org)

CVS password: anoncvs

C:\> set HOME=C:\temp

C:\> cvs co -r OpenOffice609 OpenOffice

Note : vous pouvez faire un check out de la version en ommettant le tag et en entrant la commande suivante

C:\> cvs co OpenOffice

+ Check out du +Code Source pour +Mac OS X
+Pour faire un check out de la derniÃ¨re version du code source pour Mac +OS X, suivez les Ã©tapes suivantes :
+

Positionnez la variable d'environnement

$CVSROOT 

+

% setenv CVSROOT :pserver:anoncvs@anoncvs.services.openoffice.org:/cvs

Loguez vous dans CVS et entrez anoncvs comme +mot de passe

Pour faire un check out du code, entrez une commande +similaire Ã celle-ci
+

% cvs co -r milestone-build OpenOffice
remplacez milestone-build par le numÃ©ro de la version que vous souhaitez tÃ©lÃ©charger. L'exemple suivant vous montre les commandes pour tÃ©lÃ©charger la version 609
% setenv CVSROOT :pserver:anoncvs@anoncvs.services.openoffice.org:/cvs

% cvs login

(Logging in to anoncvs@anoncvs.services.openoffice.org

CVS password: anoncvs

% cvs co -r OpenOffice609 OpenOffice
Note : vous pouvez faire un check out de la derniÃ¨re version en ommettant le tag et en exÃ©cutant la commande suivante :

% cvs co OpenOffice

+ TÃ©lÃ©charger +le Output Tree +(solver)
+Pour tÃ©lÃ©charger la derniÃ¨re version du code source, suivez ces Ã©tapes
+

TÃ©lÃ©chargez le tarball de la version solver Ã partir du +site OpenOffice.org. Ce tarball est nommÃ© solverxxx_oscpu.tar.gz +, oÃ¹ xxx signifie le numÃ©ro de la version, os signifie le systÃ¨me +d'exploitation et cpu signifie l'architecture hardware. Par exemple, la +version du tarball pour la version 69 pour Linux ou Intel est appellÃ©e :
+ solver609_linuxintel.tar.gz.
Faites un check out du projet sur lequel vous souhaitez +travailler. Vous devez faire un check out de la version du projet qui +correspond Ã la mÃªme version. Par exemple, si vous faites un checkout +de la version solver609_linuxintel.tar.gz , alors +vous devez faire un check out du projet portant le numÃ©ro de version +609.
+Pour faire un check out du module, entrez une commande similaire Ã la +commande suivante :
+
```
% cvs co -r milestone-build project-name
```
+remplacez le nom project-name par le nom du projet que vous +souhaitez tÃ©lÃ©charger. Par exemple pour faire un check out du module +CVS Visual Class Libraries, entrez les commandes suivantes :

% cvs co -r OpenOffice609 vcl

+ + Retour Ã l'index Labo
+

+ +

OpenOffice.org native tongue concept and francophone +project are built for you with pride by Guy Capra (Alomphega).
+This fr project is also led and maintained by Sophie Gautier.

+
+
+
+
+
+
+ + +

+ + + + + + + + + + + + +

+Guide du Hacker OpenOffice.org Non Officiel

+Compiler et hacker OpenOffice.org (OOo) vous fera gravir une pente +assez longue. Heureusement, ce document rendra la courbe +d'apprentissage un peu plus raide et abrupte et vous fournira un bÃ¢ton +de marche pour vous aider.
+Ce document assume que vous utilisez un systÃ¨me Linux habituel pour une +Ã©conomie de temps. Les vrais hackers utilisent des logiciels Libres et n'ont pas le temps +de s'intÃ©resser Ã du matÃ©riel non Libre.
+Nous avons pour but de rÃ©pondre au moins aux questions suivantes :
+

Comment je compile OOo ?
Comment je viens Ã bout d'itÃ©ration de dÃ©veloppement
Comment je le dÃ©buggue
Comment j'envois un patch

+Si vous avez besoin d'aide pour la compilation de OOo et que vous avez +l'intention de le hacker, merci rejoindre la liste ici et d'y poser vos +questions.
+

+Ce processus est discutÃ© en bien plus amples dÃ©tails dans le guide dÃ©taillÃ© +de compilation. Nous avons cependant travaillÃ© dur pour rendre ce +process rÃ©alisable pour les simples programmeurs mortels, et une simple +description de ce qui suit.
+

1. Obtenir OOo

+ Il +y a un tas de versions compÃ©titives d'OOo et plusieurs choix de +branches, ainsi que de multiples sets de patches. Je vous recommande de +compiler Ã partir de snapshots CVS, qui sont connues pour compiler et +dont les sets de patchs sont connus pour s'appliquer. Ainsi pour avoir +les sources faites :
+

export CVSROOT=':pserver:anonymous@anoncvs.gnome.org:/cvs/gnome'
    cvs login
    cvs -z3 checkout -P ooo-build

+Cela vous fournira un copie de la branche ooo-build. Si CVS vous fait +peur, vous devriez obtenir une version rÃ©cente packagÃ©e Ã partir d'ici.
+ Note : Vous allez devoir +tÃ©lÃ©charger environ 200 Mo de sources compressÃ©es et avoir ~5Go +d'espace pour la dÃ©packager et la compiler.
+

2. Compiler OOo

+ 2.1 configure
+Le processus de compilation est plutÃ´t compliquÃ©, vous avez maintenant +le choix des commandes suivantes et mÃªme en les exÃ©cutant toutes les +deux, cela ne +posera pas de problÃ¨mes.
+

./autogen.sh # the CVS version
      ./configure  # the packaged version

+
+Ceci va dÃ©terminer quelle branche de snapshot vous voulez compiler ; si +vous avez une autre idÃ©e, utilisez l'option --with-tag, par exemple :
+

--with-tag=OOO_1_1_0

+pour une branche en cours.
+
+ 2.2 tÃ©lÃ©chargement
+Avec un certain temps, vous avez mis Ã jour votre systÃ¨me Ã un point oÃ¹ +il a +tous les packages dont vous avez besoin pour commencer la compilation +de OOo (mozilla, libart rÃ©cent etc. etc.) vous en Ãªtre rendu au point +oÃ¹ vous pouvez tÃ©lÃ©charger les sources. Pour faire cela, aprÃ¨s un +configure rÃ©ussit, tapez simplement :
+

./download

+et attendez.
+ make
+C'est le bit taxant - tapez
+

make

+et n'oubliez pas de presser entrÃ©. Il est fort possible que vous +souhaitiez une sortie des logs, alors pourquoi pas
+

make 2>&1 | tee /tmp/log

3. Installer OOo

+Le rÃ©sultat d'une compilation parfaite est un set d'installation zippÃ© +situÃ© dans
+

build/$TAG/instsetoo/unxlngi4.pro/01/normal/

+ou similiaire. Puis exÃ©cutez le programme setup Ã partir de lÃ pour +l'installation, exemple :
+

/opt/OOInstall

+pour installer. Il est possible que pour faire cela, vous deviez +d'abord effacer votre fichier
+

~/.sversionrc

+L'ayant installÃ©e, vous avez envie de la hacker en liant votre tronc +compilÃ©e directement Ã l'image installÃ©e, ainsi en recompilant un sous +rÃ©pertoire source, vous pouvez simplement rÃ©exÃ©cuter OOo. Cela peut +rendre votre version/cycle de test indisponible pendant plusieurs +dizaine de minutes. Pour faire cela faites :
+

bin/linkoo /opt/OOInstall /opt/ooo-build/build/OOO_1_1_2

+NB : voir aussi les limitations linkoo
+

4. ExÃ©cuter OOo

+Maintenant positionnez-vous dans :
+

/opt/OOInstall/program

+et faites
+

source ./env

+cela paramÃ©trera votre shell (bash) pour exÃ©cuter OOo directement. Puis +simplement
+

soffice.bin

+C'est mieux que d'exÃ©cuter soffice, ou un script wrapper dans la mesure +oÃ¹ il est trÃ¨s facile d'attacher le dÃ©buggueur.
+

gdb soffice.bin

+ Note : n'utilisez pas
+

./soffice.bin

+pour d'obscures raisons cela ne marche pas du tout
+ Note : vous devez +exÃ©cuter le ooo-wrapper basÃ© sur OOo avant cela, pour +que ~/.sversionrc soit paramÃ¨trÃ© correctement d'abord, autrement +exÃ©cuter soffice.bin vous enverra dans l'outil de setup du GUI. +Faites juste un
+

oowriter

+avant de commencer
+

5. Hacker OOo

+ 5.0. Mon premier hack
+Bon - nous avons compilÃ© et exÃ©cutÃ© OOo et nous voulons nous prouver +qu'il est en fait possible de le hacker. Donc, dans un nouveau +terminal, faites ceci :
+

cd build/$TAG
      . ./LinuxIntelEnv.Set.sh
      cd vcl

+Maintenant pour faire un hack Ã vcl/source/window/toolbox2.cxx, je +suggÃ¨re d'ajouter (par exemple) un
+

nPos = 0

+n'importe oÃ¹ avant le m_aItems.insert dans ToolBox::InsertItem( const +ResId &ResId...) puis sauvegardez
+Vous Ãªtes toujours dans vcl/ oui ? alors tapez 'build debu=true'; +attendez que le texte dÃ©filant s'arrÃªte; (5 secondes ?) maintenant +re-exÃ©cutez
+

soffice -writer

+vous devriez voir ce qui arrive
+ Note : ceci assume que +vous avez soigneusement suivi les Ã©tapes prÃ©cÃ©dentes, notamment le linkoo dans la section +3
+ Note : pour un hacking +quotidien vous prÃ©fÃ©rerez exÃ©cuter 'build' Ã +l'intÃ©rieur du tronc source. N'exÃ©cutez pas 'make' au niveau +supÃ©rieur
+

ooo-build/

+du rÃ©pertoire ou vous allez (trÃ¨s certainement) effacer toutes les +modifications que vous avez faites et dÃ©primer. Cela vaut le coup de +faire une copie 'out of line' de
+

build/OOO_1_1_2

+quelque part voir ici pour +une aide de relocalisation de la version
+
+ 5.1 Lire le manuel sympa
+Avec le pouvoir de C++ , vous allez pouvoir vous prendre la tÃªte trÃ¨s +facilement (et implicitement) cf Holub, Rules for C and C++ +programming, McGraw-Hill, 95
+Le meilleur moyen de vous prÃ©parer Ã la bataille est de lire le guide +du codage OpenOffice.org ici et +pour ceux qui se perdent facilement c'tor/d'tor est le raccourci de +constructor / destructor.
+
+ 5.2 Soumettre un patch
+Il est rarement clair de savoir dans quel module rÃ©side un patch dans +bugzilla. Un moyen rapide de s'y retrouver est de faire :
+

cvs status <somefile> | head

+Cela devrait donner une ligne 'Repository Revision:' avec un +chemin, le second fragment est le nom du projet.
+
+ 5.3 Hacker l'installeur
+Dans la mesure oÃ¹ l'image de l'installeur dÃ©truit l'image (exÃ©cutable) +temporaire de setup dans /tmp/sv001.tmp, vous devez +l'empÃªcher de le faire. ExÃ©cutez setup / install avec l'option +-dontdeletetemp.
+
+ 5.4 Hacker d'autres parties
+Ayant une installation qui fonctionne, la meilleure faÃ§on de lui +ajouter +vos hacks est de mettre un lien symbolique de program/libfoo641li.so +Ã la build que vous venez juste de construire le plus sÃ»rement vers foo/unxlngi4.pro/lib/ +, puis de redÃ©marrer la suite et vos changements devraient Ãªtre +incorporÃ©s
+
+Par exemple, disons que vous voulez : 'sal' le System Abstraction Layer +et vous avez installÃ© OOO_STABLE_1 dans /opt/OOInstall, vous +devez faire :
+

cd /opt/OOInstall/program
mkdir backup
mv libsal.so.3.0.1 backup
ln -s /opt/OpenOffice/OOO_STABLE_1/sal/unxlngi4.pro/lib/libsal.so.3.0.1 .

+
+ 5.5 Comprendre D'make (man)
+Alors que le systÃ¨me de compilation est similaire Ã beaucoup d'autres +systÃ¨mes, il est en mÃªme temps lÃ©gÃ¨rement diffÃ©rent. La vue d'ensemble +est que chaque module est compilÃ©, +et qu'ensuite le rÃ©sultat est dÃ©livrÃ© +dans le solver. +Chaque module est compilÃ© en fonction de l'entÃªte dans le solver. +Ainsi, il y a quelques intrications :
+

build : ce script perl solenv/bin/build.pl est +utilisÃ© en conjonction avec prj/build.lst +pour s'assurer que chaque +module qui est nÃ©cessaire est compilÃ© en premier. La compilation +dÃ©tourne les dÃ©pendances interne des modules et compile chaque module +avec une paire chdir, dmake.
deliver : ce script perl solenv/bin/deliver.pl +installe les entÃªtes, et les librairies (etc.) dans le solver comme +l'en informe prj/d.lst. De faÃ§on crucial, cela +permet de s'assurer que +la date de chacun des fichiers qui sont installÃ©s dans le solver est la +mÃªme +que celle dans le rÃ©pertoire du module. Cela permet de s'assurer qu'il +n'y a pas, (particuliÃ¨rement pour les entÃªtes) de dÃ©pendances en +cascade dÃ©clenchant des recompilations dans les autres modules.

+ 5.5.1 RÃ©pertoires standards
+Il y a plusieurs rÃ©pertoires standards et fichiers dans la plupart des +modules qui constituent OO.o, en voici quelques-uns des plus utiles.
+

prj
+

build.lst : cela liste les rÃ©pertoires qui +doivent Ãªtre faites, les commentaires '^#'sont permis, l'ordre de +cette liste est sans importance voir les dÃ©tails, +il est dictÃ© par les +opÃ©rations de 'builds'
+
d.lst : ce fichier dÃ©crit le processus deliver, voir les dÃ©tails

util : +typiquement, le rÃ©pertoire util est chargÃ© en agrÃ©geant ensemble les +sous-rÃ©pertoires pour chaque sous-module dans une seule grande +librairie, ajoutant des dÃ©pendances de librairies system, compilant les +fichiers ressours pour le GUI, etc. Tout le travail est dÃ©crit dans makefile.mk, c'est en gÃ©nÃ©ral le +dernier rÃ©pertoire construit dans un projet.
inc : les +entÃªtes +publiques sont typiquement sÃ©parÃ©es dans un rÃ©pertoire 'inc', cela les +installera dans le solver par la phase 'deliver' (en utilisant prj/d.lst)

+Il y a Ã©galement plusieurs types de fichiers qui sont (ou ne sont pas) +intÃ©ressants :
+

makefile.rc : ils +sont tous plus ou moins redondants et peuvent ignorÃ©s sans problÃ¨me
makefile.mk : +ceux-la au contraire sont le fichiers 'dmake' qui sont utilisÃ©s pour +compiler chaque rÃ©pertoire source.

+ 5.5.2 +build.lst
+Au premier coup d'oeil, build.lst Ã l'air inquiÃ©tant
+

vc      vcl : nas freetype psprint rsc sot ucbhelper unotools sysui NULL
vc      vcl                      usr1   -       all     vc_mkout NULL
vc      vcl\source\unotypes      nmake  -       all     vc_unot NULL
vc      vcl\source\glyphs        nmake  -       all     vc_glyphs vc_unot NULL

+
+aussi nous devons essayer de dÃ©cortiquer ce qui se passe ici, qui n'est +en fait pas si bizarre qu'il n'y paraÃ®t au premier coup d'oeil. En +premier, les listes sont terminÃ©es par le string 'NULL'. Chaque ligne +est prÃ©fixÃ©e par un raccourci qui est significatif.
+

La premiÃ¨re ligne active contient un ':', cela dÃ©crit le +fait que ce projet (vcl) dÃ©pend des autres modules 'nas', 'freetype', +'psprint' etc. qui doivent Ãªtre construits en premier. C'est pour les +dÃ©pendances inter-projet.
Nous avons ensuite une ligne redondante 'usr1' [pour le fun +?], en fait seulement les lignes contenant le string magique 'nmake' +sont valides aprÃ¨s cela.
Les lignes suivantes dÃ©crivent des dÃ©pendances internes des +rÃ©pertoires du projet et ressemblent Ã :
+
```
[shortcut] [path to dir to build] nmake - [flags] [unique-name] [deps...] NULL
vc           vcl\source\glyphs    nmake -   all     vc_glyphs   vc_unot   NULL
```
+
+ shortcut n'est pas +utilisÃ© ; flags dÃ©termine +sur quelle plateforme porte la compilation, en gÃ©nÃ©ral un simple code +de +caractÃ¨re de plateforme : 'dnpum' 'u' Ã©tant Unix. Le plus haut on est +dans le systÃ¨me, le plus on trouvera de matÃ©riel avec le drapeau +'all'.
+ unique-name c'est un nom magique, utilisÃ© par les +autres lignes pour dÃ©crire une dÃ©pendance interne. deps... +n'importe quel nombre de noms des autres rÃ©pertoires dans ce fichier +qui doit Ãªtre compilÃ© avant celui-lÃ .

+Ainsi pour le cas de vcl, nous voyons que vcl\source\unotypes +(vc_unot) doit Ãªtre compilÃ© avant vcl\source\glyphs +(vc_glyphs) C'est important de +comprendre que l'ordre de la liste est ~ +sans importance, et qu'Ã la place d'une simple liste ordonnÃ©e, nous +avons un systÃ¨me de dÃ©pendances internes plus complexe : cela contraste +avec la plupart des autres sytÃ¨mes make.
+
+Il y a Ã©galement de la documentation ici Ã ce sujet.
+
+ 5.5.3 d.lst
+La syntaxe de d.lst est plus facile Ã comprendre que celle de +build.lst, il ommet des actions par dÃ©faut comme copier build.lst dans inc/<module>/build.lst.
+Une ligne de la forme :
+

[action]: [arguments]
mkdir:    %_DEST%\inc%_EXT%\external

+oÃ¹ si '[action]' est ommis, l'action 'copy' sera prise par dÃ©faut. Les +actions typiques sont copy, mkdir, touch, hedabu, + dos and linklib
+L'action 'hedabu' est particuliÃ¨rement intÃ©ressante, dans la mesure oÃ¹ +il reformate cosmÃ©tiquement les entÃªtes pour les faire rÃ©trÃ©cir pendant +l'installation (sinon, elle ressemble beaucoup Ã l'action copy)
+Pendant l'action, des variables de macros diverses sont Ã©tendues, +quelques-unes sont :
+

%__SRC% Ã¢â¬â nom du rÃ©pertoire de la distribution ex. unxlngi4.pro
%_DEST% Ã¢â¬â chemin absolue du solver ex. /opt/OpenOffice/OOO_STABLE_1/solver/641/unxlngi4.pro +
%_EXT% Ã¢â¬â chemin (inusuel) pour avoir un update mineur +ex. +641.1, typically used to version every base sub-directory.

+Typiquement cependant, si vraiment vous avez besoin d'ajouter une +rÃ¨gle (cf copies implicites de rÃ©pertoire), elle sera de la forme
+

..\%__SRC%\inc\sal\*.h %_DEST%\inc%_EXT%\sal\*.h

+NB : les chemins relatifs sont relatifs au rÃ©pertoire 'prj/'
+
+ 5.6 ItÃ©rations rapides
+Il existe plusieurs maniÃ¨res de venir Ã bout des itÃ©rations de +dÃ©veloppement, le meilleur moyen est d'utiliser linkoo pour lier +symboliquement la librairie de l'install set directement dans votre +tronc compilÃ©. Ainsi vous pouvez simplement recompiler un sous +rÃ©pertoire, ex .
+

vcl

+en exÃ©cutant
+

build

+et en rÃ©exÃ©cutant soffice.bin
+
+ 5.7 Puis-je avoir un char *, +s'il vous plaÃ®t ?
+OOo contient Ã peine 6 strings de wrappers, aussi les implÃ©mentations C +prÃ©sentent peu d'intÃ©rÃªt
+

rtl_String : sal/inc/rtl/string.h
+string 'Normal' plus une rÃ©fÃ©rence de comptage rtlstring->buffer +est utile, comme l'est rtlstring->length . Ce +string a dÃ©jÃ Ã©tÃ© converti dans un set de caractÃ¨re particulier, voir +sal/inc/rtl/textenc.h : les seuls cas intÃ©ressants sont RTL_TEXTENCODING_UTF8 +et peut-Ãªtre RTL_TEXTENCODING_ASCII_US pour de vrai ( ?). +N'hÃ©sitez pas Ã traiter rtlstring->buffer comme +votre char * prÃ©fÃ©rÃ©.
OString : sal/inc/rtl/string.hxx
+Un simple rtl_String sal/inc/rtl/string.hxx enveloppÃ© +dans une classe, vous pouvez utiliser ostring.pData pour +avoir un rtl_String (c'est public) . OString a des +mÃ©thodes raisonnablement utiles si vous en avez besoin.
rtl_uString : sal/inc/rtl/ustring.h
+string 'Normal' Unicode similaire Ã rtl_String et rÃ©fÃ©rence de +comptage aussi bien. Cependant celui-ci vient toujours avec un encodage +UCS-2, sans doute pour Ãªtre compatible avec des choix Java douteux.
OUString : sal/inc/rtl/ustring.hxx
+un rtl_uString enveloppÃ© dans une classe. C'est ce qu'utilise la +plupart du code OOo pour passer les strings
String : tools/inc/string.hxx
+C'est une classe de string obsolÃ¨te, aliasÃ©e Ã 'UniString'. Elle a un +certain nombre de limitations comme An rtl_uString enveloppÃ© Ã +l'intÃ©rieur d'une classe. C'est ce qu'utilise la plupart du code OOo +pour passer les strings

+Dans la mesure oÃ¹ un homme rÃ©el utilise des strings char * encodÃ©s +en UTF-8, pour utiliser n'importe quel systÃ¨me d'API comme 'printf' +vous devez extraire un char * de OUString, +utilisez ceci :
+

static char *
gimme_utf8_please (const rtl::OUString &oustring)
{
  rtl::OString ostring;

  ostring = ::rtl::OUStringToOString (oustring, RTL_TEXTENCODING_UTF8);
        return strdup (ostring.pData->buffer);
}

+et l'inverse :
+

static rtl::OUString
complicate_things_into_ucs2_please (const char *utf8_string)
{
  rtl::OString ostring;

        ostring = rtl::OString (utf8_string);
  return rtl::OStringToOUString (ostring, RTL_TEXTENCODING_UTF8);
}

+
+Si vous souhaitez juste imprimer un string pour des besoins de +debuggage, vous voudrez sans doute lire ceci .
+
+ 5.7.2 +Examiner les strings de GDB
+Nous avons dÃ©jÃ vu que OOo n'utilise pas les strings char * +modestes. Si vous pensez que c'est assez compliquÃ© quand vous Ã©crivez +du +code, attendez d'avoir Ã le dÃ©bugguer. VoilÃ comment avoir vos strings +de gdb/dbx qui n'utilisent pas nativement unicode.
+

Ã partir de la branche cvs cws_srx645_ooo112fix1 vous +pouvez utiliser
+
```
(gdb) print dbg_dump(sWhatEver)
```
+pour imprimer le contenu de +UniString/ByteStrin/rtl::OUString/rtl::Ostring quel que soit le type +lorsque vous dÃ©bugguez du code C++ vois l'issue +17295 pour les dÃ©tails.

+Alternativement, si ce support n'est pas encore dans votre version OOo +alors...
+

rtl_String : met le doigt dessus
String : note : la dÃ©cl' de cela utilise la macro +'UniString' pour embrouiller les lecteurs. Heureusement, par +programmation, nous pouvons passer un String Ã un OUString de faÃ§on +transparente.
OString : p str->pData

p *theString; # grab the length (2nd field)
x/<length>s theString->buffer

x/20s theString->buffer

::rtl::OString tmpStr = OUStringToOString (MyOUString, RTL_TEXTENCODING_UTF8);
fprintf (stderr, "String is '%s'\n", tmpStr.getStr());

+ 5.8 +Limitations linkoo
+Bien que trÃ©s puissant, linkoo a un certain nombre de limitations dues +Ã la faÃ§on dont OOo est assemblÃ©. Il y a deux sortes de problÃ¨mes :
+

Un comportement bizarre des liens - ie si vous liez +symboliquement une librairie, il suit le lien Ã l'exÃ©cution et finit +dans +la confusion

soffice.bin - cela doit Ãªtre copiÃ© depuis +desktop/unxlngi4.pro/bin/soffice Ã chaque fois que vous entrez dans un +cycle de dÃ©veloppement, autrement le dÃ©buggage est confus,
libcgmgr2.so - cela doit Ãªtre copiÃ© depuis +configmgr/unxlgni4.pro/lib Ã chaque fois, sinon la configuration ne +peut Ãªtre chargÃ©e,

contruction bizarre d'une librairie interne

les fichiers de filtre ont une dÃ©tection de code, ex +sc/source/ui/app/sclib.cxx(ScDLL::DetectFilter) qui est compilÃ© dans +une librairie statique, installÃ©e puis liÃ© dans libwrp dans +desktop/source/offwrp. Pour recompiler dans 'sc' exÃ©cutez :
+
```
build && deliver
```
+puis dans desktop/source/offwrp exÃ©cutez
+
```
touch wrapper.cxx && dmake
```
+
+

6. DÃ©bugguer OOo

+Cette section assume que vous utilisez gdb Ã partir d'une console
+
+ 6.1 Compiler avec des symboles +de dÃ©buggage
+OOo inclus la possibilitÃ© d'ajouter du code de dÃ©buggage par module, +vial la commande build debug=true dans chaque module. +Malheureusement, ce n'est pas recommandÃ© de l'exÃ©cuter pour l'ensemble +du projet, en plus d'inclure des symboles de dÃ©buggage vitaux, il +inclut Ã©galement des tas d'assertions, des warnings et d'autres +vÃ©rifications variÃ©es.
+Ainsi si vous voulez des symboles de dÃ©buggage pour tout, vous devez +hacker plusieurs makefiles pour ajouter les symboles de dÃ©buggage [NB +cela rendra les binaires de OOo ~1Mo plus petits et la branche +complÃ¨te de build envrion 8 Go aussi faites y attention] appliquez ce +patch :
+

--- solenv/inc/unxlngi4.mk
+++ solenv/inc/unxlngi4.mk
@@ -92,18 +92,18 @@ cc=gcc
 # do not use standard header search paths
 # if installed elsewhere
 .IF "$(BUILD_SOSL)"!=""
-CFLAGS=
+CFLAGS=-g
 .ENDIF
 CFLAGS+=-fmessage-length=0 -c $(INCLUDE)
 # flags for the C++ Compiler
-CFLAGSCC= -pipe -mcpu=pentiumpro
+CFLAGSCC= -g -pipe -mcpu=pentiumpro
 # Flags for enabling exception handling
 CFLAGSEXCEPTIONS=-fexceptions -fno-enforce-eh-specs
 # Flags for disabling exception handling
 CFLAGS_NO_EXCEPTIONS=-fno-exceptions
 
 # -fpermissive should be removed as soon as possible
-CFLAGSCXX= -pipe -mcpu=pentiumpro -fno-for-scope -fpermissive -fno-rtti 
+CFLAGSCXX= -g -pipe -mcpu=pentiumpro -fno-for-scope -fpermissive -fno-rtti 
 
 # HACK: enable Hamburg developers to build on glibc-2.2 machines but compile vs. glibc-2.1 headers
 .IF "$(BUILD_SOSL)"==""

+
+Bien sÃ»r, sans les symboles de dÃ©buggage gdb devient encore plus +inutile. Pour appliquer le patch copiez et collez la partie ci-dessus +dans /tmp/foo et dans le rÃ©pertoire de base.
+

patch -p0 < /tmp/foo

+ 6.2 Positionner des points de +rupture
+DÃ» Ã un niveau assez Ã©levÃ© de plantages dans gdb, il est Ã peu prÃ¨s sÃ»r +que positionner des points de ruptures avant l'exÃ©cution ne +fonctionnera pas, aussi le meilleur schÃ©ma est de
+

gdb ./soffice
break main
run # don't forget the arguments here
# ... traps in main ...
break osl_readFile
continue

+
+Bien sÃ»r cela ne marchera jamais si le code est implÃ©mentÃ© dans un +librairie qui est dlopened plus tard, ce qui arrive pour une vaste +majoritÃ© du code de OOo. Aussi vous devez attraper le chargement +du code et alors mettre les points de rupture dedans. Pour faire cela +appliquez un point de rupture dans osl_psz_loadModule et souffrez.
+Alternativement si vous pouvez instrumenter le code, c'est plutÃ´t +facile d'ajouter #include <signal.h> et mettez un (SIGSTOP); +quelque part dans le code qui sera attrapÃ© dans le dÃ©buggueur.
+
+ 6.3 Commencer au dÃ©but
+Nous commenÃ§ons dans 'main' avec un wrapper sal, cela appelle +vcl/source/app/svmain.cxx(SVMain). Cela invoque Main dans +pSVData->mpApp; mais pSVData est un en-ligne local. Pour dÃ©bugguer +cela utilisez la variable globale pImplSVData, ex :
+

p pImplSVData->maAppData

+Cette mÃ©thode 'Main' est typiquement : desktop/source/app/app.cxx (Main)
+
+ 6.4 Examiner strings
+Le char * modeste (que gdb peut afficher nativement) est Ã©vitÃ© dans le +monde des objets en le wrappant avec diffÃ©rentes classes innombrables +que gdb ne comprend pas. Le pire, dans pas mal de cas +il est extrÃ¨mement difficile mÃªme d'imprimer le string, une des +consÃ©quences qui a fait que nous avons pris la dÃ©cision d'utiliser un +encodade ucs-2. Il y a aussi des classes string Ã la fois variables et +invariables.
+Merci de lire la section 5.7.2 pour savoir +comment les strings marchent +dans OOo et pour avoir des indications de dÃ©buggage.
+
+ 6.5 Permettre une compilation +dans le bon ordre
+Les dÃ©pendances de compilation des modules sont vraiment cruciales pour +obtenir une version propre. Lorsque vous tapez 'build' dans un module, +la compilation examine d'abord prj/build.list, ex neon/prj/build.lst :
+

xh      neon  :  soltools external expat NULL

+cela signifie que 'soltools, 'external' et 'expat' doivent Ãªtre +compilÃ©s et dÃ©livrÃ©s correctement avant que neon ne puisse Ãªtre +compilÃ©. Occasionnellement ces rÃ¨gles peuvent Ãªtre brisÃ©es et personne +ne s'en aperÃ§oit avant un moment.
+
+ 6.6 Cela plante, mais seulement +dans gdb
+Vraiment sympa, vous avez liÃ© symboliquement +desktop/unxlngi4.pro/bin/soffice Ã soffice.bin dans votre tronc +d'install, n'est-ce pas ? Cela marche correctement si vous ne faites +que l'exÃ©cuter, mais il semble que gdb dÃ©fait les liens symbolique +et passe un lien complÃ¨tement qualifiÃ© come argv[0], qui ne +permet pas d'atteindre le binaire dans le chemin, il assigne alors le +chemin du programme de base comme +/opt/OpenOffice/OOO_STABLE_1/desktop/unxlngi4.pro/bin et commence Ã +rechercher (ex applicat.rdb) dedans. Bien sÃ»r quand il n'arrive pas Ã +trouver les informations de setup, il plante silencieusement Ã quelques +kilomÃ¨tres du problÃ¨me d'origine.
+
+ 6.7 Cela plante, mais ne plante +pas
+Pour des raisons diverses, les dÃ©tecteurs de signal sont attrapÃ©s et la +vie peut devenir plutÃ´t confuse, ainsi le mieux pour les compileurs est +d'appliquer quelque chose comme Ã§a :
+

--- sal/osl/unx/signal.c
+++ sal/osl/unx/signal.c
@@ -188,6 +188,8 @@ static sal_Bool InitSignal()
             bSetILLHandler = sal_True;
        }
 
+       bSetSEGVHandler = bSetWINCHHandler = bSetILLHandler = bDoHardKill = sal_False;
+
        SignalListMutex = osl_createMutex();
 
        act.sa_handler = SignalHandlerFunction;

+NB. trailing space
+
+ 6.8.1 Je ne peux trouver le code +Ã partir de la trace
+Quelques mÃ©thodes, dÃ©crites pour avoir un liage spÃ©cial, comme cette +clÃ©, peuvent Ãªtre utilisÃ©es dans les callbacks ; typiquement elle a un +prÃ©fixe 'LinkStub', et cherche ainsi la derniÃ¨re partie de +l'identifiant dans une recherche de texte libre ex
+

IMPL_LINK( Window, ImplHandlePaintHdl, void*, EMPTYARG )

+compile la mÃ©thode 'LinkStubImplHandlePaintHdll'.
+
+ 6.9 Comment puis-je recompiler +seulement les fichiers que je vois dans +la trace
+Souvent lorsque vous exÃ©cutez gdb dans une compilation non dÃ©bugguÃ©e, +vous ne pouvez vous permettre d'attendre et recompiler (par exemple) +tout oowriter. Aussi nous avons crÃ©Ã© une petite aide perl avec laquelle +vous pouvez couper et coller les noms de methode/classe qui vous +intÃ©ressent Ã partir du stack, et cela touchera juste les fichiers +contenant ces strings pour faciliter une recompilation. Voici un flux +de travail typique de dÃ©buggage.
+

gdb ./soffice.bin
...
    bt
#0  0x40b4e0a1 in kill () from /lib/libc.so.6
#1  0x409acfe6 in raise () from /lib/libpthread.so.0
#2  0x447bcdbd in SfxMedium::DownLoad(Link const&) () from ./libsfx641li.so
#3  0x447be151 in SfxMedium::SfxMedium(String const&, unsigned short, unsigned char, SfxFilter const*, SfxItemSet*) ()
   from ./libsfx641li.so
#4  0x448339d3 in getCppuType(com::sun::star::uno::Reference const*) () from ./libsfx641li.so
...
    quit
    cd base/OOO_STABLE_1/sfx2
    ootouch SfxMedium
    build debug=true

+Ainsi tous les fichiers rÃ©fÃ©renÃ§ant/implÃ©mentant quelque chose avec +SfxMedium seront touchÃ©s et recompilÃ©s avec des symboles de dÃ©buggage.
+
+ 6.10 Comment puis recompiler +tous les fichiers dans un rÃ©pertoire source
+Si vous souhaitez recompiler le code seulement dans vore rÃ©pertoire +courrant, vous pouvez utiliser la cible killobj dmake pour enlever les +fichiers objets :
+

  dmake killobj
      dmake

+
+ 6.11 Cela plante toujours dans +sal_XErrorHdll
+Vous Ãªtes victime d'un rapport d'erreur X asynchrone
+

export SAL_SYNCHRONIZE=1

+rendra le traffic de X syncrhone et rapportera l'erreur par la mÃ©thode +qui l'a causÃ©, cela rendra Ã©galement OOo beaucoup plus lent et le +timing diffÃ©rent.
+
+ 6.12 Il Ã©choue silencieusement Ã +charger mez fichiers word
+Coalan a suggÃ©rÃ© : mettez un point de rupture sur le dessus de +ww8par.cxx et la queue de SwWW8ImplReader::LoadDoc et confirmez +que le document va aussi loin que le fichier d'import.
+Un endroit facile et humain pour mettre un point de rupture est +dans SwWW8ImplReader::ReadPlainChars vous pouvez voir des tas de text +au moment ou ils sont lus. Alternativement +SwWW8ImplReader::ReadPlainChars Ã chaque paragraphe qui est inserrÃ©.
+
+ 6.13 Comment est-ce que +j'utilise une console de dÃ©buggage ?
+Ainsi OOo contient une importante infrastructure de dÃ©buggage, vous +pouvez la voir +ici Malheureusement l'activer n'est pas trivial. PremiÃ¨rement, rien +n'est compilÃ© dans une compilation de produit, aussi nous devons +recompiler des parties centrales du code OOo comme des compilations +non-produit et nous devons rÃ©exÃ©cuter linkoo pour lier ces +nouvelles compilations dans notre set.
+Tous d'abord, crÃ©er un fichier de dÃ©buggage d'Environnement, je +l'appelle LinuxIntelEnv.Set.debug
+

TMPFILE=~/.Env.Set.debug

# Purge .pro bits
sed 's/\.pro//g' LinuxIntelEnv.Set.sh > $TMPFILE
. $TMPFILE
rm $TMPFILE

# Clobber product parts
unset PRODUCT PROSWITCH PROFULLSWITCH

+Maintenant faites
+

source ./LinuxIntelEnv.Set.debug

+cela met en place votre environnement pour une build non productive.
+cd vcl; build dbgutil=true --all linkoo
+Maintenant - exÃ©cutez simplement OOo et quand c'est en plein travail, +pressez <Alt><Maj><Ctrl> 'D' dans cet ordre, cela +devrait provoquer l'affichage d'une fenÃªtre de dÃ©buggage. Les options +de dÃ©buggage sont sauvÃ©s par la suite dans le fichier .dgbsv.init pour +la prochaine exÃ©cution, vous pouvez en contrÃ´ler l'emplacement avec :
+

export DBGSV_INIT=$(HOME)/.dbgsv.init

+ex : c'est (malheureusement) un fichier binaire
+
+ 6.14 Debuggage Excel +InterroperabilitÃ©
+C'est assez facile, editez sc/source/filter/inc/biffdump.hxx, +definissez EXC_INCL_DUMPER Ã 1 et recompilez 'sc'. Faites aussi une +copie de sc/source/filter/escel/biffrecdumper.ini vers ~. Puis exÃ©cutez
+
+et vous devriez avoir un foo.txt avec les donnÃ©es de dÃ©buggage Ã +l'intÃ©rieur. Si vous n'obtenez rien, vous devez trouver/appliquer +sc-biffdump.diff Ã partire d'ici +
+

7. Contribuer des +patches

+ 7.1 Style diff
+Utilisez toujours des diffs unifiÃ©s 'cvx -z3 diff -u' dans la mesure oÃ¹ +ils sont plus lisibles types de diff (et sensible) qui se lisent +et d'appliquent.
+
+7.2 Quelques interactions
+Cela semble une bonne idÃ©e de travailler sur la maniÃ¨re la meilleure +pour implÃ©menter votre fix, et/ou d'en discuter avec un ou deux +dÃ©veloppeurs avant tout. Une des meilleures faÃ§on est de poster sur +dev@openoffice.org (labo@fr.openoffice.org pour le franÃ§ais) ou de +regarder sur IRC irc.freenode.net sur le cannal #OpenOffice.org. IRC +est un moyen de communication vraiment pauvre, mais mieux que pas de +communication du tout. Voir ici pour savoir qui +est qui.
+
+7.3 CrÃ©ation de patch ooo-buidl
+Voir ici +pour plus d'informations sur notre infrastructure de patchage
+
+ 7.4 soumettre un bug
+Voir ici pour une +interface saine/hackers pour IssueZilla +d'OpenOffice.org
+Dans la mesure oÃ¹ l'on peut toujours connaÃ®tre le propriÃ©taire d'un +module en vÃ©rifiant le tag ADMIN_FILE_ OWNER il y a un petit outil dans +ooo-build : bin/owner<file-name> qui vous aide Ã +interagir/e-mailer au sujet d'un module donnÃ©, c'est mieux d'assigner +ces bugs spÃ©cifiques Ã cette personne.
+

8 Conseils divers

+ 8.1 Obtenir un accompte OOo CVS
+Voici le process pour obtenir un accompte CVS pour le serveur CVS, les +compte ooo-build sont maintenus diffÃ©remments +Pour connaÃ®tre comment le processus de soumission d'issue marche, voir +l'issue #7270. Une fois votre compte crÃ©Ã©, vous devez ouvrir un tunnel +pour sÃ©curiser le server CVS, quelque chose comme :
+

ssh -f -2 -P -L 2401:localhost:2401 tunnel@openoffice.org sleep 1400 < /dev/null > /dev/null

+Vous devez ensuite changer CVSROOT pour pointer sur votre machine +locale, dans la mesure oÃ¹ c'est le point final du tunnel :
+

:pserver:mmeeks@localhost:/cvs

+Votre nom de compte et mot de passe seront les mÃªmes que ceux que vous +utilisez pour rentrer des bugs dans le systÃ¨me Source Cast. Logguez +vous et... vous vous apercevrez rapidement que vous devez migrer vos +paramÃ¨tre CVS sur le serveur, pour faire cela sans perdre de place avec +des checkouts rÃ©pÃ©tÃ©s :
+

bin/re-root /path/to/checkout ":pserver:<account-name-here>@localhost:/cvs"

+Bien sÃ»r, pour faire un commit, vous devez avoir des privilÃ¨ges liÃ©s au +projet et vous battre avec la bureaucracie.
+
+ 8.2 Utiliser patch/diff
+Patch/diff sont des outils merveilleux, cependant les gens fournissent +souvent des donnÃ©es qui provoquent la confusion et qu'il est trÃ¨s +difficile de corriger. Voici quelques astuces pour remettre les choses +dans l'ordre
+

Si vous n'Ãªtes pas sÃ»r du tout, exÃ©cutez les patchs avec +--dry-run d'abord, cela donnera l'apparence de faire l'action de +patcher, mais en fait ne le fera pas [ cela peut donner de faux +rÃ©sultats avec des inter-dÃ©pendances compliquÃ©es de patches, mais c'est +trÃ¨s utile]
Utilisez plus particuliÃ¨rement le patch -p0, 0 signifie le +nombre d'Ã©lÃ©ments de patchs Ã dÃ©pouiller depuis de dÃ©but de chemin de +fichier que le diff pointe.
Quand cela plante et que vous n'avez que la moitiÃ© du patch +qui s'applique et que vous souhaitez revenir Ã un truc propre, Ã la +fois supprimez les fichiers et faites un cvs update, ou repatchez avec +l'option '-R' pour annuler l'effet.
Parfois, utiliser diff entre les modules avec beaucoup de +modification des espaces rend le patch plus difficile Ã lire, le flag +'-w' de (cvs) diff rend les choses plus faciles.

+ 8.3 Make clean
+Utilisez dmake clean dans le rÃ©pertoire supÃ©rieur. Dans les versions +pre HEAD il n'y avait pas de cible 'clean' donc Ã la place vous devez +faire quelque chose comme (ce que fait dmake clean maintenant)
+

find -name 'unxlngi4.pro' -exec rm -Rf {} \;

+ 8.4 setup CVS
+Pour une utilisation efficace de la largeur de bande passante, gÃ©nÃ©rez +des diffs +sensibles par dÃ©faut et suivez le cours, vous devez avoir ceci dans +votre ~/.cvsrc.
+

cvs -z3 -q
diff -upN 
update -dP
checkout -P
status -v

+ 8.5 Ajouter des fichiers +d'entÃªtes Ã une compilation.
+Pour ajouter des entÃªtes de fichier dans +external/ assurez-vous que vous les listez dans external/prj/d.lst pour +qu'ils soient copiÃ©s dans le rÃ©pertoire +solver/641/unxlngi4.pro/inc/external pendant la compilation.
+
+ 8.6 Trouver oÃ¹ hacker
+Il y a souvent des Ã©lÃ©ments GUI utilisÃ©s prÃ¨s des trucs que vous +essayez de localiser/fixer. Trouvez alors des string suffisemment +inutilisÃ©s et recherchez les dans la recherche de texte LXR, cela +devrait revÃ©ler un identifiant relatif Ã ce string ex : SID_AUTOFORMAT +ou FN_NUM_BULLET_ON. Une fois cela obtenu, faites une nouvelle +recherche de texte pour ce string et vous trouverez l'usage [ ou une +dÃ©finition chainÃ©e Ã quelque chose d'autre]. Par exemple, pour les +menus/barre d'outils la fonctionnalitÃ© est habituellement dans une +dÃ©finition case ex : case SID_AUTOFORMAT:...
+

9. Liens utiles

+9.1 www.openoffice.org
+Alors que la structure initiale d'openoffice.org ne semble pas orientÃ©e +hackers, il y a beaucoup de documentation +utile si vous la cherchez un peu.
+Pour les nouvelles sur OOo et une perspective distincte sur OOo voir ooodocs.org
+
+9.2 Archives de patch
+En produisant diffÃ©rentes versions d'OpenOffice.org, diffÃ©rents +projects ont produits des patchs (plutÃ´t nombreux) pour OOo. +Heureusement, ils commencent Ã Ãªtre triÃ©s Ã un meilleur rythme, aussi +aucun patch ne doit Ãªtre nÃ©cessaire dans HEAD pour le compiler, de la +mÃªme maniÃ¨re beaucoup sont allÃ©s dans OOO_STABLE_1. Il peut Ãªtre utile +de les utiliser tous ou certains nÃ©anmoins.
+

Ximian OOo patches et +outils de compilation /snpashots sont tous disponibles sous forme de packages ou de patches.
Les pages + d'aide Debian, avec +des patches. Et aussi le CVS + Debian.
archive +patch de Mandrake OOo
patches de portage OOo FreeBSD

+Comme personne ne m'a jamais demandÃ© cela, I just made them up to +astro-turf a bit (safer, wipe-clean, more durable questions).
+
+ 10.1 Pourquoi les branches comme +'mws_srx644' ont des nombres bizarre Ã l'intÃ©rieur
+En consultant des oracles variÃ©s, des entrailles, etc, il transpire +qu'en thÃ©orie ces nombres sont incrÃ©mentÃ©s chaque semaine, ils sont +freezÃ©s chaque semaine ainsi que le solver et l'environnement de +dÃ©veloppement. Cependant, dans un temps plus rÃ©cent, le processus de +solidification d'une simple build pour une version plus large a pris +plus lontemps qu'une semaine crÃ©ant un dilemne et un tag mixÃ© +alphanumÃ©riquement. Le mws signifie 'Master Workspace'.
+
+ 10.2 Pourquoi la build nÃ©cessite +Java ?
+Essentiellement, il semble qu'il y a beaucoup de fichiers XML impliquÃ©s +dans l'enregistrement des composants et d'autres services divers. Il +apparaÃ®t qu'utiliser Java est juste une faÃ§on aisÃ©e de faire simplement +ces manipulations. Aussi Java peut-Ãªtre utilisÃ© gentiment pendant +l'exÃ©cution s'il est sur la machine.
+Mais Ã partir du tag SRC680_m44 il y a un script +python alternatif inclut pour remÃ©dier au probleme de process de +ces fichiers XML utilisÃ©s pour l'enregistrement, aussi, il est possible +de compiler des versions aprÃ¨s cette date sans java, donc votre choix +variera suivant que la compilation par dÃ©faut se fait avec java.
+
+ 10.3 Pourquoi [t]csh est cassÃ© ?
+C'est plutÃ´t Ã©nigmatique, des cassages particuliÃ¨rement curieux +semblent venir de la faÃ§on de piper les commandes dans stdin de faÃ§on +crucialement diffÃ©rente de la faÃ§on de les mettre dans tty aussi :
+

echo 'echo #define DLL_NAME "libsch641li.so" >./foo.hxx' | /bin/tcsh -s

+Ã©choue Ã faire quoi que ce soit alors que taper la mÃªme chose dans le +shell fonctionne correctement. Encore plus bizarrement
+

tcsh -fc 'echo #define DLL_NAME "libsch641li.so" >./foo.hxx'

+fait les choses correctement. Voir aussi csh.
+
+ 10.4.1 Je viens juste d'essayer +de faire un re-locate de la compilation +pourquoi cela ne marche-t-il pas ?
+La rÃ©ponse simple est : vous devez exÃ©cuter :
+

bin/relocate /path/to/new/build

+Un rÃ©ponse plus complexe est :
+Bon, en assumant que vous avez re-configurÃ© les choses +(LinuxIntelEnv.Set aura besoin de chemins modifiant aussi et +rÃ©-important dans votre shell) ensuite cela dÃ©pend grandement des +chemins non relatifs ambigus, codÃ©s dans de nombreux fichiers +gÃ©nÃ©rÃ©s/compilÃ©s, particuliÃ¨rement les fichiers (dÃ©pendant) '.dpc*' . +Essayez :
+

find -name '*.dpc*' -exec rm {} \;

+Le stlport fait vraiment des trucs cassÃ©s, vous aurez donc besoin +d'Ã©diter le 'stl_gcc.h' Ã l'intÃ©rieur du solve/ et de replacer les deux +instances de chemins ici (voir inc/stl/config/stl_gcc.h)
+
+ 10.5 CVS dit 'Fatal error +aborting. [acc] no suche user', pourquoi ?
+Bien sÃ»r il est possible que votre nom d'utilisateur ne soit pas +enregistrÃ©, souvent, cela signifie simplement que ~/.cvspass a Ã©tÃ© +perdu et/ou que vous ne vous Ãªtes pas logguÃ©s dans cvs, logguez-vous et +rÃ©pÃ©tez la commande.
+
+ 10.6 Que signifie '.pro' dans +'unxlngi4.pro'
+ Product, n'est-ce pas +Ã©vident ?
+
+ 10.7 A quoi ressemble vraiment +OpenOffice.org ?
+Aujourd'hui, j'ai trouvÃ© une photographie de lui sur mon systÃ¨me, je +l'ai mise ici :
+
+
+ layers

+
+ 10.8 Comment puis-je prendre une +copie d'Ã©cran de OOo ?
+OOo fait des choses vraiment Ã©tranges avec les ressources X, ainsi des +applications habituels de copie d'Ã©cran n'arrive pas Ã prendre de +photos. ImageMagick 'import' fait cependant un bon travail.
+

import foo.png

+Ã partir de la console ou
+Ã la place. NB Ã moins que vous ne vouliez que vous souhaitiez votre +monde tout petit, vous devez afficher des grandes icÃ´nes de barre +d'outils d'abord.
+
+ 10.9 J'essaye de compiler avec +gcc sur un prÃ©fixe avec BUILD dedans, +pourquoi cela plante ?
+C'est dÃ» Ã de trÃ¨s sÃ©rieux crack fumeux en cours dans stlport. +Essentiellement, il y a des entÃªtes principales dÃ©sagrÃ©ables et +elles veullent Ãªtre capable de retomber sur les entÃªtes prÃ©cÃ©dents +(avec le mÃªme nom) - ainsi elles ont a coder le chemin en dur. Pour +Ã©viter d'avoir Ã faire cela dans de multiples endroits, elles utilisent +un #define, le #define a une marcor expansion faite sur lui. Ainsi si +votre prÃ©fixe gcc contient un Ã©lÃ©ment qui est une macro, vous Ãªtes fait +:
+config de l'entÃªte stlport :
+

#define _STLP_NATIVE_INCLUDE_PATH \
        /home/michael/ximian-desktop/ooo/BUILD/ooo/include/c++/3.2.2

+stlport helpful macros: +

# define _STLP_MAKE_HEADER(path, header) <path/header>
# define _STLP_NATIVE_CPP_C_HEADER(header)  \
        _STLP_MAKE_HEADER(_STLP_NATIVE_INCLUDE_PATH,header)

+and finally stlport cunning native include: +

#include _STLP_NATIVE_CPP_C_HEADER(foo)

Net result:

      g++ ... -DBUILD=7663 ...
      ...
from /home/michael/ximian-desktop/ooo/BUILD/ooo/OOO_1_0_2/xml2cmp/source/xcd/main.cxx:62:
/home/michael/ximian-desktop/ooo/BUILD/ooo/OOO_1_0_2/solver/641/unxlngi4.pro/inc/stl/cstddef:35:46:
/home/michael/ximian-desktop/ooo/7663/ooo/include/c++/3.2.2/cstddef: No such file or directory

+ 10.10 A quoi sret la description +des composants UNO XML ?
+Pas grand chose, souvent installÃ©, mais plutÃ´t non utilisÃ©s
+
+ 10.11 Pourquoi le code est si +moche
+Les auteurs doivent utiliser un Ã©diteur vraiment Ã©trange. Il pense que +les tabs stops sont toutes les 4 colonnes. Evidemment le fichier +s'affiche mal dans les Ã©diteurs Unix qui savent que le tab sont large +de 4 characteres.
+S'il vous arrive d'utiliser a Real Editor, nous +avons des lunettes roses Ã vous vendre. Collez le contenu de http://ooo.ximian.com/emacs.el +dans votre .emacs ou chargez le avec une ligne comme celle-ci : (load +"/path/to/that/file.el") . N'oubliez pas d'adapter +my-openoffice-path-regexp Ã vos besoins.
+

11. Travailler avec nous

+Voir le document About +ooo-build
+
+Traduction Sophie Gautier
+
+ Retour Ã l'index Labo
+
+

+ +

OpenOffice.org native tongue concept and francophone +project are built for you with pride by Guy Capra (Alomphega).
+This fr project is also led and maintained by Sophie Gautier.

+
+
+
+
+
+
+ + +

TÃ©lÃ©charger le +Code Source depuis CVS

NÃ©cessitÃ©s +pour le tÃ©lÃ©chargement

TÃ©lÃ©charger les sources

TÃ©lÃ©charger +les sources complÃ¨tes
+

+

Syntaxe de Commande de Autodoc

Utilisation:

LÃ©gende:

Explication des Options

+Guide du Hacker OpenOffice.org Non Officiel

O. Contenu

1. Obtenir OOo

2. Compiler OOo

3. Installer OOo

4. ExÃ©cuter OOo

5. Hacker OOo

6. DÃ©bugguer OOo

7. Contribuer des +patches

8 Conseils divers

9. Liens utiles

10 FAQ (non frÃ©quentes)

11. Travailler avec nous

TÃ©lÃ©charger le +Code Source depuis CVS

NÃ©cessitÃ©s +pour le tÃ©lÃ©chargement

TÃ©lÃ©charger les sources

TÃ©lÃ©charger +les sources complÃ¨tes +

+

Syntaxe de Commande de Autodoc

Utilisation:

LÃ©gende:

Explication des Options

+Guide du Hacker OpenOffice.org Non Officiel

O. Contenu

1. Obtenir OOo

2. Compiler OOo

3. Installer OOo

4. ExÃ©cuter OOo

5. Hacker OOo

6. DÃ©bugguer OOo

7. Contribuer des +patches

8 Conseils divers

9. Liens utiles

10 FAQ (non frÃ©quentes)

11. Travailler avec nous

TÃ©lÃ©charger +les sources complÃ¨tes
+