Logiciels sur Mac - Page 1

Bonjour!

J'ai récemment fait l'acquisition d'un MacBook, et tous les logiciels que j'utilisais sous windows pour programmer sur Ti (genre TIGCC, VTI, etc) ne fonctionnent évidemment pas. J'ai bien trouvé une version de TIGCC packagée pour Mac, mais elle date un peu... de plus, il n'y a pas d'IDE. Je sais qu'il y a une façon de faire fonctionner des programmes Linux sous Mac, mais après quelques heures devant le terminal à essayer de faire tout marcher, je me suis enfin résolu à demander de l'aide. Alors voilà: Y-a-t-il quelqu'un sur ce forum qui pourrait m'aider à faire fonctionner KTIGCC sous Mac?

Merci!

Il faut le compiler, d'abord les tilibs, ensuite KTIGCC et TiEmu.
Peut-être que ce document peut t'aider: http://lpg.ticalc.org/prj_tilp/download/tilp2%20osx.pdf. (Indice: évite --without-kde pour TiEmu, tu auras de toute façon besoin des kdelibs pour KTIGCC et si tu compiles TiEmu sans le support KDE, tu ne pourras pas envoyer des fichers directement de KTIGCC à TiEmu.)
Mais il faut compter plusieurs heures de compilation pour toutes les dépendances.
Si vraiment tu n'y arrives pas, je peux t'aider sur IRC si j'ai le temps (cf. la signature pour le chan).

Sinon, j'ai une autre solution à te proposer: http://fedoraproject.org/wiki/FedoraOnMactel. (Bon, le document n'est pas vraiment à jour, il date d'avant Fedora Core 6, on en est à Fedora 9 et le support pour les Macs Intel n'est plus vraiment une "technology preview", il est fiable maintenant.) Autre document: http://www.mactel-linux.org/wiki/FedoraOnMacBook. Ça + http://repo.calcforge.org/fedora/ = logiciels TI sur ton Mac sans rien compiler.

Merci bcp, je l'essaye de ce pas...

kevin: tu as prévu de te débarasser des kdelibs ou ce sera toujours nécessaire?

et tu les utilises pour quoi en fait?

genre ce serait super si ktigcc était facilement cross-compilable win:mac:nux avec un qmake;make

squalyl (./4) :
kevin: tu as prévu de te débarasser des kdelibs

Non, pour moi l'utilisation des kdelibs est un avantage, pas quelque chose de quoi on voudrait se débarasser.

ou ce sera toujours nécessaire?

Pour KTIGCC oui, cf. ci-dessus.

Pour TiEmu, il ne sera plus nécessaire de compiler avec le support KDE pour assurer la communication avec KTIGCC 2, parce que KTIGCC 2 utilise D-Bus (comme prévu par KDE 4) à la place de DCOP (KDE 3) et l'implémentation de l'interface D-Bus dans TiEmu utilise le binding dbus-glib. (En revanche, le support KDE apportera toujours les dialogues de fichiers KDE et KCrash. Il faudra que je le porte vers KDE 4 un jour, mais ce sera après KTIGCC 2 parce que KTIGCC 1 a besoin de DCOP, qui fait partie de KDE 3, et je ne peux pas mélanger KDE 3 et 4 dans TiEmu.)

et tu les utilises pour quoi en fait?

