Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui fait que Pacifist peut donner des renseignements erronés quand tu lui demandes de vérifier un package pour savoir si c'est bien celui là que tu as installé. Pas cool ces "prebinding"...
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article (Dans l'article)
<1has0iv.596vp2wr53r2N%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote (écrivait) :
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui fait que Pacifist peut donner des renseignements erronés
quand tu lui demandes de vérifier un package pour savoir si c'est bien
celui là que tu as installé. Pas cool ces "prebinding"...
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui fait que Pacifist peut donner des renseignements erronés quand tu lui demandes de vérifier un package pour savoir si c'est bien celui là que tu as installé. Pas cool ces "prebinding"...
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
laurent.pertois
Francois LE COAT wrote:
Bonjour Laurent,
J'utilise souvent l'utilitaire OnyX pour la maintenance ...
Ca faisait longtemps qu'on ne l'avait pas vu lui, tiens...
Est-ce que le sous entendu est qu'OnyX pourrait être la cause ?
Je ne sous-entends rien, je remarque simplement que quand quelqu'un vient avec un soucis, on arrive souvent à savoir (pas toujours non plus, quand même) qu'il a utilisé Onyx en cliquant sur des boutons sans savoir ce que ça fait.
Cette réparation se fait très bien avec les outils d'origine...
Onyx a l'avantage de tout regrouper dans une même interface :)
En ne disant pas ce qu'il fait...
les scripts de maintenance,
Ils s'exécutent tout seul sans avoir besoin de les embêter...
Oui. Avec un "cron". Je le sais bien.
Alors, utilise-le. Je ne comprends pas ce besoin chez certains de travailler quand l'ordinateur propose de le faire seul. Je suis très heureux que mon système fasse cette maintenance seul.
Si l'heure ne convient pas, vu que tu es en 10.3.x, tu as le choix de la changer (avec un outil comme Cronnix, par exemple) ou d'installer Anacron qui s'occupera de tout.
Le problème est que mon n'est pas tout le temps allumé, et qu'il est même utilisé très irrégulièrement. C'est la raison de mon utilisation d'OnyX. Je n'ai pas eu de problème depuis novembre 2003, date de l'installation de Panther sur ma machine.
Essaie Anacron, il fait en sorte que si tu as raté un cron il soit lancé au démarrage.
La première base reconstruite s'appelle "locate", et elle porte la date de màj du 10 février justement.
Ca ne touche à rien, c'est juste la liste de tous (ou presque) les fichiers présents sur ton disque pour pouvoir les retrouver rapidement avec la commande locate.
Bah ... Je coche toutes les options "Maintenance" et "Nettoyage" d'OnyX, et je le lance tous les WE depuis plus de 2 ans ... S'il y avait le moindre problème avec, je suis très attentif, et je le saurais.
Ben, en tous cas tu as maintenant un problème, Onyx n'est peut-être pas responsable mais contribue quand même fortement à l'obscurcissement de la situation, je trouve...
Je ne sais vraiment pas où je vais :(
On va bien finir par trouver, déjà on sait que tu utilises Onyx.
Sans aucun problème jusque là.
Oui, et peut-être sans aucuns problèmes dans ce cas, si ça se trouve. On a un suspect, pas un coupable.
Merci pour toute aide ...
De nada.
J'en ai bien besoin. Je suis *très* embarrassé en ce moment :(
Je comprends...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Francois LE COAT <lecoat@atari.org> wrote:
Bonjour Laurent,
J'utilise souvent l'utilitaire OnyX pour la maintenance ...
Ca faisait longtemps qu'on ne l'avait pas vu lui, tiens...
Est-ce que le sous entendu est qu'OnyX pourrait être la cause ?
Je ne sous-entends rien, je remarque simplement que quand quelqu'un
vient avec un soucis, on arrive souvent à savoir (pas toujours non plus,
quand même) qu'il a utilisé Onyx en cliquant sur des boutons sans savoir
ce que ça fait.
Cette réparation se fait très bien avec les outils d'origine...
Onyx a l'avantage de tout regrouper dans une même interface :)
En ne disant pas ce qu'il fait...
les scripts de maintenance,
Ils s'exécutent tout seul sans avoir besoin de les embêter...
Oui. Avec un "cron". Je le sais bien.
Alors, utilise-le. Je ne comprends pas ce besoin chez certains de
travailler quand l'ordinateur propose de le faire seul. Je suis très
heureux que mon système fasse cette maintenance seul.
Si l'heure
ne convient pas, vu que tu es en 10.3.x, tu as le choix de la changer
(avec un outil comme Cronnix, par exemple) ou d'installer Anacron qui
s'occupera de tout.
Le problème est que mon bi-G4@1.25GHz n'est pas tout le temps allumé,
et qu'il est même utilisé très irrégulièrement. C'est la raison de mon
utilisation d'OnyX. Je n'ai pas eu de problème depuis novembre 2003,
date de l'installation de Panther sur ma machine.
Essaie Anacron, il fait en sorte que si tu as raté un cron il soit lancé
au démarrage.
La première base reconstruite s'appelle "locate", et
elle porte la date de màj du 10 février justement.
Ca ne touche à rien, c'est juste la liste de tous (ou presque) les
fichiers présents sur ton disque pour pouvoir les retrouver rapidement
avec la commande locate.
Bah ... Je coche toutes les options "Maintenance" et "Nettoyage" d'OnyX,
et je le lance tous les WE depuis plus de 2 ans ... S'il y avait le
moindre problème avec, je suis très attentif, et je le saurais.
Ben, en tous cas tu as maintenant un problème, Onyx n'est peut-être pas
responsable mais contribue quand même fortement à l'obscurcissement de
la situation, je trouve...
Je ne sais vraiment pas où je vais :(
On va bien finir par trouver, déjà on sait que tu utilises Onyx.
Sans aucun problème jusque là.
Oui, et peut-être sans aucuns problèmes dans ce cas, si ça se trouve. On
a un suspect, pas un coupable.
Merci pour toute aide ...
De nada.
J'en ai bien besoin. Je suis *très* embarrassé en ce moment :(
Je comprends...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
J'utilise souvent l'utilitaire OnyX pour la maintenance ...
Ca faisait longtemps qu'on ne l'avait pas vu lui, tiens...
Est-ce que le sous entendu est qu'OnyX pourrait être la cause ?
Je ne sous-entends rien, je remarque simplement que quand quelqu'un vient avec un soucis, on arrive souvent à savoir (pas toujours non plus, quand même) qu'il a utilisé Onyx en cliquant sur des boutons sans savoir ce que ça fait.
Cette réparation se fait très bien avec les outils d'origine...
Onyx a l'avantage de tout regrouper dans une même interface :)
En ne disant pas ce qu'il fait...
les scripts de maintenance,
Ils s'exécutent tout seul sans avoir besoin de les embêter...
Oui. Avec un "cron". Je le sais bien.
Alors, utilise-le. Je ne comprends pas ce besoin chez certains de travailler quand l'ordinateur propose de le faire seul. Je suis très heureux que mon système fasse cette maintenance seul.
Si l'heure ne convient pas, vu que tu es en 10.3.x, tu as le choix de la changer (avec un outil comme Cronnix, par exemple) ou d'installer Anacron qui s'occupera de tout.
Le problème est que mon n'est pas tout le temps allumé, et qu'il est même utilisé très irrégulièrement. C'est la raison de mon utilisation d'OnyX. Je n'ai pas eu de problème depuis novembre 2003, date de l'installation de Panther sur ma machine.
Essaie Anacron, il fait en sorte que si tu as raté un cron il soit lancé au démarrage.
La première base reconstruite s'appelle "locate", et elle porte la date de màj du 10 février justement.
Ca ne touche à rien, c'est juste la liste de tous (ou presque) les fichiers présents sur ton disque pour pouvoir les retrouver rapidement avec la commande locate.
Bah ... Je coche toutes les options "Maintenance" et "Nettoyage" d'OnyX, et je le lance tous les WE depuis plus de 2 ans ... S'il y avait le moindre problème avec, je suis très attentif, et je le saurais.
Ben, en tous cas tu as maintenant un problème, Onyx n'est peut-être pas responsable mais contribue quand même fortement à l'obscurcissement de la situation, je trouve...
Je ne sais vraiment pas où je vais :(
On va bien finir par trouver, déjà on sait que tu utilises Onyx.
Sans aucun problème jusque là.
Oui, et peut-être sans aucuns problèmes dans ce cas, si ça se trouve. On a un suspect, pas un coupable.
Merci pour toute aide ...
De nada.
J'en ai bien besoin. Je suis *très* embarrassé en ce moment :(
Je comprends...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Jacques Perrocheau wrote:
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui bloque l'utilisation de softs qui vérifient que ton système n'est pas rooté en faisant un checksum des éléments importants :(
C'est ce qui fait que Pacifist peut donner des renseignements erronés quand tu lui demandes de vérifier un package pour savoir si c'est bien celui là que tu as installé. Pas cool ces "prebinding"...
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui bloque l'utilisation de softs qui vérifient que ton système
n'est pas rooté en faisant un checksum des éléments importants :(
C'est ce qui fait que Pacifist peut donner des renseignements erronés
quand tu lui demandes de vérifier un package pour savoir si c'est bien
celui là que tu as installé. Pas cool ces "prebinding"...
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui bloque l'utilisation de softs qui vérifient que ton système n'est pas rooté en faisant un checksum des éléments importants :(
C'est ce qui fait que Pacifist peut donner des renseignements erronés quand tu lui demandes de vérifier un package pour savoir si c'est bien celui là que tu as installé. Pas cool ces "prebinding"...
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacques Perrocheau
In article <1hasx24.1rl0j2u6zqj7lN%, (Laurent Pertois) wrote:
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui bloque l'utilisation de softs qui vérifient que ton système n'est pas rooté en faisant un checksum des éléments importants :(
C'est ce qui fait que Pacifist peut donner des renseignements erronés quand tu lui demandes de vérifier un package pour savoir si c'est bien celui là que tu as installé. Pas cool ces "prebinding"...
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
Ce qui m'importe c'est savoir si depuis 10.3.4, comme le laisserait entendre ton deuxième paragraphe, Pacifist est utilisable pour savoir si les éléments d'un package "lambda" ont été modifiés depuis son installation. AMHA, selon mes dernières observations c'est non.
A moins qu'il faille comprendre qu'il serait utilisable pour des application conçues pour ne tourner que sur des systèmes postérieurs à Mac OS X 10.3.4.
---- If you are developing applications for versions of Mac OS X prior to v10.4, prebinding is considered optional. Changes in v10.3.4 made application prebinding unnecessary but applications running on earlier versions of the operating system still received some benefits from prebinding. If you feel your application launches slowly on pre-10.3.4 systems, build your application prebound and see if launch time improves. ----
Je n'en connais pas beaucoup... ;(
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1hasx24.1rl0j2u6zqj7lN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui bloque l'utilisation de softs qui vérifient que ton système
n'est pas rooté en faisant un checksum des éléments importants :(
C'est ce qui fait que Pacifist peut donner des renseignements erronés
quand tu lui demandes de vérifier un package pour savoir si c'est bien
celui là que tu as installé. Pas cool ces "prebinding"...
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
Ce qui m'importe c'est savoir si depuis 10.3.4, comme le laisserait
entendre ton deuxième paragraphe, Pacifist est utilisable pour savoir si
les éléments d'un package "lambda" ont été modifiés depuis son
installation. AMHA, selon mes dernières observations c'est non.
A moins qu'il faille comprendre qu'il serait utilisable pour des
application conçues pour ne tourner que sur des systèmes postérieurs à
Mac OS X 10.3.4.
----
If you are developing applications for versions of Mac OS X prior to
v10.4, prebinding is considered optional. Changes in v10.3.4 made
application prebinding unnecessary but applications running on earlier
versions of the operating system still received some benefits from
prebinding. If you feel your application launches slowly on pre-10.3.4
systems, build your application prebound and see if launch time improves.
----
Je n'en connais pas beaucoup... ;(
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1hasx24.1rl0j2u6zqj7lN%, (Laurent Pertois) wrote:
Ca changera au prochain update de prebinding, si ça se trouve...
Ah! oui, exact...
C'est ce qui bloque l'utilisation de softs qui vérifient que ton système n'est pas rooté en faisant un checksum des éléments importants :(
C'est ce qui fait que Pacifist peut donner des renseignements erronés quand tu lui demandes de vérifier un package pour savoir si c'est bien celui là que tu as installé. Pas cool ces "prebinding"...
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
Ce qui m'importe c'est savoir si depuis 10.3.4, comme le laisserait entendre ton deuxième paragraphe, Pacifist est utilisable pour savoir si les éléments d'un package "lambda" ont été modifiés depuis son installation. AMHA, selon mes dernières observations c'est non.
A moins qu'il faille comprendre qu'il serait utilisable pour des application conçues pour ne tourner que sur des systèmes postérieurs à Mac OS X 10.3.4.
---- If you are developing applications for versions of Mac OS X prior to v10.4, prebinding is considered optional. Changes in v10.3.4 made application prebinding unnecessary but applications running on earlier versions of the operating system still received some benefits from prebinding. If you feel your application launches slowly on pre-10.3.4 systems, build your application prebound and see if launch time improves. ----
Je n'en connais pas beaucoup... ;(
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
laurent.pertois
Jacques Perrocheau wrote:
In article <1hasx24.1rl0j2u6zqj7lN%, (Laurent Pertois) wrote:
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
Ce qui m'importe c'est savoir si depuis 10.3.4, comme le laisserait entendre ton deuxième paragraphe, Pacifist est utilisable pour savoir si les éléments d'un package "lambda" ont été modifiés depuis son installation. AMHA, selon mes dernières observations c'est non.
A moins qu'il faille comprendre qu'il serait utilisable pour des application conçues pour ne tourner que sur des systèmes postérieurs à Mac OS X 10.3.4.
En fait le soucis c'est que bon nombre d'installeurs continuent de faire un prebinding à la fin même si Mac OS X n'en a plus besoin (habitude, soucis de rétro-compatibilité...). Du coup, le prebinding est fait, les éléments sont modifiés et la fonction dont tu parles est cassée.
---- If you are developing applications for versions of Mac OS X prior to v10.4, prebinding is considered optional. Changes in v10.3.4 made application prebinding unnecessary but applications running on earlier versions of the operating system still received some benefits from prebinding. If you feel your application launches slowly on pre-10.3.4 systems, build your application prebound and see if launch time improves. ----
Je n'en connais pas beaucoup... ;(
Voui :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
In article <1hasx24.1rl0j2u6zqj7lN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
Ils deviennent obsolètes en 10.4 et en fait depuis la 10.3.4 :
Ce qui m'importe c'est savoir si depuis 10.3.4, comme le laisserait
entendre ton deuxième paragraphe, Pacifist est utilisable pour savoir si
les éléments d'un package "lambda" ont été modifiés depuis son
installation. AMHA, selon mes dernières observations c'est non.
A moins qu'il faille comprendre qu'il serait utilisable pour des
application conçues pour ne tourner que sur des systèmes postérieurs à
Mac OS X 10.3.4.
En fait le soucis c'est que bon nombre d'installeurs continuent de faire
un prebinding à la fin même si Mac OS X n'en a plus besoin (habitude,
soucis de rétro-compatibilité...). Du coup, le prebinding est fait, les
éléments sont modifiés et la fonction dont tu parles est cassée.
----
If you are developing applications for versions of Mac OS X prior to
v10.4, prebinding is considered optional. Changes in v10.3.4 made
application prebinding unnecessary but applications running on earlier
versions of the operating system still received some benefits from
prebinding. If you feel your application launches slowly on pre-10.3.4
systems, build your application prebound and see if launch time improves.
----
Je n'en connais pas beaucoup... ;(
Voui :-/
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Ce qui m'importe c'est savoir si depuis 10.3.4, comme le laisserait entendre ton deuxième paragraphe, Pacifist est utilisable pour savoir si les éléments d'un package "lambda" ont été modifiés depuis son installation. AMHA, selon mes dernières observations c'est non.
A moins qu'il faille comprendre qu'il serait utilisable pour des application conçues pour ne tourner que sur des systèmes postérieurs à Mac OS X 10.3.4.
En fait le soucis c'est que bon nombre d'installeurs continuent de faire un prebinding à la fin même si Mac OS X n'en a plus besoin (habitude, soucis de rétro-compatibilité...). Du coup, le prebinding est fait, les éléments sont modifiés et la fonction dont tu parles est cassée.
---- If you are developing applications for versions of Mac OS X prior to v10.4, prebinding is considered optional. Changes in v10.3.4 made application prebinding unnecessary but applications running on earlier versions of the operating system still received some benefits from prebinding. If you feel your application launches slowly on pre-10.3.4 systems, build your application prebound and see if launch time improves. ----
Je n'en connais pas beaucoup... ;(
Voui :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
blanc
Francois LE COAT wrote:
Le problème est que mon n'est pas tout le temps allumé, et qu'il est même utilisé très irrégulièrement.
Utilise Anacron, alors.
Pas besoin d'Onyx. Perso j'ai toujours été soupçonneux envers ce logiciel qui commence par demander le mot de passe admin avant toutes choses (même si ce que tu comptes faire ne doit rien modifier).
Et si tu es sous Tiger, tu n'as même pas besoin d'Anacron si j'en crois ce qui a été dit ici-même il y a qques semaines.
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Francois LE COAT <lecoat@atari.org> wrote:
Le problème est que mon bi-G4@1.25GHz n'est pas tout le temps allumé,
et qu'il est même utilisé très irrégulièrement.
Utilise Anacron, alors.
Pas besoin d'Onyx. Perso j'ai toujours été soupçonneux envers ce
logiciel qui commence par demander le mot de passe admin avant toutes
choses (même si ce que tu comptes faire ne doit rien modifier).
Et si tu es sous Tiger, tu n'as même pas besoin d'Anacron si j'en crois
ce qui a été dit ici-même il y a qques semaines.
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Le problème est que mon n'est pas tout le temps allumé, et qu'il est même utilisé très irrégulièrement.
Utilise Anacron, alors.
Pas besoin d'Onyx. Perso j'ai toujours été soupçonneux envers ce logiciel qui commence par demander le mot de passe admin avant toutes choses (même si ce que tu comptes faire ne doit rien modifier).
Et si tu es sous Tiger, tu n'as même pas besoin d'Anacron si j'en crois ce qui a été dit ici-même il y a qques semaines.
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Francois LE COAT
Bonjour,
En fait, si on regarde le message d'erreur suite à l'utilisation de Xcode 1.5 sous OSX.3.9 pour la compilation d'ARAnyM :
ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(functexcept.o) illegal reference to symbol: std::logic_error::logic_error(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) defined in indirectly referenced dynamic library /usr/lib/libstdc++.6.dylib
On se rend compte que le message dit qu'il y a un conflit de bibliothèques au linkage entre "libstdc++.a" et "libstdc++.6.dylib".
Or il s'agit de 2 librairies identiques. C'est la version statique et dynamique de la même bibliothèque.
Jusqu'à une période récente (je me suis rendu compte de l'erreur le 7 février) cette erreur n'apparaissait pas. Il y a donc eu une gestion modifiée des bibliothèques de la part de Xcode 1.5 ...
Mais pourquoi se plaint-il maintenant de l'usage simultané des version statiques et dynamiques des mêmes bibliothèques ... Je ne le sais pas ...
Quelqu'un aurait-il une opinion ?
Merci,
-- François LE COAT Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org
Bonjour,
En fait, si on regarde le message d'erreur suite à l'utilisation
de Xcode 1.5 sous OSX.3.9 pour la compilation d'ARAnyM :
ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(functexcept.o) illegal reference
to symbol: std::logic_error::logic_error(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) defined in
indirectly referenced dynamic library /usr/lib/libstdc++.6.dylib
On se rend compte que le message dit qu'il y a un conflit de
bibliothèques au linkage entre "libstdc++.a" et "libstdc++.6.dylib".
Or il s'agit de 2 librairies identiques. C'est la version statique
et dynamique de la même bibliothèque.
Jusqu'à une période récente (je me suis rendu compte de l'erreur le
7 février) cette erreur n'apparaissait pas. Il y a donc eu une gestion
modifiée des bibliothèques de la part de Xcode 1.5 ...
Mais pourquoi se plaint-il maintenant de l'usage simultané des
version statiques et dynamiques des mêmes bibliothèques ... Je ne
le sais pas ...
Quelqu'un aurait-il une opinion ?
Merci,
-- François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org
En fait, si on regarde le message d'erreur suite à l'utilisation de Xcode 1.5 sous OSX.3.9 pour la compilation d'ARAnyM :
ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(functexcept.o) illegal reference to symbol: std::logic_error::logic_error(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) defined in indirectly referenced dynamic library /usr/lib/libstdc++.6.dylib
On se rend compte que le message dit qu'il y a un conflit de bibliothèques au linkage entre "libstdc++.a" et "libstdc++.6.dylib".
Or il s'agit de 2 librairies identiques. C'est la version statique et dynamique de la même bibliothèque.
Jusqu'à une période récente (je me suis rendu compte de l'erreur le 7 février) cette erreur n'apparaissait pas. Il y a donc eu une gestion modifiée des bibliothèques de la part de Xcode 1.5 ...
Mais pourquoi se plaint-il maintenant de l'usage simultané des version statiques et dynamiques des mêmes bibliothèques ... Je ne le sais pas ...
Quelqu'un aurait-il une opinion ?
Merci,
-- François LE COAT Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D) http://eureka.atari.org
laurent.pertois
Francois LE COAT wrote:
Mais pourquoi se plaint-il maintenant de l'usage simultané des version statiques et dynamiques des mêmes bibliothèques ... Je ne le sais pas ...
Quelqu'un aurait-il une opinion ?
Là, j'abandonne, ce n'est plus mon domaine, désolé.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Francois LE COAT <lecoat@atari.org> wrote:
Mais pourquoi se plaint-il maintenant de l'usage simultané des
version statiques et dynamiques des mêmes bibliothèques ... Je ne
le sais pas ...
Quelqu'un aurait-il une opinion ?
Là, j'abandonne, ce n'est plus mon domaine, désolé.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Mais pourquoi se plaint-il maintenant de l'usage simultané des version statiques et dynamiques des mêmes bibliothèques ... Je ne le sais pas ...
Quelqu'un aurait-il une opinion ?
Là, j'abandonne, ce n'est plus mon domaine, désolé.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
filh
Francois LE COAT wrote:
Bonjour,
En fait, si on regarde le message d'erreur suite à l'utilisation de Xcode 1.5 sous OSX.3.9 pour la compilation d'ARAnyM :
ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(functexcept.o) illegal reference to symbol: std::logic_error::logic_error(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) defined in indirectly referenced dynamic library /usr/lib/libstdc++.6.dylib
On se rend compte que le message dit qu'il y a un conflit de bibliothèques au linkage entre "libstdc++.a" et "libstdc++.6.dylib".
Or il s'agit de 2 librairies identiques. C'est la version statique et dynamique de la même bibliothèque.
Jusqu'à une période récente (je me suis rendu compte de l'erreur le 7 février) cette erreur n'apparaissait pas. Il y a donc eu une gestion modifiée des bibliothèques de la part de Xcode 1.5 ...
Mais pourquoi se plaint-il maintenant de l'usage simultané des version statiques et dynamiques des mêmes bibliothèques ... Je ne le sais pas ...
Quelqu'un aurait-il une opinion ?
Refaire la compilation totale dans un premier temps.
Poser la question sur un forum Apple ad-hoc.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Francois LE COAT <lecoat@atari.org> wrote:
Bonjour,
En fait, si on regarde le message d'erreur suite à l'utilisation
de Xcode 1.5 sous OSX.3.9 pour la compilation d'ARAnyM :
ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(functexcept.o) illegal reference
to symbol: std::logic_error::logic_error(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) defined in
indirectly referenced dynamic library /usr/lib/libstdc++.6.dylib
On se rend compte que le message dit qu'il y a un conflit de
bibliothèques au linkage entre "libstdc++.a" et "libstdc++.6.dylib".
Or il s'agit de 2 librairies identiques. C'est la version statique
et dynamique de la même bibliothèque.
Jusqu'à une période récente (je me suis rendu compte de l'erreur le
7 février) cette erreur n'apparaissait pas. Il y a donc eu une gestion
modifiée des bibliothèques de la part de Xcode 1.5 ...
Mais pourquoi se plaint-il maintenant de l'usage simultané des
version statiques et dynamiques des mêmes bibliothèques ... Je ne
le sais pas ...
Quelqu'un aurait-il une opinion ?
Refaire la compilation totale dans un premier temps.
Poser la question sur un forum Apple ad-hoc.
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
En fait, si on regarde le message d'erreur suite à l'utilisation de Xcode 1.5 sous OSX.3.9 pour la compilation d'ARAnyM :
ld: /usr/lib/gcc/darwin/3.3/libstdc++.a(functexcept.o) illegal reference to symbol: std::logic_error::logic_error(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) defined in indirectly referenced dynamic library /usr/lib/libstdc++.6.dylib
On se rend compte que le message dit qu'il y a un conflit de bibliothèques au linkage entre "libstdc++.a" et "libstdc++.6.dylib".
Or il s'agit de 2 librairies identiques. C'est la version statique et dynamique de la même bibliothèque.
Jusqu'à une période récente (je me suis rendu compte de l'erreur le 7 février) cette erreur n'apparaissait pas. Il y a donc eu une gestion modifiée des bibliothèques de la part de Xcode 1.5 ...
Mais pourquoi se plaint-il maintenant de l'usage simultané des version statiques et dynamiques des mêmes bibliothèques ... Je ne le sais pas ...
Quelqu'un aurait-il une opinion ?
Refaire la compilation totale dans un premier temps.
Poser la question sur un forum Apple ad-hoc.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
jperrocheau
Laurent Pertois wrote:
[snip] Je n'en connais pas beaucoup... ;(
Voui :-/
Merci pour ces explications.
-- Jacques PERROCHEAU ________________________________________________________________________ e-mail: mailto:
