pour les gens aventureux qui sont sous MacOS X, je signale que je viens
de mettre à jour mon installateur pour Emacs 22.0.50 (cvs).
C'est disponible là :
http://sebastien.kirche.free.fr/emacs_stuff/EmacsCVS-20050723-Installer.dmg
Je tiens à souligner que cette version est la première que j'ai produit
à partir de mon *émulateur mac* PearPC (qui me fournit pour le moment un
G3 920MHz sous OSX 10.4.2).
C'est d'ailleurs avec cette version d'Emacs et dans cet environnement
que je rédige ce message.
Si certains se sentent l'envie de faire les béta-testeurs je les
remercie de bien vouloir me faire part des problèmes éventuels.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
bernard tatin
Sébastien Kirche a écrit :
Bonjour,
pour les gens aventureux qui sont sous MacOS X, je signale que je viens de mettre à jour mon installateur pour Emacs 22.0.50 (cvs).
C'est disponible là : http://sebastien.kirche.free.fr/emacs_stuff/EmacsCVS-20050723-Installer.dmg
Je tiens à souligner que cette version est la première que j'ai produit à partir de mon *émulateur mac* PearPC (qui me fournit pour le moment un G3 920MHz sous OSX 10.4.2).
C'est d'ailleurs avec cette version d'Emacs et dans cet environnement que je rédige ce message.
Si certains se sentent l'envie de faire les béta-testeurs je les remercie de bien vouloir me faire part des problèmes éventuels.
J'ai un OSX 10.3.9 (sur un vrai Mac). L'installation déroule bien, mais il ne se lance pas. Sur la console, j'obtiens :
Jul 24 21:37:57 localhost crashdump: Unable to determine CPSProcessSerNum pid: 3774 name: Emacs Jul 24 21:37:57 localhost crashdump: Started writing crash report to: /Users/narberd/Library/Logs/CrashReporter/Emacs.crash.log Jul 24 21:37:57 localhost crashdump: Finished writing crash report to: /Users/narberd/Library/Logs/CrashReporter/Emacs.crash.log
dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open library: /usr/lib/libncurses.5.4.dylib (No such file or directory, errno = 2)
La version précédente ne me cause aucun soucis, je m'en sert comme un forcené une bonne trentaine d'heures par semaine.
J'espère que ça peut aider.
Bernard.
PS : compiler ça depuis un émulateur sur PC, je trouve ça vraiment top.
Sébastien Kirche a écrit :
Bonjour,
pour les gens aventureux qui sont sous MacOS X, je signale que je viens
de mettre à jour mon installateur pour Emacs 22.0.50 (cvs).
C'est disponible là :
http://sebastien.kirche.free.fr/emacs_stuff/EmacsCVS-20050723-Installer.dmg
Je tiens à souligner que cette version est la première que j'ai produit
à partir de mon *émulateur mac* PearPC (qui me fournit pour le moment un
G3 920MHz sous OSX 10.4.2).
C'est d'ailleurs avec cette version d'Emacs et dans cet environnement
que je rédige ce message.
Si certains se sentent l'envie de faire les béta-testeurs je les
remercie de bien vouloir me faire part des problèmes éventuels.
J'ai un OSX 10.3.9 (sur un vrai Mac). L'installation déroule bien, mais
il ne se lance pas. Sur la console, j'obtiens :
Jul 24 21:37:57 localhost crashdump: Unable to determine
CPSProcessSerNum pid: 3774 name: Emacs
Jul 24 21:37:57 localhost crashdump: Started writing crash report to:
/Users/narberd/Library/Logs/CrashReporter/Emacs.crash.log
Jul 24 21:37:57 localhost crashdump: Finished writing crash report to:
/Users/narberd/Library/Logs/CrashReporter/Emacs.crash.log
pour les gens aventureux qui sont sous MacOS X, je signale que je viens de mettre à jour mon installateur pour Emacs 22.0.50 (cvs).
C'est disponible là : http://sebastien.kirche.free.fr/emacs_stuff/EmacsCVS-20050723-Installer.dmg
Je tiens à souligner que cette version est la première que j'ai produit à partir de mon *émulateur mac* PearPC (qui me fournit pour le moment un G3 920MHz sous OSX 10.4.2).
C'est d'ailleurs avec cette version d'Emacs et dans cet environnement que je rédige ce message.
Si certains se sentent l'envie de faire les béta-testeurs je les remercie de bien vouloir me faire part des problèmes éventuels.
J'ai un OSX 10.3.9 (sur un vrai Mac). L'installation déroule bien, mais il ne se lance pas. Sur la console, j'obtiens :
Jul 24 21:37:57 localhost crashdump: Unable to determine CPSProcessSerNum pid: 3774 name: Emacs Jul 24 21:37:57 localhost crashdump: Started writing crash report to: /Users/narberd/Library/Logs/CrashReporter/Emacs.crash.log Jul 24 21:37:57 localhost crashdump: Finished writing crash report to: /Users/narberd/Library/Logs/CrashReporter/Emacs.crash.log
dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open library: /usr/lib/libncurses.5.4.dylib (No such file or directory, errno = 2)
La version précédente ne me cause aucun soucis, je m'en sert comme un forcené une bonne trentaine d'heures par semaine.
J'espère que ça peut aider.
Bernard.
PS : compiler ça depuis un émulateur sur PC, je trouve ça vraiment top.
Sébastien Kirche
Le 24 juillet 2005 à 21:07, bernard tatin a formulé :
Link (dyld) error:
dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open library: /usr/lib/libncurses.5.4.dylib (No such file or directory, errno = 2)
Argl. J'avais oublié ce problème de bibliothèque partagée :/
La version précédente ne me cause aucun soucis, je m'en sert comme un forcené une bonne trentaine d'heures par semaine.
J'espère que ça peut aider.
Oui, j'ai déjà rencontré le problème en sens inverse : compilé sous OSX 10.3.x et plantage lorsque exécuté sous 10.4.
Je ne sais plus si c'est à cause de la différence de système où si c'est parce que j'ai aussi installé Fink, mais sur mon vrai mac au boulot j'ai la solution pour le compiler avec les bonnes libs.
[Après une recherche dans les archives d'emacs-devel]
Ah, j'y suis : c'est un effet de bord de Fink, que tu ne dois pas avoir chez toi.
Je vais en profiter pour mettre à jour le cvs et je recompile une nouvelle version pendant la nuit (ça met quand même 4 à 5 heures pour compiler dans l'environnement émulé :)
Merci pour le signalement du problème. -- Sébastien Kirche
Le 24 juillet 2005 à 21:07, bernard tatin a formulé :
Link (dyld) error:
dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open library:
/usr/lib/libncurses.5.4.dylib (No such file or directory, errno = 2)
Argl. J'avais oublié ce problème de bibliothèque partagée :/
La version précédente ne me cause aucun soucis, je m'en sert comme un
forcené une bonne trentaine d'heures par semaine.
J'espère que ça peut aider.
Oui, j'ai déjà rencontré le problème en sens inverse : compilé sous OSX
10.3.x et plantage lorsque exécuté sous 10.4.
Je ne sais plus si c'est à cause de la différence de système où si c'est
parce que j'ai aussi installé Fink, mais sur mon vrai mac au boulot j'ai
la solution pour le compiler avec les bonnes libs.
[Après une recherche dans les archives d'emacs-devel]
Ah, j'y suis : c'est un effet de bord de Fink, que tu ne dois pas avoir
chez toi.
Je vais en profiter pour mettre à jour le cvs et je recompile une
nouvelle version pendant la nuit (ça met quand même 4 à 5 heures pour
compiler dans l'environnement émulé :)
Merci pour le signalement du problème.
--
Sébastien Kirche
Le 24 juillet 2005 à 21:07, bernard tatin a formulé :
Link (dyld) error:
dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open library: /usr/lib/libncurses.5.4.dylib (No such file or directory, errno = 2)
Argl. J'avais oublié ce problème de bibliothèque partagée :/
La version précédente ne me cause aucun soucis, je m'en sert comme un forcené une bonne trentaine d'heures par semaine.
J'espère que ça peut aider.
Oui, j'ai déjà rencontré le problème en sens inverse : compilé sous OSX 10.3.x et plantage lorsque exécuté sous 10.4.
Je ne sais plus si c'est à cause de la différence de système où si c'est parce que j'ai aussi installé Fink, mais sur mon vrai mac au boulot j'ai la solution pour le compiler avec les bonnes libs.
[Après une recherche dans les archives d'emacs-devel]
Ah, j'y suis : c'est un effet de bord de Fink, que tu ne dois pas avoir chez toi.
Je vais en profiter pour mettre à jour le cvs et je recompile une nouvelle version pendant la nuit (ça met quand même 4 à 5 heures pour compiler dans l'environnement émulé :)
Merci pour le signalement du problème. -- Sébastien Kirche
Sébastien Kirche
Le 25 July 2005 à 00:07, Sébastien Kirche vraute :
Je vais en profiter pour mettre à jour le cvs et je recompile une nouvelle version pendant la nuit (ça met quand même 4 à 5 heures pour compiler dans l'environnement émulé :)
Bon, j'ai une nouvelle version sur le site : http://sebastien.kirche.free.fr/emacs_stuff/EmacsCVS-20050725-Installer.dmg
J'ai brièvement testé ce matin et je pense qu'il ne devrait plus y avoir de problème avec les bibliothèques partagées de Fink.
-- Sébastien Kirche
Le 25 July 2005 à 00:07, Sébastien Kirche vraute :
Je vais en profiter pour mettre à jour le cvs et je recompile une
nouvelle version pendant la nuit (ça met quand même 4 à 5 heures pour
compiler dans l'environnement émulé :)
Bon, j'ai une nouvelle version sur le site :
http://sebastien.kirche.free.fr/emacs_stuff/EmacsCVS-20050725-Installer.dmg
J'ai brièvement testé ce matin et je pense qu'il ne devrait plus y avoir
de problème avec les bibliothèques partagées de Fink.
Le 25 July 2005 à 00:07, Sébastien Kirche vraute :
Je vais en profiter pour mettre à jour le cvs et je recompile une nouvelle version pendant la nuit (ça met quand même 4 à 5 heures pour compiler dans l'environnement émulé :)
Bon, j'ai une nouvelle version sur le site : http://sebastien.kirche.free.fr/emacs_stuff/EmacsCVS-20050725-Installer.dmg
J'ai brièvement testé ce matin et je pense qu'il ne devrait plus y avoir de problème avec les bibliothèques partagées de Fink.
-- Sébastien Kirche
Sébastien Kirche
Le 25 July 2005 à 11:07, Sébastien Kirche vraute :
J'ai brièvement testé ce matin et je pense qu'il ne devrait plus y avoir de problème avec les bibliothèques partagées de Fink.
Aïe ! Il n'y a plus de souci avec les bibliothèques de Fink, cependant ça ne fonctionne toujours pas car les versions des bibliothèques standard de OSX 10.4 sont différentes de celles de 10.3 :/
Donc je crains que ça échoue encore sous 10.3.x avec les message « dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open library: /usr/lib/libncurses.5.4.dylib (No such file or directory, errno = 2) »
J'ai bien tenté un trivial sudo ln -s /usr/lib/libncurses.5.dylib /usr/lib/libncurses.5.4.dylib
Mais alors j'ai « dyld: /Applications/Emacs.app/Contents/MacOS/Emacs version mismatch for library: /usr/lib/libncurses.5.4.dylib (compatibility version of user: 5.4.0 greater than library's version: 5.0.0) »
Eh oui, ma version est 5.0 alors que j'ai compilé avec une 5.4...
Je ne sais pas si le problème peut se régler. Lors de la compilation il faudrait que je précise une version à utiliser ?
Je vais essayer de demander aux spécialistes. Au pire je recompilerai sur 10.3.9. Stay tuned.
-- Sébastien Kirche
Le 25 July 2005 à 11:07, Sébastien Kirche vraute :
J'ai brièvement testé ce matin et je pense qu'il ne devrait plus y
avoir de problème avec les bibliothèques partagées de Fink.
Aïe ! Il n'y a plus de souci avec les bibliothèques de Fink, cependant
ça ne fonctionne toujours pas car les versions des bibliothèques
standard de OSX 10.4 sont différentes de celles de 10.3 :/
Donc je crains que ça échoue encore sous 10.3.x avec les message
« dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open
library: /usr/lib/libncurses.5.4.dylib (No such file or directory,
errno = 2) »
J'ai bien tenté un trivial
sudo ln -s /usr/lib/libncurses.5.dylib /usr/lib/libncurses.5.4.dylib
Mais alors j'ai
« dyld: /Applications/Emacs.app/Contents/MacOS/Emacs version
mismatch for library: /usr/lib/libncurses.5.4.dylib (compatibility
version of user: 5.4.0 greater than library's version: 5.0.0) »
Eh oui, ma version est 5.0 alors que j'ai compilé avec une 5.4...
Je ne sais pas si le problème peut se régler. Lors de la compilation il
faudrait que je précise une version à utiliser ?
Je vais essayer de demander aux spécialistes. Au pire je recompilerai
sur 10.3.9. Stay tuned.
Le 25 July 2005 à 11:07, Sébastien Kirche vraute :
J'ai brièvement testé ce matin et je pense qu'il ne devrait plus y avoir de problème avec les bibliothèques partagées de Fink.
Aïe ! Il n'y a plus de souci avec les bibliothèques de Fink, cependant ça ne fonctionne toujours pas car les versions des bibliothèques standard de OSX 10.4 sont différentes de celles de 10.3 :/
Donc je crains que ça échoue encore sous 10.3.x avec les message « dyld: /Applications/Emacs.app/Contents/MacOS/Emacs can't open library: /usr/lib/libncurses.5.4.dylib (No such file or directory, errno = 2) »
J'ai bien tenté un trivial sudo ln -s /usr/lib/libncurses.5.dylib /usr/lib/libncurses.5.4.dylib
Mais alors j'ai « dyld: /Applications/Emacs.app/Contents/MacOS/Emacs version mismatch for library: /usr/lib/libncurses.5.4.dylib (compatibility version of user: 5.4.0 greater than library's version: 5.0.0) »
Eh oui, ma version est 5.0 alors que j'ai compilé avec une 5.4...
Je ne sais pas si le problème peut se régler. Lors de la compilation il faudrait que je précise une version à utiliser ?
Je vais essayer de demander aux spécialistes. Au pire je recompilerai sur 10.3.9. Stay tuned.
-- Sébastien Kirche
Sébastien Kirche
Le 26 juillet 2005 à 00:07, bernard tatin a dit :
Finalement j'ai récupérer le CVS, compilé sur ma machine et Emacs.app s'est bien lancé.
Voici le début de mon config.log, ça pourrait aider ? :
[ données du configure ]
Merci, je vais voir s'il y a des réglages réutilisables.
J'ai aussi demandé à la liste emacs-devel si quelqu'un savait/pouvait m'aider.
L'un deux m'avait déjà donné la solution il y a quelques mois pour compiler emacs sans dépendre de Fink quand on veut distribuer à d'autres ce qu'on a compilé : make CC=gcc ou make-package -M,CC=gcc
Intéressant, j'avais oublié que mon path était rempli de tout ces trucs là!
Bernard.
PS : sur mon eMac 1.25 GHz (non émulé), cela à pris environ 55 minutes. Tu dois avoir un PC de course pour obtenir un PPC à plus de 900 MHz en émulation!
Sur mon G4/800MHz/512Mo la compilation est un peu plus longue que ça (il faudrait que je mesure, tiens). Depuis que PearPC est capable d'émuler un G4, la vitesse s'est réduite : «à propos» voit un G3/920MHz alors qu'avant il voyait un G3/1.1GHz.
Cependant c'est juste indicatif : à l'usage Finder et tout le reste est bien utilisable, mais la charge du mac est toujours au dessus de 2 et certaines opérations rament un peu (plus que sur mon vrai G3/800). La compilation d'Emacs prend plus de 4 heures...
En fait ça dépend que ce que fait la machine : les opération le plus fréquentes deviennet plus rapides à émuler (compilo jitc - just in time) et quand ça compile emacs, on utilise une large plage des capacités du processeur, donc on ralentit l'ensemble.
-- Sébastien Kirche
Le 26 juillet 2005 à 00:07, bernard tatin a dit :
Finalement j'ai récupérer le CVS, compilé sur ma machine et Emacs.app
s'est bien lancé.
Voici le début de mon config.log, ça pourrait aider ? :
[ données du configure ]
Merci, je vais voir s'il y a des réglages réutilisables.
J'ai aussi demandé à la liste emacs-devel si quelqu'un savait/pouvait
m'aider.
L'un deux m'avait déjà donné la solution il y a quelques mois pour
compiler emacs sans dépendre de Fink quand on veut distribuer à d'autres
ce qu'on a compilé :
make CC=gcc
ou
make-package -M,CC=gcc
Intéressant, j'avais oublié que mon path était rempli de tout ces
trucs là!
Bernard.
PS : sur mon eMac 1.25 GHz (non émulé), cela à pris environ 55
minutes. Tu dois avoir un PC de course pour obtenir un PPC à plus de
900 MHz en émulation!
Sur mon G4/800MHz/512Mo la compilation est un peu plus longue que ça (il
faudrait que je mesure, tiens).
Depuis que PearPC est capable d'émuler un G4, la vitesse s'est réduite :
«à propos» voit un G3/920MHz alors qu'avant il voyait un G3/1.1GHz.
Cependant c'est juste indicatif : à l'usage Finder et tout le reste est
bien utilisable, mais la charge du mac est toujours au dessus de 2 et
certaines opérations rament un peu (plus que sur mon vrai G3/800). La
compilation d'Emacs prend plus de 4 heures...
En fait ça dépend que ce que fait la machine : les opération le plus
fréquentes deviennet plus rapides à émuler (compilo jitc - just in time)
et quand ça compile emacs, on utilise une large plage des capacités du
processeur, donc on ralentit l'ensemble.
Finalement j'ai récupérer le CVS, compilé sur ma machine et Emacs.app s'est bien lancé.
Voici le début de mon config.log, ça pourrait aider ? :
[ données du configure ]
Merci, je vais voir s'il y a des réglages réutilisables.
J'ai aussi demandé à la liste emacs-devel si quelqu'un savait/pouvait m'aider.
L'un deux m'avait déjà donné la solution il y a quelques mois pour compiler emacs sans dépendre de Fink quand on veut distribuer à d'autres ce qu'on a compilé : make CC=gcc ou make-package -M,CC=gcc
Intéressant, j'avais oublié que mon path était rempli de tout ces trucs là!
Bernard.
PS : sur mon eMac 1.25 GHz (non émulé), cela à pris environ 55 minutes. Tu dois avoir un PC de course pour obtenir un PPC à plus de 900 MHz en émulation!
Sur mon G4/800MHz/512Mo la compilation est un peu plus longue que ça (il faudrait que je mesure, tiens). Depuis que PearPC est capable d'émuler un G4, la vitesse s'est réduite : «à propos» voit un G3/920MHz alors qu'avant il voyait un G3/1.1GHz.
Cependant c'est juste indicatif : à l'usage Finder et tout le reste est bien utilisable, mais la charge du mac est toujours au dessus de 2 et certaines opérations rament un peu (plus que sur mon vrai G3/800). La compilation d'Emacs prend plus de 4 heures...
En fait ça dépend que ce que fait la machine : les opération le plus fréquentes deviennet plus rapides à émuler (compilo jitc - just in time) et quand ça compile emacs, on utilise une large plage des capacités du processeur, donc on ralentit l'ensemble.
-- Sébastien Kirche
Sébastien Kirche
Le 26 July 2005 à 08:07, Sébastien Kirche s'est exprimé ainsi :
Depuis que PearPC est capable d'émuler un G4, la vitesse s'est réduite : «à propos» voit un G3/920MHz alors qu'avant il voyait un G3/1.1GHz.
Ah, et j'ai oublié de préciser que mon pécé perso est un Shuttle P4/2.8GHz/1Go de RAM. Ce qui me permet d'allouer 512 Mo au mac virtuel et m'en laisse encore 512 pour faire tourner GNU/Linux Debian.
Et en utilisation courante du mac, le P4 (qui a la techno hyperthreading, donc vu comme un bi-proc par le système) n'est chargé à 1 que sur un demi-proc, ce qui laisse de la marge pour le reste. Et quand je ne fais sur le mac, il n'y a pas de ressource CPU consommée.
La seule chose qui me fait encore rebooter sous XP c'est pour jouer à GTA/SA que mes autres machines ne sont pas assez puissantes :(
-- Sébastien Kirche
Le 26 July 2005 à 08:07, Sébastien Kirche s'est exprimé ainsi :
Depuis que PearPC est capable d'émuler un G4, la vitesse s'est réduite
: «à propos» voit un G3/920MHz alors qu'avant il voyait un G3/1.1GHz.
Ah, et j'ai oublié de préciser que mon pécé perso est un Shuttle
P4/2.8GHz/1Go de RAM. Ce qui me permet d'allouer 512 Mo au mac virtuel
et m'en laisse encore 512 pour faire tourner GNU/Linux Debian.
Et en utilisation courante du mac, le P4 (qui a la techno hyperthreading, donc
vu comme un bi-proc par le système) n'est chargé à 1 que sur un demi-proc,
ce qui laisse de la marge pour le reste. Et quand je ne fais sur le mac,
il n'y a pas de ressource CPU consommée.
La seule chose qui me fait encore rebooter sous XP c'est pour jouer à
GTA/SA que mes autres machines ne sont pas assez puissantes :(
Le 26 July 2005 à 08:07, Sébastien Kirche s'est exprimé ainsi :
Depuis que PearPC est capable d'émuler un G4, la vitesse s'est réduite : «à propos» voit un G3/920MHz alors qu'avant il voyait un G3/1.1GHz.
Ah, et j'ai oublié de préciser que mon pécé perso est un Shuttle P4/2.8GHz/1Go de RAM. Ce qui me permet d'allouer 512 Mo au mac virtuel et m'en laisse encore 512 pour faire tourner GNU/Linux Debian.
Et en utilisation courante du mac, le P4 (qui a la techno hyperthreading, donc vu comme un bi-proc par le système) n'est chargé à 1 que sur un demi-proc, ce qui laisse de la marge pour le reste. Et quand je ne fais sur le mac, il n'y a pas de ressource CPU consommée.
La seule chose qui me fait encore rebooter sous XP c'est pour jouer à GTA/SA que mes autres machines ne sont pas assez puissantes :(