Le composant éditeur de texte avec coloration syntaxique (la KatePart) fait partie des kdelibs (bref, totalement impossible de passer KTIGCC en Qt-only, mais de toute façon je ne vois pas l'intérêt, Qt-only sux). Il y a aussi pas mal de petits trucs qui utilisent les kdelibs. KDE offre plein de fonctionnalités utiles, je ne vais pas m'en passer! Et les dialogues de fichiers de Qt sont pourris sous X11, il vaut vraiment le coup d'utiliser ceux de KDE (en revanche, je vais probablement utiliser les dialogues natifs à travers QFileDialog sur les autres plateformes, mais la priorité de ça est faible parce que ceux de KDE marchent très bien).

genre ce serait super si ktigcc était facilement cross-compilable win:mac:nux avec un qmake;make

KTIGCC 2 pre-alpha (CVS HEAD) l'est déjà, comment penses-tu que j'ai compilé la version MinGW (probablement très boguée, il y a plein de Unixismes dans le code, mais ça compile au moins)? Il suffit d'avoir les kdelibs pour la plateforme de destination.

Cela dit, personne n'a testé KTIGCC 2 avec Qt/Mac, je ne peux même pas garantir que ça compile, même si c'est probablement le cas. Le problème est qu'on n'a plus aucun développeur Mac, tous les porteurs Mac de logiciels pour calculatrices TI ont laissé tomber. Donc je me retrouve à devoir maintenir le support pour une plateforme que je n'ai pas (je ne peux même pas vérifier que mes correctifs compilent sans une session IRC avec un utilisateur de Mac) et que je connais plutôt mal, il ne faut pas s'étonner que le support pour cette plateforme dans la chaîne d'outils se dégrade.

ok. donc ça marche, kde-win32.

Kevin Kofler (./6) :
Qt-only sux

han!

si tu veux, je veux bien te servir de testeur... Je ne suis pas un développeur très expérimenté, mais j'ai la volonté d'apprendre :P

Kevin Kofler (./5) :
et je ne peux pas mélanger KDE 3 et 4 dans TiEmu.

C'est incompatible ? :/

Bah oui, pas toutes les fonctions ont été renommées, donc il y a plein de conflits de symboles.

Rebonjour... je suis un peu désespéré...

j'ai suivi à la lettre le document pdf que tu m'as proposé, Kevin, et TiLP ne veut pas compiler... je tape "./configure" et il me sort ça : "configure: error: Qt (>= Qt 3.0.2) (headers and libraries) not found. Please check your installation!
For more details about this problem, look at the end of config.log." Il y a bien sûr moult autres messages avant, mais c'est ça l'erreur. Pourtant, Qt3 a bien été installé sur mon ordinateur à l'aide de MacPorts, et je n'avais pas ce message tout à l'heure, tout de suite après l'avoir installé... Aurais-tu une idée du problème?

Peux-tu me montrer ton config.log (le fichier dans lequel configure écrit les erreurs qu'il a rencontrées)?

Fichier joint : config.log

en recherchant ce qui contient "qt", j'obtiens :

configure:36632: checking for Qt
configure: 36697: /usr/lib/qt3/include/qstyle.h
configure: 36697: /usr/lib/qt3/qstyle.h
configure: 36697: /usr/lib/qt/include/qstyle.h
configure: 36697: /usr/lib/qt/qstyle.h
configure: 36697: /usr/local/qt/include/qstyle.h
configure: 36697: /usr/include/qt/qstyle.h
configure: 36697: /usr/include/qt3/qstyle.h
configure: 36697: /usr/X11R6/include/X11/qt/qstyle.h
configure: 36697: /usr/X11R6/include/qt/qstyle.h
configure: 36697: /usr/X11R6/include/qt2/qstyle.h
tried /usr/lib/qt3/lib
tried /usr/lib/qt3
tried /usr/lib/qt/lib
tried /usr/lib/qt
tried /usr/local/qt/lib
configure:36808: rm -rf SunWS_cache; g++ -o conftest -g -O2 -INO -I/usr/X11/include -DQT_THREAD_SUPPORT -LNONE -L/usr/X11/lib conftest.cpp -lqt-mt -lpng -lz -lm -ldl -lXext -lX11 -lSM -lICE -lpthread 1>&5
#if ! (QT_VERSION >= 302)
QCursor c(Qt::WhatsThisCursor);
configure:36851: error: Qt (>= Qt 3.0.2) (headers and libraries) not found. Please check your installation!
ac_cv_have_qt=have_qt=no
CPPFLAGS=' -DQT_THREAD_SUPPORT '
LIB_QT=''
QTE_NORTTI=''
QT_INCLUDES=''
QT_LDFLAGS=''
kde_qtver='3'
qt_includes=''
qt_libraries=''


Apparemment, il ne recherche pas à la bonne place... les trucs que j'installe avec macports vont dans /opt/local et configure recherche dans /usr... y a-t-il quelque chose à faire? (genre définir une variable d'environnement, mais laquelle... j'ai essayé d'arranger PKG_CONFIG_PATH, mais ça n'a rien changé...) Je n'ai pas très envie de retélécharger qt, c'est 100 mb et ma connexion est un peu lente...

Configure TiLP 2 aussi avec --prefix=/opt/local (et de même pour TiEmu, KTIGCC etc.).

J'ai essayé comme tu dis, mais ça n'a pas marché... Par contre, j'ai copié le dossier de qt3 dans /usr/lib et là ça marche... Maintenant c'est au tour de make de faire des siennes :

i686-apple-darwin9-g++-4.0.1: ../intl/libintl.a: No such file or directory
make[2]: *** [tilp] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

d'après moi, ça doit être les fichiers de langue de KDE que je n'ai pas encore installé... je suis en train de les télécharger...

Il faut installer la libintl.

Je l'ai installé, deux fois même: avec macports et en le compilant à partir de http://search.cpan.org/~guido/libintl-perl-1.16/ et encore la même erreur...:

make  all-recursive Making all in build Making all in mingw make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in glade make[2]: Nothing to be done for `all'. Making all in help make[2]: Nothing to be done for `all'. Making all in icons make[2]: Nothing to be done for `all'. Making all in pixmaps make[2]: Nothing to be done for `all'. Making all in po make[2]: Nothing to be done for `all'. Making all in src /bin/sh ../libtool --tag=CXX   --mode=link g++  -g -O2 -D__LINUX__ -fvisibility=hidden -DGTK_DISABLE_DEPRECATED -fno-rtti -fno-exceptions -export-dynamic   -o tilp tilp-tilp_calcs.o tilp-tilp_cmdline.o tilp-tilp_config.o tilp-tilp_error.o tilp-tilp_files.o tilp-tilp_gif.o tilp-tilp_log.o tilp-tilp_main.o tilp-tilp_misc.o tilp-tilp_paths.o tilp-tilp_screen.o tilp-tilp_slct.o tilp-tilp_update.o tilp-tilp_vars.o tilp-tilp_device.o tilp-tilp.o tilp-main.o tilp-about.o tilp-action.o tilp-bookmark.o tilp-clist.o tilp-clist_rbm.o tilp-clock.o tilp-ctree.o tilp-ctree_rbm.o tilp-dboxes.o tilp-device.o tilp-dnd.o tilp-filesel.o tilp-gtk_gif.o tilp-gtk_update.o tilp-labels.o tilp-manpage.o tilp-options.o tilp-pbars.o tilp-release.o tilp-screenshot.o tilp-scroptions.o tilp-splash.o tilp-support.o tilp-toolbar.o tilp-fileprop.o tilp-kde.o tilp-kde-private.o -L/usr/local/lib -L/opt/local/lib -lticables2 -lglib-2.0 -lintl -liconv   -L/usr/local/lib -L/opt/local/lib -ltifiles2 -lticonv -lglib-2.0 -lintl -liconv   -L/usr/local/lib -L/opt/local/lib -lticalcs2 -lticables2 -ltifiles2 -lticonv -lglib-2.0 -lintl -liconv   -L/usr/local/lib -L/opt/local/lib -lticonv -lglib-2.0 -lintl -liconv -L/opt/local/lib -lglib-2.0 -lintl -liconv   -R/usr/X11/lib -Wl,-framework,CoreServices,-framework,ApplicationServices -L/opt/local/lib -L/usr/X11/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lSM -lICE -lpangoft2-1.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -lfreetype -lz -lfontconfig -lexpat -lpng12 -lXrender -lX11 -lpixman-1   -R/usr/X11/lib -Wl,-framework,CoreServices,-framework,ApplicationServices -L/opt/local/lib -L/usr/X11/lib -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lpthread -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lSM -lICE -lpangoft2-1.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -lfreetype -lz -lfontconfig -lexpat -lpng12 -lXrender -lX11 -lpixman-1 -lkdecore -lkdeui -lkio -lqt-mt  -lpng -lz -lm -lXext -lX11  -lSM -lICE -lpthread -L/opt/local/lib -L/usr/lib/qt3/lib -L/usr/X11/lib ../intl/libintl.a -liconv  -Wl,-framework -Wl,CoreFoundation -lz  g++ -g -O2 -D__LINUX__ -fvisibility=hidden -DGTK_DISABLE_DEPRECATED -fno-rtti -fno-exceptions -o tilp tilp-tilp_calcs.o tilp-tilp_cmdline.o tilp-tilp_config.o tilp-tilp_error.o tilp-tilp_files.o tilp-tilp_gif.o tilp-tilp_log.o tilp-tilp_main.o tilp-tilp_misc.o tilp-tilp_paths.o tilp-tilp_screen.o tilp-tilp_slct.o tilp-tilp_update.o tilp-tilp_vars.o tilp-tilp_device.o tilp-tilp.o tilp-main.o tilp-about.o tilp-action.o tilp-bookmark.o tilp-clist.o tilp-clist_rbm.o tilp-clock.o tilp-ctree.o tilp-ctree_rbm.o tilp-dboxes.o tilp-device.o tilp-dnd.o tilp-filesel.o tilp-gtk_gif.o tilp-gtk_update.o tilp-labels.o tilp-manpage.o tilp-options.o tilp-pbars.o tilp-release.o tilp-screenshot.o tilp-scroptions.o tilp-splash.o tilp-support.o tilp-toolbar.o tilp-fileprop.o tilp-kde.o tilp-kde-private.o -Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -Wl,-framework -Wl,CoreFoundation -Wl,-bind_at_load  -L/usr/local/lib -L/opt/local/lib /usr/local/lib/libticalcs2.dylib /usr/local/lib/libticables2.dylib /opt/local/lib/libusb.dylib /usr/local/lib/libtifiles2.dylib /usr/local/lib/libticonv.dylib -L/usr/X11/lib /opt/local/lib/libglade-2.0.dylib /opt/local/lib/libgtk-x11-2.0.dylib /opt/local/lib/libxml2.dylib /opt/local/lib/libgdk-x11-2.0.dylib /opt/local/lib/libatk-1.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/libcairo.dylib /opt/local/lib/libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/libpixman-1.dylib -L/opt/local/lib/qt3/lib -L/usr/X11R6/lib /opt/local/lib/libkio.dylib /opt/local/lib/libkdeui.dylib /opt/local/lib/libkdesu.dylib /opt/local/lib/libkwalletclient.dylib /opt/local/lib/libkdecore.dylib /opt/local/lib/libDCOP.dylib -lutil /opt/local/lib/libart_lgpl_2.dylib /opt/local/lib/libidn.dylib /opt/local/lib/libintl.dylib -lc /opt/local/lib/libkdefx.dylib /opt/local/lib/qt3/lib/libqt-mt.dylib -lresolv -lGL /usr/X11/lib/libXmu.6.2.0.dylib /opt/local/lib/libXrender.dylib /usr/X11/lib/libXrandr.2.0.0.dylib /usr/X11/lib/libXcursor.1.0.2.dylib /usr/X11/lib/libXinerama.1.0.0.dylib /opt/local/lib/libXft.dylib /opt/local/lib/libfreetype.dylib /opt/local/lib/libfontconfig.dylib -ldl /opt/local/lib/libpng12.dylib -lm /usr/X11/lib/libXext.6.4.0.dylib /usr/X11/lib/libX11.6.2.0.dylib /usr/X11/lib/libXau.6.0.0.dylib /usr/X11/lib/libXdmcp.6.0.0.dylib /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib -lpthread -L/usr/lib/qt3/lib ../intl/libintl.a /opt/local/lib/libiconv.dylib -lz i686-apple-darwin9-g++-4.0.1: ../intl/libintl.a: No such file or directory make[2]: *** [tilp] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

je suis confus...

Il ne détecte pas la libintl système alors (peut-être le même problème que pour Qt?) et donc il veut utiliser la copie interne, mais il n'y a plus de copie interne de libintl dans TiLP parce que normalement il suffit d'installer la version système pour l'avoir.

Et il ne suffit pas de faire un make pour reconfigurer après avoir installé la libintl, il faut faire un make distclean et relancer le ./configure.

j'ai fait ce que tu as dit, mais toujours la même erreur... apparemment make recherche la libintl dans un chemin relatif qui ne semble pas être le bon... j'ai reconfiguré avec --disable-nls (c'est ce qu'ils font dans le pdf que tu m'as proposé) et je n'ai plus l'erreur. à la place, j'ai ça:


ld:cycle in dylib re-exports with /usr/X11/lib/libGL.dylib
collect2: ld returned 1 exit status
make[2]: *** [tilp] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


Après une rapide recherche sur google, il s'agirait d'un bogue spécifique à léopard... j'ai réussi à le corriger avec :

export LDFLAGS=${LDFLAGS}-L/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries


et maintenant VICTOIRE!!! tilp fonctionne!!!


Merci bcp Kevin!!!


EDIT:

Maintenant TiEmu...

avec en faisant make, j'obtiens:

gui/calc/keynames.c:138: error: ‘PCKEY_SHIFT_R’ undeclared here (not in a function)
gui/calc/keynames.c:140: error: ‘PCKEY_CONTROL_R’ undeclared here (not in a function)
make[2]: *** [gui/calc/keynames.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

y aurait-il des erreurs dans le code de TiEmu? pourtant, j'ai vérifié, et ça me semble bon...

Tu compiles quelle version de TiEmu là?

3.02

Grrr, Romain a changé les listes des touches PC pour toutes les plateformes sauf OS X.
Inverse ce changement: http://svn.tilp.info/cgi-bin/viewcvs.cgi/tiemu/trunk/src/gui/calc/keynames.c?root=tiemu&rev=2659&r1=2610&r2=2659.

Ou plutôt, ne l'inverse pas entièrement, garde les suffixes _L, vire juste ces 2 lignes:
{ PCKEY_SHIFT_R, "PCKEY_SHIFT_R" },
{ PCKEY_CONTROL_R, "PCKEY_CONTROL_R" },

ok merci, ça fonctionne. Maintenant j'ai encore le problème avec libGL, mais je vais m'arranger avec ça, c'est un problème spécifique à léopard... (vive Google) en tout cas, tilp marche, j'ai réussi à linker ma ti89 titanium, et c'est nickel

hmmm...

"_iconv_open", referenced from:
_check_iconv_cache in libgdb.a(charset.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [tiemu] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

en faisant le make de tiemu... (encore )

Manque la libiconv aussi, je suppose.

pourtant, elle y est (avec MacPorts...) et le ./configure le détecte... j'ai vérifié le makefile, et il y est bien inscrit libiconv=-liconv ou quelque chose comme ça.. est-ce vraiment nécessaire,cette lib ? sinon, comment la virer?

c'est celle qui est capable de traduire les encodages (utf8,latin1,toussa)

aucune idée de qui l'utilise. Peut être libticalcs pour gérer le charset exotique des calcus?

Non, c'est la libticonv qui est utilisée pour ça, la libiconv est utilisée quelque part dans GDB apparemment.

J'ai corrigé le problème de keynames.c en tout cas: http://svn.tilp.info/cgi-bin/viewcvs.cgi?rev=2793&root=tiemu&view=rev.

félicitations \o/