Pb avec XCode1.5 ?

Sur la page d'accueuil de Fink, il y a une note à propos de XCode 1.5.
Est-ce que cela peut t'aider ?

Le shell, ça ne serait pas zsh, par hasard ? Dans les options du
terminal, tu peux modifier ton shell par défaut - mais seules les
session du terminal seront affectées. Donc, si tu as changé de shell,
tes fichiers de configs que tu t'es amoureusement concocté ne sont plus
d'aucune utilité.

J'ai jamais essayé de compiler OOo, alors je ne peut pas t'en dire plus.
Mais si ça t'aide, je peux essayer, j'ai un peu de temps libre, en ce
moment. J'ai 10.3.6, XCode 1.5, la dernière de Fink.


Bernard.

PS : es tu sûr que c'est le bon forum ? Y a un forum de programmation
spécial mac fr.comp.sys.mac.programmation.

ericb wrote:

Bonjour,


J'ai visiblement un problème d'environnement avec XCode 1.5. Depuis un
crash qui m'a coûté 20Go de données, dont des outils dev parfaitement
rodés et performants, j'ai

- réinstallé 10.3 + toutes les mises à jour jusqu'à 10.3.4
- X11 (User)
- XCode1.5 + tous les outils cross compilation + X11SDK

Note : j'ai désinstallé depuis XCode 1.5 avec le script perl fourni, et
j'ai réinstallé *sans* les outils de crosscompilations (qui ne marchent
pas, m'a-t-on dit, pour faireune version Jaguar d'OOo). Pour faire une
version Jaguar, je vais installer JAguar sur un autre disque, c'est
plus simple à gérer, et surtout, à maintenir....

- Fink 0.7.1

Mais, chose curieuse, je trouve le tcsh avec une invite différente (et
un environnement que je reconnais difficilement...)
(j'avais > et maintenant c'est %). Peu importe, mais le problème, c'est
que ne peux plus compiler OOo jusqu'au bout :-/
(c'est grave, la 1.1.4 est dans les starting blocs...)

Après avoir cherché pas mal depuis presque 4 jours, je cherche si mon
problème ne pourrait pas venir d'un des points suivants :

- j'ai installé XCode1.5 sans installer XCode 1.2 auparavant (alors que
j'avais fait la mise à jour sur l'ancien système)
- j'ai maintenant Fink 0.7.1 alors que j'avais 0.5.1 (ou quelque chose
comme ça avant)
- d'une nouvelle version de tcsh bugguée ? =>mauvaise interprétation du
caractère ESCAPE me casse toutes mes compilations...


En attendant, je vais tout virer, et essayer d'installer XCode1.2 puis
passer à XCode1.5... Mais ceci prend beaucoup de temps (et je n'en ai
pas beaucoup en ce mmoment...), Donc si quelqu'n pouvait m'aider par une
remarque judicieuse, ou un conseil pertinent, je lui en serais très
reconnaissant...



Cordialement

Bonjour,

Sur la page d'accueuil de Fink, il y a une note à propos de XCode 1.5.
Est-ce que cela peut t'aider ?

Oui, merci, je l'ai déjà lu, et je ne suis pas sûr que ce soit la
raison, car le problème est gcc, alors que là, mon problème est un
problème de shell (enfin, il me semble). De toutes façons, je fais un
essai avec XCode1.2 et un fink inférieur. Alors j'en aurai le coeur net.
Par ailleurs, j'ai eu toutes les peines du monde à compiler mc (Midnight
Commander), avec des erreurs incompréhensibles, des fichiers d'en-têtes
pas trouvés...et j'en passe. Déjà l'installation de Fink m'a semblée
foireuse.... Et je pense que mes ennuis ont commencé ici...

Le shell, ça ne serait pas zsh, par hasard ?

Non, le shell par défaut pour compiler OOo est le tcsh. Il a toujours
merveilleusement bien fonctionné, mais ici, j'en suis moins sûr.

Dans les options du

terminal, tu peux modifier ton shell par défaut - mais seules les
session du terminal seront affectées.

pas de problème pour ça ;-)

Donc, si tu as changé de shell,

tes fichiers de configs que tu t'es amoureusement concocté ne sont plus
d'aucune utilité.

