2009-11-16 9 views
0

J'ai quelques problèmes avec une nouvelle installation du Qt SDK. Je n'ai probablement besoin que de conseils, mais des réponses spécifiques sont également les bienvenues. Avant de commencer une mini-histoire, je cours RHEL5 sur licence académique sous VirtualBox sur OSX 10.6. En utilisant Qt version 4.5.3. C'est ma situation ...RHEL5 Qt compilateur/linker/qmake problèmes ... conseils?

1.) Je ne pourrais pas compiler parce que g ++ n'a pas été trouvé. J'ai corrigé ceci en créant un lien: g ++ -> g ++ 34. Cela m'a permis de compiler mais cela a généré plus d'erreurs au moment de la liaison. J'avais installé le framework dans mon répertoire personnel involontairement, j'ai donc désinstallé/réinstallé l'ensemble du SDK dans/usr/local/qt. 2.) À ce stade, je pourrais compiler mais l'éditeur de liens s'est plaint d'un paquet freetype manquant. Je l'avais déjà installé, mais je ne savais pas pourquoi il ne pouvait pas être trouvé. J'ai donc installé quelques paquets que je pensais pouvoir manquer comme libqt4-devel et libqt4-devel-debug. J'ai également installé quelques autres paquets de programmation générale pour une utilisation ultérieure.

3.) Quelque part dans ce processus, je ne peux plus exécuter qmake. Je l'ai couru avant et je l'ai installé à/usr/local/qt/qt/bin/qmake. Je pourrais créer un lien vers lui (bien que je ne devrais pas avoir à OU je pourrais m'assurer que l'emplacement était dans le var PATH). Cependant, à ce stade, Qt Creator dit qu'il n'y a pas d'installation Qt trouvée. Je l'ai re-pointé vers l'emplacement d'installation (en utilisant Outils/Options) mais il ne fonctionnera toujours pas qmake ou quoi que ce soit d'autre ...

J'ai seulement besoin de cette installation de Linux pour compiler et tester mes projets Qt qui Je développe en OSX. Donc ma question est, devrais-je juste effacer cette installation RHEL et recommencer? Et si oui, devrais-je utiliser autre chose comme Ubuntu? J'ai beaucoup de tracas que je ne veux pas traiter en l'état. Notez que ce projet nécessitera un bon support OpenGL.

Répondre

0

Y a-t-il une raison particulière pour laquelle vous n'utilisez pas simplement le paquet Qt qui fait partie de RHEL?

Si pour une raison quelconque, vous devez construire votre propre, vous pouvez obtenir toutes les dépendances de construction avec:

$ yum install yum-utils 
$ yum-builddep <whatever the qt package's name is> 
+0

Le paquet qt sur Fedora est 'qt'. Le paquet de développement est 'qt-devel'. RHEL * probablement * utilise les mêmes noms de paquets. – quark

0

@scotchi est juste, et vous devriez essayer d'utiliser le package Qt qui vient avec votre système sauf si vous avez besoin d'une version très différente. Je ne sais pas quelle version de Qt est fournie avec RHEL, mais si elle n'est pas assez à jour pour vous (et ce n'est peut-être pas le cas, voir ci-dessous), vous pouvez envisager de changer les versions du système d'exploitation. Je ne ferais cela qu'après avoir essayé sa suggestion, car vous pourriez être en mesure de faire fonctionner les choses sans les tracas d'une installation complète du système d'exploitation. Maintenant, pour ce qui est de savoir pourquoi vous voudriez changer: RHEL est, comme son nom l'indique ("Enterprise Linux"), destiné aux entreprises qui veulent exécuter des serveurs, ou de grands déploiements de postes de travail. Il met l'accent sur la stabilité et la fiabilité plutôt que sur l'avant-garde. Assez souvent, la version du compilateur et les bibliothèques de développement sont un peu en retard. C'est ce que veulent leurs clients: une plate-forme stable qu'ils peuvent développer et exécuter sur des programmes pendant un certain temps, n'ayant pas constamment besoin de suivre les derniers changements, et testés minutieusement. Mais pour les gens qui font du développement à la maison, il n'est peut-être pas nécessaire de rester aussi conservateur. Je ne sais pas si c'est pour le travail, l'école ou la programmation personnelle, mais il me semble que vous devriez passer à l'une des distributions les plus orientées bureau. Ubuntu est génial, tout comme Fedora. Si vous préférez un environnement de type RHEL, choisissez Fedora.