2.2b2 crash on load on Mac OS 10.10

[avilleret]

Tout content j'étais d'avoir réussi à installer Mac OS 10.10 sur un vieux MacMini (celui de #52). Sauf que patatra, i-score plante au démarrage avec la backtrace suivante : https://gist.github.com/avilleret/46b710602b0e680ab5f0 :-( j'ai une heure pour trouver une solution... notez que ça marche sur mon portable sous 10.10

[bltzr]

tu l'as installé depuis l'installer, ou built from source ?

[bltzr]

je veux dire : built from source sur le MacMini ? parce que, pour pouvoir le faire tourner sur une autre machine que celle qui a buildé, y'a un peu de vaudou (macdeployqt et tout ça....)

[avilleret]

installer mais j'ai trouvé une solution (<5 minutes, je suis sauvé :-) ) ça marche avec 0.2.1b5 alors je pars là dessus

[avilleret]

non en fait ça marche pas du tout, il ne recharge pas le namespace... comment je fais ?

[avilleret]

je confirme cette erreur sur mon MacBookPro (mid 2009) sous OS X 10.10 en revanche cette version fonctionne bien sous 10.7.5

[jcelerier]

Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libgecodeint.36.dylib 0x0000000107a08444 Gecode::Int::BoolVarImp::zero_none(Gecode::Space&) + 664

En gros ça veut dire que la version de Gecode contient des instructions assembleur trop récentes pour le processeur que tu utilises dans ton Mac. Il faudrait recompiler une version custom de Gecode adaptée à des processeurs plus vieux... C'est quoi comme proco ?

[avilleret]

sur mon mbp 13" mid 2009 : j'ai Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz et sur le MacMini, il me semble que c'est le même (late 2009)

[jcelerier]

Est-ce que tu pourrais me donner le résultat de la commande :

brew --env 

Merci !

[jcelerier]

(Et si tu as le temps, tu pourras dire si ça fait la même si tu build from source ? Je pense que ça devrait marcher, vu que brew recompile gecode pour ta machine normalement.)

[avilleret]

$ brew --env 
HOMEBREW_CC: clang
HOMEBREW_CXX: clang++
MAKEFLAGS: -j2
CMAKE_PREFIX_PATH: /usr/local
CMAKE_INCLUDE_PATH: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/libxml2:/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/apache2:/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Versions/Current/Headers
CMAKE_LIBRARY_PATH: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/OpenGL.framework/Versions/Current/Libraries
CMAKE_FRAMEWORK_PATH: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks
PKG_CONFIG_LIBDIR: /usr/lib/pkgconfig:/usr/local/Library/ENV/pkgconfig/10.10
HOMEBREW_SDKROOT: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
ACLOCAL_PATH: /usr/local/share/aclocal
PATH: /usr/local/Library/ENV/4.3:/usr/bin:/bin:/usr/sbin:/sbin

et oui je vais tester si le build de tout à l'heure fonctionne dès que je peux (je suis entrain de retester le script pour être sûr que c'est moi le boulet :-) )

[jcelerier]

Oki. Vu que je bundle i-score avec un gecode qui vient de ma machine (et donc qui a été compilé dessus avec les optis qui y sont propres) j'imagine que c'est la cause du pb. Je ferai un build sans options d'optimisation ce soir pour voir (j'ai pas accès à un mac en journée).

[avilleret]

donc j'ai fait un build depuis 8667eb71831049ff0dd6cffbce111f49a075e485 qui fonctionne et j'en ai fait un autre depuis 7f8e0a8f2a91d3ca42211885511c9ea3a4779d85 qui crash au démarrage avec la backtrace suivante : https://gist.github.com/avilleret/7e4c9effa4190c315d50

[jcelerier]

Désolé c'est moi qui ai fait une bêtise (qui n'a rien à voir normalement avec le pb de gecode)... Tu peux tester avec le dernier build ?

---

Jean-Michaël Celerier http://www.jcelerier.name

2014-11-12 15:51 GMT+01:00 Antoine Villeret notifications@github.com:

donc j'ai fait un build depuis 8667eb7 https://github.com/i-score/i-score/commit/8667eb71831049ff0dd6cffbce111f49a075e485 qui fonctionne et j'en ai fait un autre depuis 7f8e0a8 https://github.com/i-score/i-score/commit/7f8e0a8f2a91d3ca42211885511c9ea3a4779d85 qui crash au démarrage avec la backtrace suivante : https://gist.github.com/avilleret/7e4c9effa4190c315d50

— Reply to this email directly or view it on GitHub https://github.com/i-score/i-score/issues/55#issuecomment-62729286.

[avilleret]

ça marche ! merci du coup je prends ce build là pour mettre sur le MacMini de la compagnie, vu que c'est le même proc, il ne devrait pas y avoir de problème (...)

mais à terme, ça veut dire qu'on ne peut pas faire tourner i-score s'il a été buildé sur une autre arch avec les options d'optimisation ?

[jcelerier]

Non, il faut juste que je règle un paramètre dans le script qui fait le build pour qu'il force une compilation sans optis. (Ou alors que avec les plus basiques...).

Mais oui, par exemple si on compile sur une machine AMD avec les optis activées, y'a beaucoup de chance que ça ne marche pas sur un intel récent (et réciproquement).

---

Jean-Michaël Celerier http://www.jcelerier.name

2014-11-12 17:10 GMT+01:00 Antoine Villeret notifications@github.com:

ça marche ! merci du coup je prends ce build là pour mettre sur le MacMini de la compagnie, vu que c'est le même proc, il ne devrait pas y avoir de problème (...)

mais à terme, ça veut dire qu'on ne peut pas faire tourner i-score s'il a été buildé sur une autre arch avec les options d'optimisation ?

— Reply to this email directly or view it on GitHub https://github.com/i-score/i-score/issues/55#issuecomment-62743322.

[avilleret]

oui je comprends les problèmes liés à l'optimisation pour les différents proc, mais la question est plutôt : est-ce que ces optimisations sont nécessaires ? dans le sens est-ce que les améliorations de performances sont probantes ? j'ai remarqué que i-score ouvert en pause prenait déjà pas mal de proc (environ 15%) et en jeu ça fait chauffer le macmini :-)

[jcelerier]

Les optis ont été désactivées dans OSSIA/OSSIA@5b744b6c0581022d7e05f34ac32ceaff8c8b8bb5

Ça devrait être bon pour la prochaine release.