En fait,je n'ai presque plus rien de mon ancienne config (le crash).
Sinon, j'ai juste une copie avec CCC de l'état de mon disque il y a 4 à
6 mois (autant dire une éternité). Mais comme je n'avais rien modifié
(à part utiliser stty pour l'UTF-8 pour avoir les accents ), je ne pense
pas que cela vienne de là.

J'ai jamais essayé de compiler OOo, alors je ne peut pas t'en dire plus.

Merci quand même. Je peux te dire que la 1.1.x ne m'a jamais posé de
problème avant, c'est vraiment la plus facile à compiler. Même si
gcc-3.3 ne semble pas très clean.
Je viens de compiler une version de tête sous Linux (x86), et là, c'est
carrément autre chose (10 bugs pas triviaux en moyenne à corriger pour
une compil entière).

Mais si ça t'aide, je peux essayer, j'ai un peu de temps libre, en ce
moment. J'ai 10.3.6, XCode 1.5, la dernière de Fink.

Cela prend 4Go de place, et, en temps nécessaire, entre 8 et 10h en tout
sur mon powerbook (alu 15, 1,25GHz, SD)

Et si vraiment cela t'intéresse, je peux te dire tout ce qu'il faut
faire : va sur le site fr.openoffice.org, et regarde dans les archives
du labo, j'ai publié un howto. La démarche entre Linux PowerPC et MAc OS
X est assez similaire Je te donnerai aussi quelques patches
supplémentaires à appliquer, sinon, tu n'auras pas le résultat actuel ;-)

Pour les patches, et comment créer/appliquer un patch avec diff et patch
, j'ai aussi rédigé un texte de TP (2h) sur le sujet, et je peux te
l'envoyer. Bien sûr, seulement si tu es intéressé ;-)

PS : es tu sûr que c'est le bon forum ? Y a un forum de programmation
spécial mac fr.comp.sys.mac.programmation.

Je pense d'abord à un problème de config de Mac OS X, et je cherche
surtout à savoir si quelqu'un avait constaté quelque chose en installant
directement XCode1.5 *sans passer par* XCode1.2. Surtout en ce qui
concerne l'environnement.
Il y a peut-être aussi le forum Unix à tenter...

De toutes façons, j'ai perdu asses de temps, je vais réinstaller 1.2
avec Fink downgradé. il me semblait avoir moins de problèmes. Si tout va
bien, je repasserai à 1.5 après


Bien entendu, je te remercie pour ton aide :-))



--
eric bachard <ericb@openoffice.org>
French OpenOffice.org Community contributor (build of french releases
for Linux PPC and Mac OS X / X11)
See : <http://fr.openoffice.org>

Pour le shell, j'ai pas bien expliqué. Sauf erreur de ma part, le shell
par défaut n'est pas le même sur tous les Os X. Sur le mien (10.3) c'est
bash, celui de ma fille (10.1) c'est tcsh ou zsh, je ne sais plus. Sur
10.2, je ne sais pas.

Je mange et je reviens.

Bernard.

ericb wrote:

Bonjour,

Non, le shell par défaut pour compiler OOo est le tcsh. Il a toujours
merveilleusement bien fonctionné, mais ici, j'en suis moins sûr.

J'ai vérifié un peu plus : sur 10.3, le shell par défaut c'est bash. Sur

10.1, c'est tcsh. Pour changer, (globalement pour un utilisateur) il faut :
Aller dans NetInfo Manager, l'utilitaire. Sélectionner, dans la colonne
du milieu, 'users', dans la colonne de droite, l'utilisateur dont on
veut changer le shell par défaut. Dans la partie du bas, rechercher :
shell et modifier la valeur.
Comme ça, les terminaux Mac ou X démarrent avec le même shell, sous
réserve de config particulière.

J'en ai bavé, pour le trouver, ce truc !

Et si vraiment cela t'intéresse, je peux te dire tout ce qu'il faut
faire : va sur le site fr.openoffice.org, et regarde dans les archives
du labo, j'ai publié un howto. La démarche entre Linux PowerPC et MAc OS
X est assez similaire Je te donnerai aussi quelques patches
supplémentaires à appliquer, sinon, tu n'auras pas le résultat actuel ;-)

Pour les patches, et comment créer/appliquer un patch avec diff et patch
, j'ai aussi rédigé un texte de TP (2h) sur le sujet, et je peux te
l'envoyer. Bien sûr, seulement si tu es intéressé ;-)

Mon email c'est sans le nospam. Je suis intéressé, par les patches et

comment les créer/appliquer - je ne suis pas bon du tout là dessus.

PS : es tu sûr que c'est le bon forum ? Y a un forum de programmation
spécial mac fr.comp.sys.mac.programmation.

Je pense d'abord à un problème de config de Mac OS X, et je cherche
surtout à savoir si quelqu'un avait constaté quelque chose en installant
directement XCode1.5 *sans passer par* XCode1.2. Surtout en ce qui
concerne l'environnement.
Il y a peut-être aussi le forum Unix à tenter...

De toutes façons, j'ai perdu asses de temps, je vais réinstaller 1.2
avec Fink downgradé. il me semblait avoir moins de problèmes. Si tout va
bien, je repasserai à 1.5 après


Bien entendu, je te remercie pour ton aide :-))

Dernier truc qui aide : dans le ̃/.tcshrc (je pense que c'est le bon
endroit), il faut absolument la ligne (attention aux points) pour que
l'environnement fink soit complètement opérationel :
. /sw/bin/init.sh
D'après ce que j'ai compris, il vaut mieux que ce soit une des toutes
premières lignes. Pour zsh, sur ma machine, cette ligne a fait toute la
différence.

Si avec ça mc ne compile toujours pas, il faut voir. Ce n'est pas le
meilleur test, mc, il a besoin d'une bibliothèque qui n'a pas toujours
compilé sur ma machine, alors que beaucoup, vraiment beaucoup de choses
compilent bien.

Je fais de la place sur ma machine - il ne reste que 2 Go sur 40 - je
configure tcsh comme shell par défaut, je lis la doc que tu m'a indiqué
et je me lance dans la compile d'OOo.

Bernard.

Pour le shell, j'ai pas bien expliqué. Sauf erreur de ma part, le shell
par défaut n'est pas le même sur tous les Os X. Sur le mien (10.3) c'est
bash, celui de ma fille (10.1) c'est tcsh ou zsh, je ne sais plus. Sur
10.2, je ne sais pas.

Je mange et je reviens.

Bernard.

Oui, sur 10.1 et 10.2, c'était tcsh, à partir de 10.3, c'est devenu bash.

ericb <eric@b.org> écrit:

Bonjour,

Sur la page d'accueuil de Fink, il y a une note à propos de XCode 1.5.
Est-ce que cela peut t'aider ?

Oui, merci, je l'ai déjà lu, et je ne suis pas sûr que ce soit la
raison, car le problème est gcc, alors que là, mon problème est un
problème de shell (enfin, il me semble). De toutes façons, je fais un
essai avec XCode1.2 et un fink inférieur. Alors j'en aurai le coeur net.
Par ailleurs, j'ai eu toutes les peines du monde à compiler mc (Midnight
Commander), avec des erreurs incompréhensibles, des fichiers d'en-têtes
pas trouvés...et j'en passe. Déjà l'installation de Fink m'a semblée
foireuse.... Et je pense que mes ennuis ont commencé ici...

Xcode n'a aucun lien avec le shell.

Non, le shell par défaut pour compiler OOo est le tcsh. Il a toujours
merveilleusement bien fonctionné, mais ici, j'en suis moins sûr.

Jamais essayé de compiler ça, mais ce serait bien la première fois
qu'une application aurait besoin que l'utilisateur la compile à partir
d'un shell précis.

En fait,je n'ai presque plus rien de mon ancienne config (le crash).
Sinon, j'ai juste une copie avec CCC de l'état de mon disque il y a 4 à
6 mois (autant dire une éternité). Mais comme je n'avais rien modifié
(à part utiliser stty pour l'UTF-8 pour avoir les accents ), je ne pense
pas que cela vienne de là.

Quel rapport entre UTF-8 et stty ?

J'ai jamais essayé de compiler OOo, alors je ne peut pas t'en dire plus.

Merci quand même. Je peux te dire que la 1.1.x ne m'a jamais posé de
problème avant, c'est vraiment la plus facile à compiler. Même si
gcc-3.3 ne semble pas très clean.

Et bien, prennez une autre version proposée dans Xcode et changez avec
gcc_select.

Le seul bug que j'ai trouvé dans gcc 3.3 d'Apple, c'est qu'il utilise
/usr/local/include comme include système (alors que ce répertoire
n'existe même pas à l'installation) et qu'avec gcc 3.3, les includes
systèmes sont systématiquement mis à la fin. Ça peut être génant si
vous avez des includes par ci par là (dans /usr/X11R6/include par
exemple) et que vous voulez utiliser des choses plus faiches dans
/usr/local/include.

Je pense d'abord à un problème de config de Mac OS X, et je cherche
surtout à savoir si quelqu'un avait constaté quelque chose en installant
directement XCode1.5 *sans passer par* XCode1.2. Surtout en ce qui
concerne l'environnement.
Il y a peut-être aussi le forum Unix à tenter...

XCode 1.5 écrase les anciennes versions. On peut l'installer sans
avoir de Xcode avant.

Bonjour,

ericb <eric@b.org> écrit:

pas trouvés...et j'en passe. Déjà l'installation de Fink m'a semblée
foireuse.... Et je pense que mes ennuis ont commencé ici...

Xcode n'a aucun lien avec le shell.

Oui, en général. Mais Fink 0.7.1 en a avec XCode1.5.

Voir : <http://fink.sourceforge.net> (c'est dans dernières nouvelles)

(Cela ne veut pas dire forcément que ce soit la faute à XCode...)

Non, le shell par défaut pour compiler OOo est le tcsh. Il a toujours
merveilleusement bien fonctionné, mais ici, j'en suis moins sûr.

Jamais essayé de compiler ça, mais ce serait bien la première fois
qu'une application aurait besoin que l'utilisateur la compile à partir
d'un shell précis.

C'est un cas partculier : un grand nombre de fichiers de config utilisés
sont "shell dépendants" car ils nécessitent tcsh (comment dire autrement
?) . On peut aussi utiliser bash, mais il y a encore quelques bugs
résiduels (un fichier à sourcer en début de compilation est en bash et
l'autre en tcsh.

En fait,je n'ai presque plus rien de mon ancienne config (le crash).
Sinon, j'ai juste une copie avec CCC de l'état de mon disque il y a 4 à
6 mois (autant dire une éternité). Mais comme je n'avais rien modifié
(à part utiliser stty pour l'UTF-8 pour avoir les accents ), je ne pense
pas que cela vienne de là.

Quel rapport entre UTF-8 et stty ?

Ooops, j'ai écrit une bétise : j'ai ajouté les lignes

stty cs8 -istrip -parentb
bind 'set convert-meta off'

...etc

dans mon .bash_profile afin d'avoir les accents dans le terminal et dans
l'iterm, et j'ai imaginé que cs désignait l'encodage, alors que cs
(paramètre de stty) désigne la taille des caractères. Merci de me
l'avoir fait remarquer.

Et bien, prennez une autre version proposée dans Xcode et changez avec
gcc_select.

Je veux dire aussi que gcc-3.3 fonctionnait très bien (comme 2.95) , et
je pense plutôt a perl mal configuré, ou une fonctionnalité manquante,
ou quelque chose comme ça. Désolé de ne pas pouvoir être plus précis.

Exemple d'erreur :
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
/Users/eric/Desktop/OpenOffice/dtrans/source/aqua
Error: File %s could not be loaded.../../unxmacxp.pro/misc/dtransaqua.xml
dmake: Error code 1, while making 'Shell escape'

ERROR: Error 65280 occurred while making
/Users/eric/Desktop/OpenOffice/dtrans/source/aqua
[ericb-mac:~/Desktop/OpenOffice/dtrans] eric%

""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""


La question que je me posais, c'est dans la version que je n'ai pas pu
récupérer, j'avais installé progressivement les versions de XCode, au
fur et à mesure.

Dans ma nouvelle installation, j'ai installé XCode1.5, et je n'arrive
plus à rien.


Je pensais donc, par exemple, à une version ancienne ayant une bonne
configuration (comprendre ayant des fichiers de config cleans) , non
changée par une mise à jour (qui en aurait de moins bons par défaut ).
Je ne sais pas si ce que je dis est très clair, mais j'essaie...

Le seul bug que j'ai trouvé dans gcc 3.3 d'Apple, c'est qu'il utilise
/usr/local/include comme include système (alors que ce répertoire
n'existe même pas à l'installation) et qu'avec gcc 3.3, les includes
systèmes sont systématiquement mis à la fin.

Il me semble qu'il y a eu d'autres choses (cctools , dead code
stripping). Mais à part le second (et c'était un bug dans les sources),
il n'y a jamais eu de problème.

Les liens que j'ai utilisés à l'époque (désolé pour la longueur, mais
c'est mieux que de cliquer sans savoir où ça va):

<http://gcc.gnu.org/ml/gcc-patches/2004-08/msg00104.html>

<http://developer.apple.com/documentation/DeveloperTools/Conceptual/Build_System/Dead_Code_Stripping/DeadCodeStripping.html#//apple_ref/doc/uid/20002236>

<http://developer.apple.com/documentation/DeveloperTools/Conceptual/MovingProjectsToXcode/migration_differences/chapter_2_section_15.html#//apple_ref/doc/uid/20001709/BABCJBJH>


Finalement, après quelques réglages, ça fonctionnait très bien. Je
répète, je n'accuse pas XCode, puisque toutes les versions que j'ai
utilisées ont donné de très bons résultats.


Ça peut être génant si

vous avez des includes par ci par là (dans /usr/X11R6/include par
exemple) et que vous voulez utiliser des choses plus faiches dans
/usr/local/include.

J'ai déjà constaté... Merci d'avoir confirmé :-)

Je pense d'abord à un problème de config de Mac OS X, et je cherche
surtout à savoir si quelqu'un avait constaté quelque chose en installant
directement XCode1.5 *sans passer par* XCode1.2. Surtout en ce qui
concerne l'environnement.
Il y a peut-être aussi le forum Unix à tenter...

XCode 1.5 écrase les anciennes versions. On peut l'installer sans
avoir de Xcode avant.

Je ne savais pas, merci. Peut-être faudrait-il que j'essaie de voir avec
lsbom les différences... ? CEla me donnerait une piste à suivre?


Je pense que ce n'est pas grand chose, mais qu'est ce que c'est ch...


Et merci pour l'aide



--
eric bachard <ericb@openoffice.org>
French OpenOffice.org Community contributor (build of french releases
for Linux PPC and Mac OS X / X11)
See : <http://fr.openoffice.org>

ericb <eric@b.org> écrit:

Xcode n'a aucun lien avec le shell.

Oui, en général. Mais Fink 0.7.1 en a avec XCode1.5.

Voir : <http://fink.sourceforge.net> (c'est dans dernières nouvelles)

Heu.. je ne vois pas de rapport avec le shell.

Sinon, j'ai fini par me passer des systèmes de package (fink et
darwinports). Ils avaient tendance à me réinstaller des trucs que
j'avais déjà ou m'en mettre que je ne voulais pas. En plus, ils
plantaient plus souvent que les compil que je faisais moi même.

C'est un cas partculier : un grand nombre de fichiers de config utilisés
sont "shell dépendants" car ils nécessitent tcsh (comment dire autrement
?) . On peut aussi utiliser bash, mais il y a encore quelques bugs
résiduels (un fichier à sourcer en début de compilation est en bash et
l'autre en tcsh.

Ils en ont peut être besoin, mais pas comme shell de login.
Certaines applications peuvent nessessiter que certains shells
soient présent sur le système.

À part ça, quand je vois un truc écrit en t?csh, je le vire illico de
ma machine.

Et bien, prennez une autre version proposée dans Xcode et changez avec
gcc_select.

Je veux dire aussi que gcc-3.3 fonctionnait très bien (comme 2.95) , et
je pense plutôt a perl mal configuré, ou une fonctionnalité manquante,
ou quelque chose comme ça. Désolé de ne pas pouvoir être plus précis.

Oui, j'ai vu aussi quelques erreurs de configuration de perl (les
manuels s'installent dans /man), mais rien qui l'empeche de
fonctionner. enfin, je ne m'en suis pas beaucoup servi.

Exemple d'erreur :
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
/Users/eric/Desktop/OpenOffice/dtrans/source/aqua
Error: File %s could not be loaded.../../unxmacxp.pro/misc/dtransaqua.xml
dmake: Error code 1, while making 'Shell escape'

Oulala, ça utilise dmake. Je ne connais pas du tout. Là j'aurais
tendance à penser que s'il cherche des fichiers avec un chemin
relatif, c'est qu'il a besoin d'être lancé d'un endroit précis.

Peut être que le fichier manque, cherche le dans les sources (ou dans
google ou dans le cvs) et met le au bon endroit. Possible qu'il faille
le contruire à partir d'un autre fichier, dans ce cas essaye de
trouver sa recette. Sinon, met un fichier vide à la place pour voir si
ça passe.

Si cette version de openoffice ne compile pas, essaye une version
anterieure pour voir si ça va mieux. Pas nessessairement pour
l'installer, mais pour voir si ça compile mieux.

Il faut peut être une version plus récente ou plus vielle de dmake.

Il me semble qu'il y a eu d'autres choses (cctools , dead code
stripping). Mais à part le second (et c'était un bug dans les sources),
il n'y a jamais eu de problème.

Je ne doute pas qu'il y en ai d'autres. Je me rappele aussi d'une fois
où les include C faisaient référence à des include Objective C, avec
un résultat évidement pitoyable.

Ça n'est pas très clair de voir qui est à l'origine de ces bugs, soit
gcc, soit Apple qui l'a mal configuré ou installé, soit l'application
qui n'est pas stricte ou si par manque de chance ou mauvaise
conception, il y a des conflits de nom avec les librairies standard.

OSX est un peut neuf (et peut être aussi un peu dynamique) pour que
des biais soient inclus dans toutes les appplications.

Les liens que j'ai utilisés à l'époque (désolé pour la longueur, mais
c'est mieux que de cliquer sans savoir où ça va):

<http://gcc.gnu.org/ml/gcc-patches/2004-08/msg00104.html>

L'éditeur de liens (ld) d'Apple est très strict. Il ne faut pas mettre
n'importe quoi dans n'importe quel ordre ou il rale. D'autres systèmes
sont plus laxistes (ex Linux). D'autres sont aussi stricts mais
veulent leurs librairies dans un autre ordre.

Je ne savais pas, merci. Peut-être faudrait-il que j'essaie de voir avec
lsbom les différences... ? CEla me donnerait une piste à suivre?

Tiens, je ne connaissais pas lsbom. Je lisais mes .bom avec gzip et
pax.

Laurent Wacrenier <lwa@ teaser . fr> writes:

XCode 1.5 écrase les anciennes versions.

Accessoirement, il écrase aussi le répertoire /usr/libexec/binutils/,
ce qui est assez génant...

En tous cas, c'est ce qui s'est passé chez moi. Heureusement que
j'avais un clone du système pour rapatrier ce répertoire...

--
Éric Jacoboni, né il y a 1403624154 secondes

ericb <eric@b.org> writes:

Est-ce que tu pourrais, s'il te plaît, me faire un ls de ce répertoire ?

$ ls -l /usr/libexec/binutils
total 4664
-rwxr-xr-x 1 root wheel 279556 11 aoÌÈ 18:10 addr2line
-rwxr-xr-x 1 root wheel 279412 11 aoÌÈ 18:10 cxxfilt
-rwxr-xr-x 1 root wheel 293708 11 aoÌÈ 18:10 nm
-rwxr-xr-x 1 root wheel 465376 11 aoÌÈ 18:10 objcopy
-rwxr-xr-x 1 root wheel 613708 11 aoÌÈ 18:10 objdump
-rwxr-xr-x 1 root wheel 221436 11 aoÌÈ 18:10 size
-rwxr-xr-x 1 root wheel 220896 11 aoÌÈ 18:10 strings

--
Éric Jacoboni, né il y a 1403640606 secondes